MicroServices是源自面向服务体系结构SOA

MicroServices 是源自面向服务体系结构（SOA）的体系结构风格，其想法是将那些在大范围内工作的概念（即在应用程序内）引入到跨组织业务工作流中。近年来，微观服务的转变是一个敏感的问题，这是因为一些公司参与了对后端系统的重大重构，以适应新模式的优势。


在单片结构中，模块化抽象依赖于同一机器（存储器、数据库或文件）的资源共享，因此组件不能独立执行。一个显著的问题涉及到可扩展性，并且一般来说，涉及到变化的所有方面。在微服务模式中，系统是通过组成小型独立结构化模块来构造的，每个独立结构化模块具有专用的持久性工具，并且仅通过消息传递进行通信。在这种组织中，系统的复杂性被转移到服务的协调水平。




每个微服务都期望实现单一业务能力，事实上，非常有限的系统功能在服务可伸缩性方面带来好处。由于每个微服务都代表一个单独的业务能力，它独立地交付和更新，发现bug或添加少量的改进不会对其他服务和它们的发布产生任何影响。在一个共同的实践中，也可以预期单个服务可以由单个团队开发和管理。一个团队在一个微服务上工作的想法是相当吸引人的：构建一个模块化和松散耦合的系统，应该注意组织及其通信模式，因为它们按照定律，直接影响所产生的设计。因此，如果您创建一个组织，每个团队在一个服务上工作，那么该结构将使通信更加高效，不仅在团队层面上，而且在整个组织内，在模块化方面改进所得到的设计。


微服务不仅仅是 SOA的另一个名称。确实，有一些显著的差异。在 SOA中，服务不需要是自包含的，包括数据、用户界面和它们自己的持久性工具，例如数据库。


SOA不关注独立的部署单元和相关的后果；它只是一种业务与业务互通的方法。 SOA的思想是通过业务流程引擎和语言来实现业务级编程，这是建立在业务建模的大量文献之上的。重点是在服务编排上，而不是在服务开发和部署上。


在这篇文章中，我们报告的经验，从单片到微服务的核心系统。原始系统架构的文档是稀疏的，绝大多数的技术细节是通过与FX核心团队的直接对话和访谈和手动检查源代码获得的。