对软件架构的一些理解

一说到“架构”这个词，顿时感觉自己也高大上了不少

（勿喷）。相信很多刚入行不久的同学来说，一说到架构就是一种云里雾里，无法捉摸的感觉。架构到底是个什么鬼？

今天就跟大家一起谈谈我对架构的一些理解，因受个人了解所限，欢迎大家补充指正。

架构是个很宽泛的概念，任何专业领域都有自己的架构。软件行业可分为业务架构、软件架构、系统架构。

业务架构最表层的理解就是对业务模块的粒度划分。好的业务架构的设计是好的软件架构的基础。业务架构要考虑业务粒度的划分大小，太大，在进行事务管理的时候就会无法区分，太小，会导致业务繁多，冗余，增加系统的复杂度。一个好的业务架构将是一个好的软件架构的必要前提。

软件架构是第二个关键步骤。面向对象编程 -> 面向接口编程 -> 面向切面编程 -> 面向服务编程。这是编程思想的演变，每一次转变都带来的是架构的变化。一个好的软件架构应该是拥抱变化，性能稳定，易于维护。

系统架构包括软件、硬件、网络等多方面的组织架构。这需要架构的综合多方面的能力。包括服务器的集群，单点等架构设计，实现高性能、安全、稳定、易维护的IT环境。