负责架构的团队要确保系统的设计和架构允许在适当的商业时机对系统进行扩展。这里，我们清楚地区分了所设想的设计与实际的实现。负责架构决策的团队或团队们需要提前考虑业务需求，并随时在业务单元负责人预测出需求将超出平台产能的时候，早早就想好了如何拓展系统。例如，架构团队可能已经开发了一个可扩展的数据访问层(DAL)或者数据访问对象(DAO)，这样当任何一个领域中的用户需求增加时，都可以用不同的模式访问多个物理数据库。而实际的实现可能是只使用了一个数据库，而一旦需求增加，只需要对DAL

负责架构的团队要确保系统的设计和架构允许在适当的商业时机对系统进行扩展。这里，我们清楚地区分了所设想的设计与实际的实现。负责架构决策的团队或团队们需要提前考虑业务需求，并随时在业务单元负责人预测出需求将超出平台产能的时候，早早就想好了如何拓展系统。例如，架构团队可能已经开发了一个可扩展的数据访问层(DAL)或者数据访问对象(DAO)，这样当任何一个领域中的用户需求增加时，都可以用不同的模式访问多个物理数据库。而实际的实现可能是只使用了一个数据库，而一旦需求增加，只需要对DAL/DAO做些经济有效的修改，并且创建一-些迁移脚本， 就可以在生产环境中创建额外的数据库了，这样做只需要几周的时间，而不是花费几个月的时间。此外，架构团队还要负责创建一套架构标准，以便工程师在编写代码和实现系统时采用。



在设计系统并让这种设计能随时解决所有与扩展相关的问题上，架构团队负有主要责任。在本书的第二:部分中，我们会说明一个架构团队需用采用的关键流程，这个流程可以帮助他们确认所有技术领域中可能遇到的与扩展相关的问题。

架构师可能还要负责确立IT治理、标准和流程，并且通过如第14章中讨论的架构评审委员会等方式实施这些标准。架构师执行这些职责，是应首席技术执行主管的要求而做的。一些较大的公司可能会设立专门的流程规划团队，来负责定义流程以及实施标准。

这个微信网站制作团队是“真正派上用场的团队”。软件开发团队是书展使命的首席执行者，也是平台的首席调优者。工程师要根据架构创建底层设计，并用代码最终加以实现。他们要遵守公司的架构标准。由于软件开发团队每天都要最大程度地参与到系统中去，所以它可能是真正理解系统限制的两三个团队之一。因此，在识别可能存在的扩展问题的流程中，他们是关键的贡献者。