今天阅读了两篇关于微服务的文章，总结一些笔记，不敢贸然翻译：一是因为水平不够，翻译的过程会丢掉作者的原意；二是因为技术翻译是一个略微吃力不讨好的活。微服务（microservices）这个概念不是新概念，很多公司已经在实践了，例如亚马逊、Google、FaceBook，Alibaba。微服务架构模式（MicroservicesArchitecturePattern）的目的是将大型的、复杂的、长期运行的应用程序构建为一组相互配合的服务，每个服务都可以很容易得局部改良。Micro这个词意味着每个服务都应该足够小，但是，这里的小不能用代码量来比较，而应该是从业务逻辑上比较——符合SRP原则的才叫微服

本文来自于简书，文章主要介绍微服务、Monolithic架构，微服务架构以及它的优缺点等并辅以实际微服务案例讲解。软件架构是一个包含各种组织的系统组织，这些组件包括Web服务器,应用服务器,数据库,存储,通讯层),它们彼此或和环境存在关系。系统架构的目标是解决利益相关者的关注点。Conway’slaw:Organizationswhichdesignsystems[...]areconstrainedtoproducedesignswhicharecopiesofthecommunicationstructuresoftheseorganizations.（设计系统的组织，其产生的设计和架构等