一、随需应变：网站的可扩展架构的必要性
可能很多客户会问，网站架构为什么需要可扩展性？深圳网站建设公司本文就这个问题进行说明，随需应变：网站的可扩展架构的必要性。国内某大型互联网企业经常因为对同行的产品进行微创新，然后推出自己的产品而遭人诟病，不讨论这种做法是否合适，我们分析这些产品，发现大多数都比原创产品有更好的用户体验。这些产品常常后来居上，更速度地推出新功能，吸引用户注意，进而占据市场。微信从发布到拥有l亿用户，仅仅用了一年的时间。而据说摇一摇这个功能是两个实习生用一个星期就开发完成上线的。
使用TOP (Taobao Opeu API)，一个技术熟练的淘宝客网站开发工程师只需要用几个晚上的业余时间就可以开发部署个炫目的购物导购网站。如此轻易地就可以开发个新产品，如此快速地就可以实现一个新功能，他们是如何做到的？
为什么有的网站必须规定系统发布日，一到发布日就如临大敌，整个技术部加班通宵达旦；而有的网站就可以随时发布，新功能可以随时快速上线。
这些都有赖于网站的扩展性架构设计，就是在对现有系统影响最小的情况下，系统功能可持续扩展及提升的能力。
经常听到各种场合中对扩展性和伸缩性的误用，包括许多资深网站架构师也常常混淆两者，用扩展性表示伸缩性。在此，博纳网络在这里澄清下这两个概念。
1.扩展性(Extansibility)
指对现有系统影响最小的情况下，系统功能可持续扩展或提升的能力。表现在系统基础设施稳定不需要经常变更，应用之间较少依赖和耦合，对需求变更可以敏捷响应。它是系统架构设计层面的开闭原则（对扩展开放，对修改关闭），架构设计考虑未来功能扩展，当系统增加新功能时，不需要对现有系统的结构和代码进行修改。
2.伸缩性(Scalability)
指系统能够通过增加（减少）自身资源规模的方式增强（减少）自己计算处理事务的能力。如果这种增减是成比例的，就被称作线性伸缩性。在网站架构中，通常指利用集群的方式增加服务器数量、提高系统的整体事务吞吐能力。
二、怎样构建可扩展的网站架构
开发低耦合系统是软件设计的终极目标之一，这目标驱动着软件开发技术的创新与发展，从软件与硬件的第次分离到操作系统的诞生；从汇编语言到面向过程的开发语言，再到面向对象的编程语言；从各种软件工具集到各种开发框架；无不体现着降低软件系统耦合性这终极目标。可以说，度量一个开发框架、设计模式、编程语言优劣的重要尺度就是衡量它是不是让软件开发过程和软件产品更加低耦合。
显而易见，低耦合的系统更容易扩展，低耦合的模块更容易复用，一个低耦合的系统设计也会让开发过程和维护变得更加轻松和容易管理。一个复杂度为l00的系统，如果能够分解成没有耦合的两个子系统，那么每个子系统的复杂度不是50，而可能是25。当然，完全没有耦合就是没有关系，也就无法组合出个强大的系统。那么如何分解系统的各个模块、如何定义各个模块的接口、如何复用组合不同的模块构造成个完整的系统，这是软件设计中最有挑战的部分。
深圳网站建设公司认为，软件架构师最大的价值不在于掌握多少先进的技术，而在于具有将一个大系统切分成N个低耦合的子模块的能力，这些子模
块包含横向的业务模块，也包含纵向的基础技术模块。这种能力部分源自专业的技术和经验，还有部分源自架构师对业务场景的理解、对人性的把握、甚至对世界的认知。
大型网站也常常意味着功能复杂，产品众多。网站为了在市场竞争中胜出，不断推出各种新产品，为了把握市场机会，这些产品从策划到上线，时间非常短暂，技术团队必须在产品设计和需求分析结束之后，快速地开发完成个新产品。同时经过长期的演化和发展，这些产品之间的关系错综复杂，维护也变得异常困难。这些问题对网站的可扩展架构提出了挑战和要求。设计网站可扩展架构的核心思想是模块化，并在此基础之上，降低模块间的耦合性，提高模块的复用性
博纳网络在本站前面的文章中分享过网站通过分层和分割的方式进行架构伸缩，分层和分割也是模块化设计的重要手段，利用分层和分割的方式将软件分割为若干个低耦合的独立的组件模块，这些组件模块以消息传递及依赖调用的方式聚合成一个完整的系统。
在大型网站中，这些模块通过分布式部署的方式，独立的模块部署在独立的服务器（集群）上，从物理上分离模块之件的耦合关系，进一步降低耦合性提高复用性。模块分布式部署以后具体聚合方式主要有分布式消息队列和分布式服务。好了，网站建设公司关于为什么企业建站要考虑架构的可扩展性的原因本文就分享到这里。我们会在下一篇文章中就如何实现可扩展性的具体步骤进行分享。谢谢关注，博纳网络编辑整理。
