首页手记从All-In-One到SOA—&mdas...

从All-In-One到SOA——技术及架构的演进过程（一）

标签：

设计

为什么会有这种变化

历史的选择

在企业初创时，生存是要考虑的第一要务，这个时候对技术的关注度有限，但作为技术人员，需要考虑技术的现状、未来的发展，视野要宽，思路要广，但是也要接地气，能快速实现业务功能。

高大上的架构、结构固然好，但是有其适用范围。冲锋枪得杀伤力固然大，但是打蚊子的效果有限。所以在任一时期选择合适自己公司发展（同时要考虑未来几年）阶段的技术及实现是非常必要的。

这就是历史的选择，我们不能做太超前的事（但又不能不为未来考虑），就像现在看似平常的事，30年前就可能是违法行为（比如盲流罪）。在企业初创时，生存是要考虑的第一要务，这个时候对技术的关注度有限，但作为技术人员，需要考虑技术的现状、未来的发展，视野要宽，思路要广，但是也要接地气，能快速实现业务功能。

现实的需要

随着业务的发展、企业的壮大，原有架构逐渐会感觉到不适应（当然也有例外情况，不在我们讨论之列），可能是扩展性的问题、也可能是开发效率问题、抑或是规范问题等等。

见招拆招，虽是一种被动行为，但在一定程度上是我们解决技术问题的一种方式（也存在那种预见问题的存在，然后提前着手解决，我们认为这也属于见招拆招的一种特殊情况，自己根据实际情况推断出未来可能遇到的“招”）。SOA是现在的一种通用招式名称（之所以说是名称，是因为实现方式各有特点，也不尽相同）。

SOA早期广泛应用于EAI（Enterprise Application Integration，企业应用集成），企业内部系统越来越多，形成了一个个的信息孤岛，如何集成共享这些信息成为一个棘手的课题，SOA应运而生。发展到现在，SOA在互联网行业中的实现方式、使用场景早已和EAI大相径庭。大并发、高可用、高复用的需求越来越强，促使技术不断的突破与发展。

现实的问题促使我们不得不去面对、改变，甚至是可预见到的未来会发生的问题，都是我们技术研究的范围。

时间有限，先写到这，后续还有。