微服务发展的历史_技术分享|微服务模式发展简史

微服务是商业应用程序开发中最热门的新事物。微服务这个词取代了敏捷、DevOps和RESTful，成为了所有简历和大会演讲中都必须提及的新热门词。但微服务并不只是一个流行词或人们一时的兴趣。事实上，它们是所有这些以前的概念的演化结果，是一种开始表现出巨大潜力的，有望解决应用程序开发中许多长期存在的问题的方法。了解微服务是如何发展的、为何获得发展，以及朝哪个方向发展。接下来，为大家分享一篇关于微服务模式发展简史的文章，与大家一起探索过去的软件设计模式对创建微服务的影响。

回到最初

要了解此演变过程，我们需要回到最初，分析微服务是什么、它们取代了什么，以及它们为什么变得必不可少。让我们回到上世纪80年代初，第一种重要的系统分发技术"远程过程调用(RPC)"诞生的时候。RPC是Sun Microsystems最初的ONCRPC背后的设想理念，也是DCE（1988年）和CORBA（1991年）背后的基本理念。

在这些技术中，基本思路都是让远程调用对开发人员保持透明。这么做的愿景是，如果开发人员不必关心他们调用的过程调用或方法是位于本地还是远程位置，那么他们就可以构建更大的跨机器系统，从而避免影响当时的系统的处理问题和内存扩展问题。（请记住，当时最常用的处理器是具有64K地址空间的16位处理器！）

随着处理器改进和本地地址空间的扩大，这个问题变得不太重要。此外，DCE和CORBA的第一组大型实现告诉了架构师一个有关分布式计算的重要观察结论：

某个功能能够分散化，并不代表着它就应该分散化

一旦大内存空间得到普及，选择将方法分散到多个机器上显然会给系统性能带来极大的影响。将所有功能分散化的早期动力催生了许多拥有各式各样接口的系统-这种分散化甚至达到了分散面向对象的语言中的变量getter和setter的程度。在类似这样的系统中，网络开销带来的弊端远远超过了分散带来的优势。

这导致我们提出了第一种模式，该模式旨在解