从面向服务架构（SOA）学习：微服务时代应该借鉴的5条经验教训（soa架构 微服务区别）

从面向服务架构（SOA）学习：微服务时代应该借鉴的5条经验教训（soa架构 微服务区别）

SOA 的兴衰变化让我们更了解如何充分利用微服务

可惜啊，现在 SOA 在 IT 业内基本上被视为一场失败的运动，而很多为它投入时间、金钱和精力的人的伤痛依然清晰可见。这就是为什么大家有这么大的热情来对比较微服务和 SOA。要想了解微服务与 SOA 辩论的背景，回顾 SOA 运动的历史非常重要：它的动力是什么，以及最终导致失败的原因是什么。

SOA 的兴衰

面向服务架构是一种多层信息处理技术，能帮助企业在多个应用和使用模式之间分享逻辑和数据。

正如高德纳公司的预言，到了2005年，实施 EBS 成了必不可少的事。IT 公司成立了集中的交付部门来管理 EBS 基础架构，并且参与公司各部门的集成项目。ESB 为那些主张 SOA 的企业架构师提供了改造应用环境任务的立足点。他们利用这个立足点要实现两个目的：控制和保持一致性。

SOA 的设计初衷是加速项目交付，提高 IT 敏捷性，减少集成成本。然而，SOA 使用者，也就是使用发展到现在的 SOA 的人们，发现它实际上带来了更多复杂性和瓶颈，而且部署 SOA 基础构架的费用（基于 ESB、注册和服务平台模板）过多。

SOA 经验教训

讨论微服务和 SOA 是否相同是个错误的问题。那有什么关系呢？正确的问题应该是问微服务运动能够从 SOA 借鉴什么。出了什么问题？以下是五条重要的经验教训。

微服务运动令人激动。在合成已被证明的原则和新技术、文化实践方面，它的确还很新。它是否是 SOA 的成功版本、进化版本或者反面版本都无关紧要。微服务会出现，留下印记，然后被下一个运动替代，接着是下下一个，永不停歇。目前，微服务运动的成员决定了它将会留下怎样的印记。希望它能从 SOA 运动吸取经验教训，保持和谐状态，从而帮助企业实现大规模的速度与安全的优化。