源于最近的工作，需要做些架构方面的事情，找过一些架构的资料，包括书，网络文章，有了一些对于架构的认识，说出来，即是分享，学习，也是以后看现在自己想法的基础。下面从三个方面来聊架构，内容感觉有些牵强，那也只好先这样了。
1、为什么有架构
说简单点，架构是为产品而做，所以目的是把产品做好。然后什么样的产品是好产品，这个问题有点不好回答，还记得刚不久看的一些互联网产品经理的书，其中就提到好的互联网产品是能引导和创造需求，创造和改变目标用户生活方式的产品，拥有良好的用户体验，同时为企业带来赢利商业价值的产品，每种提法都有作者的侧重点，作为互联网产品的侧重点在创新，尊重客户。而我想从架构的角度，结合用户（软件或者产品的直接使用者）、客户（软件或者产品的购买者）、公司内部合作伙伴、产品本身来谈谈好产品。用户对于好的产品，在于好用、实用，抛开用户体验、产品性能不谈，功能本身够不够用，稳不稳定，能用还是基础，产品能不能持续的提供更丰富的适合用户使用的功能，这是产品的生命力所在，总结起来，从用户的角度来讲，功能稳定及功能的扩展性对于产品来讲是很重要的点。客户购买我们的软件或者产品，目的可能是提高企业的办公效率，说到底，还是希望产品的买入能为公司带来商业价格，好用的产品，方便用户的使用，自然会提高企业的办公效率，其次好的产品，能够很好的跟以后建设的系统对接，这个也会降低企业信息化的成本。我们的产品研发出来，需要通过项目的方式把产品卖出去，在项目实施过程中，产品是否方便项目人员实施，对项目有较大的影响，产品模块间相互耦合的程度，部署结构的设计，会影响到项目的运维。从产品本身来看，产品是需要持续规划、设计、开发的，产品对用户持续需求的支持，影响到一个产品的长远发展。
总结用户、客户、合作伙伴、产品本身对产品的期待，可以规划成两句话，第一，产品本身需要质量过硬，第二，产品需要扩展。产品本身质量过硬，保证了各类型用户对产品目前的需求，产品扩展性，保证了将来的一部分需求，降低产品容纳未来需求的成本。
这时候可以谈谈为什么产品需要架构了，我的理解，架构这东西帮助产品实现产品自身的高效运作，同时通过架构给出的规范、标准，降低了产品扩展需求的成本和风险。
2、什么是架构
架构是一个抽象的概念，在建筑一些领域都有架构的概念定义，思想是相同。架构可以分成两个子概念，组件（产品的组成部分）和关联关系（组件的关联关系）。架构设计的目的也就是从不同的视角去剖析产品的组成部分及关联关系。
3、架构包含哪些内容
不同人剖析架构的方法不一样，有用视点的方法来剖析架构。我总结我的做法，基本上是从软件工程的角度来做的。软件功能分需求、设计、编码、测试、部署、运维这些过程，对应需要做的架构有逻辑功能架构、数据架构、技术架构、开发架构、运行架构、测试架构、部署架构，按找我的说法，功能和数据可以归到需求，技术和开发可以归到设计和编码，运维没怎么听说有架构这个东西。个人做的一些事情包括逻辑功能、数据、开发、运行、部署。
具体架构设计怎么做，我暂时也是摸索阶段，太详细也说不上来，就先到这里了。
