松耦合系统架构浅析

课程简介

本课程作为系列教程，目标在于探讨软件研发不同阶段的松耦合方案，包括基础技术框架的组件化、基于模板的快速开发环境；业务架构、开发架构的模块化、组件化；运行架构的模块化、微服务化。

阅读完本文后，可以从不同角度审视松耦合架构，通过统筹考虑产品不同阶段的架构设计，来提升系统架构质量。

作者介绍

刘光瑞，现任窝客研发总监，负责窝客产品研发管理及总体架构设计。拥有十几年企业级大型业务系统研发架构经验，成功带领团队设计并研发基于 Tomcat 的组件化微服务架构。热衷于系统架构、Java 技术栈及应用服务器中间件的学习及研究。著有《Tomcat 架构解析》一书。

课程内容

导读：系统架构分解及松耦合综述

说在前面的几句絮语

说起“架构”一词，想必绝大多数有过项目经验的开发人员都不陌生，很多人也将“架构师”作为自己职业发展的一个方向。可“架构”这个词虽然很多中英文书籍都已经对它下了相对比较准确的定义，但是仍然避免不了它在人们心中一直是一种言之较虚的存在。

无论说它是“组件以及组件之间的关系”又或是“一切不能轻易改变的与系统相关的重要的决策、方案、规则和要素”，都很难具象的告诉人们哪些东西应该包含到架构文档中去。至于像“4+1”视图之类的理论，如果严格按照这种形式来组织架构，就会发现有可能遗漏一些关键决策。当然，出现这种情况，完全可以通过增加更多的视图来解决。不过，有些决策却不是可以通过视图能够直观展示的。

如果说架构是一组决策、方案、规则和要素的集合以不同视图向不同干系人的一种展现，那么我们有理由暂时抛开这些理论定义的约束，去问一下我们在架构阶段需要得到哪些信息？需要将哪些内容固化下来，指导以后的设计及开发？

从这个角度上看就会发现，架构也是分层次的。这也或许是为什么架构师也会有很多名称的原因。

国内部分企业将架构上升为一种方法论的角度，试图通过一套方法来合理的演进架构。不得不说，只有从方法论层面来审视架构设计，才能更宏观的明确它在企业中的位置以及它应该如何正确的发展。

笔者早期了解过 TOGAF、Zachman Framework 等企业架构框架（了解不深，不敢妄谈），暂且不提在企业内部实施这种框架的成本以及所带来的价值，作为系统的承建者&