近几年，我们有很多文章对 SOA 和微服务之间的不同点和相似点进行了分析。有些人认为 SOA 有很多地方是值得微服务学习的，而有些人则认为区别对待微服务和SOA 会更好。而 Neal Ford 认为，将单体迁移到面向服务的架构要比迁移到微服务来得容易。关于选择 SOA 还是微服务的话题，最近并没有太多的争论，直到 Redmonk 的 Stephen O’Grady 发表了他的文章，这个话题再次进入了人们的视野。O’Grady 在他的文章里说到，服务的大小不应该成为关键的决定性因素。这些年来，人们也一直在争论这个观点，比如 Dan North 。而 Jeppe Cramon 也说过：
单纯使用服务大小来定义微服务有失偏颇，也难以确定一个微服务是否被赋予了正确的职责……
O’Grady 相信，SOA 和微服务之间有着千丝万缕的联系：
在过去，SOA 存在的一些缺陷导致它变成企业的幻象，就像今天那些使用了微服务云原生架构的激进型组织一样。如果我们深入到 SOA 的核心，我们会发现，SOA 的本意是说架构应该由服务组成，而不是单体。
O’Grady 在他的文章里通过 Google Trends 生成了一些图表，其中第一张图表显示了 SOA 在整个行业历史上曾经有一小段时期处于流行的高峰状态。
Stephen 认为，通过服务大小来区分 SOA 和微服务将有碍找出导致 SOA 没落与微服务崛起的真正原因，SOA 是由厂商驱动的，而微服务更多的是由开发者来驱动。
因为 AWS 的大肆成功，我们无法否认基于服务驱动的平台确实是构建可伸缩平台的一种有效方式，也无法否认它们在现今所取得的主导地位。但值得注意的是，现今基于服务的平台一般是由开发者来驱动的。而 SOA 最初由大型的厂商来驱动，基于拜占庭式的复杂（一般带有政治性质）的标准框架来构建服务，而这些标准并不为开发者所接受。
O’Grady 在文章中提到，微服务在好的方面和不好的方面都借鉴了 SOA。
微服务比单体更容易开发，而且没有了 SOA 的厂商标准累赘。
在过去几年，还有其他的一些人也表达了类似的观点， Asanka 说：
如今，企业正在转向更干净的 SOA，开始拥抱 MSA。或许最大的看点是组件化，以及微服务提供的单一功能能够被快速地部署成组件，在必要的时候可以很容易地进行伸缩。不管怎样，这是一种很新奇的概念。
其中的第二张 Google Trends 图表也很有趣。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论