微观架构和宏观架构论

微观架构和宏观架构论

     以下内容纯属自己YY，纯属自己更加自己经历有感而发。希望大家不要较真，如有误导，欢迎拍砖。以下想法和理解仅供参考，还望不要误导。

    一般都知道架构师们总是将问题进行抽象，从而将整个系统搭建在一个抽象基础之上，他们往往会定义一些接口或者实现一些默认机制，然后具体内容交给下面的我们这些码农们。一个好的架构，不是越抽象越好，也不是使用的模式或者规则越多越好，而是简单易懂、结构清晰，不是为了让我们下面一群码农们像雾里看花一样看待他们的架构，这样的架构只能说是为了架构而架构。架构师们很NB，工资高，写的代码少，会议多，整天是各种架构会议、管理会议、组织会议……他们对下面码农们说的最多的就是：我是站在全局看的。这句话听上去感觉是宏观的，但是里面包含两个方面。

    一、微观，站在业务的角度来认识系统的架构，他是一个微观的概念，比如说：一个系统应该包含哪些模块，模块之间的关联关系，系统运用哪些模式或者规则来设计。这些东西都是基于业务来进行设计的。他可以不考虑外部的网络部署，服务器搭建以及外部依赖等因素。这些都只是站在对业务的实现来进行考虑，如何更好的实现对应的业务，从而使得对该业务系统能够更好的支持其扩展性，容错性以及可维护性等等，这就是微观的架构，为何是微观，原因是由于他关注的是业务内部的规则，这种架构依赖了他对应的业务，可能不同的业务那么其架构会有所不同。比如说：现在要实现一个CRM系统，那么架构师站在微观的角度去分析，需要知道CRM系统内部的业务规则，以及各个子业务之间的关联关系，从而可以设计出复合