在数字化转型成为国家战略和国内外科技大厂的成功经验、强大的宣传攻势和推广能力联合左右下，微服务架构（Microservices Architecture，MSA）毫无疑问已经成为当今基础架构的主流话题，短短几年间席卷全行业，仿佛成了每个行业数字化转型的必由之路。

微服务架构的概念

维基百科的定义: 微服务架构MSA是SOA（面向服务的架构）的一个变种，将一个应用程序安排成一个松散耦合的服务集合。在微服务架构中，服务是细粒度的，协议是轻量级的。目标是，团队可以使他们的服务独立于其他服务。松散耦合减少了所有类型的依赖性和周围的复杂性，因为服务开发者不需要关心服务的用户，他们不会把他们的变化强加给服务的用户。因此，它允许开发软件的组织快速成长和做大，以及更容易使用现成的服务。沟通的要求也减少了。这些好处是以维护解耦为代价的。接口需要仔细设计，并作为一个公共API来对待。一种技术是在同一个服务上有多个接口，或者同一个服务的多个版本，这样就不会干扰到代码的现有用户。

这个概念还有点复杂，谷歌的比较简单：

微服务架构MSA是指开发应用程序的一种架构风格。微服务允许一个大型应用被分离成较小的独立部分，每个部分都有自己的责任领域。

关于微服务架构（MSA）的IRIS定位的初学者指南。MSA在企业级Java世界中的能见度越来越高，因此，了解这股热潮背后的内容是至关重要的。我尝试着写下我的观点并与大家分享。

背景

首先，我必须承认。今年初夏，我的同事要求我收集一些关于匈牙利开发的医疗产品的信息。当我从相关公司得到反馈时，发现该产品是一个模块化系统，基于微服务架构（MSA）。好的。什么是MSA？在网上做了简短的研究，阅读了一些WIKI网页后，我得出结论：啊哈，又是一个 "架构"。我们可以用IRIS在 "架构层面 "遵守 "任何架构"--至少 "在某种程度上"。但也有一些恼人的地方。这让我对MSA有了更多的了解。到目前为止还不错，但是REST不是这篇文章的主要话题吗？MSA和REST之间的关系是什么？我访问的几乎每个网站都在例子中使用了RESTful网络服务。这让我有点怀疑。但总的来说，我赞同对MSA的一般总结：它是SOAP但做得很好。特别是因为有一些关于 "内聚 "和 "耦合 "的句子，我完全不明白。那么，如果MSA只是 "SOAP做得好"，为什么我没有看到SOAP的例子？为什么这些例子（几乎）都是RESTful？