共计 1236 个字符，预计需要花费 4 分钟才能阅读完成。
如何选利用架构？
最近微服务架构十分风行，10 集体的小公司做个我的项目也要求把微服务架构做为硬性条件，网站日访问量不到 1000 的 web 利用也要求用微服务架构，那么到底应用微服务架构好不好，我来艰深的讲一下。要弄清楚这个问题，须要了解上面几个流行语。
集群
艰深解释一下集群：为了建设一栋房子，须要砌砖，一个人砌砖太慢，须要 10 集体砖瓦工人共事去砌，这样就大大提高了效率，咱们说这 10 集体就组成了一个集群。集群是所有人都是干同一件事，大家一起干，每个人相互之间不依赖。放到咱们的软件生产环境，集群就是通过沉积服务器硬件来做同一个工作来提高效率。
分布式
分布式，顾名思义，就是有个分工的概念。还是用砌砖的例子来说，咱们砌砖，须要先把搬运砖头，放到墙边，须要水泥砂浆，而后能力开始砌砖的工作。如果和水泥砂浆，搬砖，砌墙都给同一个人做，即便是 10 集体，可能效率也不高，这个时候分布式就上场了。咱们能够安顿 2 集体专门和水泥砂浆，2 集体搬砖运到墙下，6 集体只管砌砖。这种状况下，尽管人员没有增多，然而效率必定会进步。那能够这么了解，集群不肯定是分布式，但分布式必定是集群，它须要多个服务器来协同工作。那这个时候，还会有一个问题，如果水泥砂浆没有了，那砌砖工人须要告诉和水泥砂浆暂停，连忙把弄好的水泥砂浆运到墙边。事实中能够用嘴喊，能够手机打电话，服务器这个时候怎么告诉，这就波及到 rpc（remote process communication），这个咱们简略提一下，下次能够独自深刻探讨。
微服务
微服务是一种架构，原理和分布式很像，它的拆分粒度很细，细到每个人仅做一件不可合成的事件，而这些轻微的事件不肯定每个都放在不同服务器上，一个服务器上能够放很多微服务如 A 服务，B 服务，C 服务，另外一台服务器放 B 服务，C 服务，D 服务。值得注意的是，所有服务都须要告诉一个叫注册核心的中央，能够了解这个为工程项目经理，他来对立协调治理。
总结
如果你的业务很简略，访问量也很少 ，那所有利用放一台服务器也能够晦涩的运行，这个时候连集群都不须要用。
如果你的访问量很少，然而业务很简单 ，打个比方，以电商下单为例，下单的过程，须要提交订单，领取，共事须要核查仓库是否有库存，而后再把地址发给第三方物流下单，如果这些事件放一起做，须要 30 秒。用户须要期待 30 秒能力看见本人是否购买胜利了，这样体验十分不好，即便你的平台一天只成交 100 单，访问量很小，用户体验还是不好。这个时候你能够用分布式来解决这个问题，把领取，查库存，告诉第三方物流等拆分成 5 个或者更多的工作。这样，用户体验大大提高，几秒就能够实现一次购物。
如果你的访问量很大，每个流程步骤很简单，那这个时候，你能够将步骤分布式，再多调配几个服务器集群，这个时候用微服务架构就更适合了。依据之前经营 app 的教训，日访问量几百万，每个交互都是 2 秒以内的利用，只有带宽足够，将 web 和数据库拆散加上一个 redis 缓存，2 台支流服务器就足够了。
创作不易，欢送探讨，感激反对！
