软件体系架构

    架构在软件发明的很多年前就已经存在了，但是架构的定义一直不是很明确。

    由于产生分工把所有事情划分为由不同角色的人来完成然后再进行交易，这实际上就形成了社会的架构。对于不同的行业，都可以有同样的思考，根据自己对世界的认识，为解决某个问题，主动地、有目的地去识别问题，并进行分解、合并，解决这个问题的实践活动。架构实际上解决的是人的问题，而概念是认识这个世界的基础。根据架构的定义，能够正确的认识概念，能够发现概念背后所代表的问题，进而才能够认识目标领域所需要解决的问题，这样才能够为做好架构打好基础。做好框架首先要识别出需要解决的问题，这个能力基本上决定了架构师的水平。架构师应该问的第一个正确的问题就是目标问题是谁的问题。找出问题的主体是做架构的首要问题，要明白是谁的问题，有什么问题。

    切分就是利益的调整，由于利益，人们认识到要主动的去切分一个系统。构架切分的最终结果都会体现在组织构架上，只有这样才能够让构架落地并推进，构架切分的结果一定是树状。软件就是在硬件上编写的程序，用来控制硬件的行为。利用软件使每个人能够负担的工作越来越多，成本越爱越低。软件工程师不堪重负，自然而然就分拆为不同的角色，形成了一个独特的架构体系。软件实际上就是把现实生活模拟到计算机中，需要解决业务以及计算机问题。软件架构的落地，需要软件的组织架构和流程来保障，不管怎么分拆，所达到的目标没有任何变化，就是完成业务在计算机中的虚拟化。

    要成为架构师，必须要明白解决的是别人的问题，而不是自己完成工作的问题，成本越低越号，并且这个成本是长期成本。明白如果问题不解决，究竟谁会有利益的损失？ 如果问题解决了，究竟谁会有收益，谁的收益最大？这两个问题才能知道问题的主体 。架构师是要去平衡别人的利益，甚至去调整别人的利益，但是架构师也一定要了解一定的技术以及语言的知识。结合每个部署单元所承担的责任，可以拆分成表达业务逻辑的代码、对用户提供访问并保存业务逻辑运行结果的代码。技术是为了解决业务的问题而产生的，没有业务就没有技术存在的前提，对于架构师来说专注计算机相关的技术，忽略业务本身，可能会产生技术和业务冲突的问题，架构师应该承担起解决业务问题的角色来，专注于Business Domain和软件本身的架构，让技术人员致力于为业务在计算机中跑起来而努力。只有把这两者很好的结合起来，才能更好地完成业务的目标，才会让软件更好地服务于大家。架构师要具备准确识别采用什么技术的能力，考虑的主要因素也是长期的成本和收益。

    这就是看完架构漫谈之后对于架构的认知。