读书笔记：业务架构与IT架构的关系

业务架构可从企业战略出发，按照企业战略设计业务及业务过程，业务过程是需要业务能力支撑的，从战略到业务，再到对业务能力的需要，就形成了支持企业战略实现的能力布局，可以将这个布局理解为业务架构，它是企业为客户创造价值的设计过程。

企业架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务，这其实也是中台战略追求的目标。因此，中台战略实际上也可以归结为一种业务架构设计。

业务架构设计完成后，“灵魂”就诞生了，IT架构则是根据“灵魂”的需要来设计“容器”。IT架构的分类方式并没有统一的说法，通常会分为应用架构和技术架构，而近些年随着大数据的发展，数据架构的地位直线上升。此外，随着数据安全问题日益受到重视，许多企业的IT架构也将安全架构置于重要的位置上。

应用架构重点关注是功能布局，与业务架构的关系非常紧密，可以称其为业务架构设计的“紧后工序”。

技术架构主要关注分层结构，对于大型业务系统来说，一个逻辑分层可能需要通过多种平台才能实现，因此还会在分层中加入平台规划。技术架构与业务架构的关系并不像应用架构那么直接，主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型。

数据架构中有一个重要的组成部分是数据模型，数据模型与业务架构关系密切，甚至可以归类为业务架构的组成部分。

安全架构与业务架构的关系一般不是十分紧密，但是目前安全架构设计的一个发展趋势便是在向业务架构靠拢，或者说是向企业战略靠近，以使得安全架构设计更贴近实际业务需要。

从上面的介绍可以看出，作为“灵魂“的”容器“，IT架构中的数据架构和应用架构与业务架构的关系是最为紧密的。将”灵魂“注入”容器“是技术人员的重要工作，而能否顺利注入，让“灵魂”有个适宜的居所，则有赖于对“灵魂”的充分认知；而引导这一认知过程，让原本朦胧神秘，纷繁复杂的“灵魂”清晰可见的，正是业务架构。

捷径是迷路的最快方法（Shortcut is the fastest way to get last），所以，一定要有效利用业务模型这个“作战地图”，培养好业务架构师这个“领航员”。