haolindy的博客

作为一名架构师，认识到哪些需求对架构重要以及重要的原因是非常重要的。包括功能性需求和非功能性需求。功能性需求是指那些告诉你解决方案应该做什么的需求，而非功能性需求告诉你解决方案应该是怎样的。

的行为依赖于其内部状态。我们以Web服务为例，如果服务记住了自己的状态，该服务的使用者可以在每个请求中发送更少的数据，因为该服务记住了这些请求的上下文。然而，虽然节省了发送请求大小和带宽数据的开销，但在Web服务方面有一项隐藏的成本。如果用户同时发送很多请求，则服务必须同步这些请求。由于可能会有多个请求同时改变服务状态，没有同步机制可能会导致数据争用。如果服务是的，那么每个指向它的请求都需要包含成功处理它所需的所有数据。这意味着请求数据将变得更多，消耗更多的带宽，但服务将拥有更好的性能和可伸缩性。

为了使产品满足业务需求和性能、可维护性、可伸缩性等属性，你需要设计它的架构，并且最好尽早完成。无论你是否有意识地努力去构建它，最终你都会得到某种架构。如果经过几个月甚至几年的开发，仍然希望软件保持较高的质量，那么需要尽早采取一些措施。如果不考虑架构，那么软件很可能永远不会达到要求的质量。