17777792644
2019-11-22 10:28:01
主数据库的扩展需要分割，就像开发特性一样，需要平衡这四个约束。你会把你的大部分高级工程师从开发功能的项目中带出来，并参与到分离数据库的项目中去吗？您将为您的团队完成6个月或18个月的项目吗？如果需要，您是否会添加内置功能以进一步拆分数据库？你能缩短这个项目吗？只有一个分裂？这些是你在项目过程中需要问的问题，也是平衡项目三角形的速度、成本、质量和范围的问题。
沈阳网站制作与可扩展性的关系
这些约束也间接地影响了可伸缩性。让我们来看看allscale的支付功能，它关注的是速度。此功能必须在月底之前发布，然后才能使用。如果您错过这个日期，您将需要手动处理付款，这将导致更多的错误，导致退票和收货损失。软件开发团队副总裁Mike从另一个项目中提取了三名高级工程师，并将其分配给付款项目，以便按时完成。一切进展顺利，在月底前的一个周末，这个功能就发布了，这样账单就可以按计划处理了。6个月后，AllScale公共部门人力资源管理站点的内容存储量超过100%，而参与最终结算期的用户所占百分比更大，他们在沉降功能上产生的总负载接近此功能开始时总负荷的150%。到目前为止，其处理时间仍在12小时之内。但是这个月的用户增长已经发生了很大的变化，处理时间增加到了38小时。因为服务是作为单个应用程序的附加组件设计的，所以它不能在多个服务器上运行。到目前为止，6个月的决策的后果才逐渐出现。Allscale的操作团队必须为应用程序分配一个更大的服务器，以便在下个月完成结算工作，该服务器最初计划用作数据库服务器。当然，这将对硬件预算产生不利影响。操作团队还需要花费大量时间监视、准备、配置和测试服务器以进行此迁移。此外，该项目还可能吸引软件开发工程师和质量保证工程师就变更提供建议，并最终验证应用程序是否可以在新服务器上运行。由于用户的高风险，更换新硬件的项目必须在维护的时间窗口内进行。同时，它还利用了本周系统允许的大部分风险。其他数据库拆分项必须延迟，因为需要订购新的硬件，这增加了数据库过载的风险。
沈阳网站制作与可扩展性的关系
从我们的例子中，您会发现在网站生产功能开发的初始阶段所做的决策会对整个系统的可伸缩性带来许多未知的影响。这是否意味着权衡和决策是错误的？不，事实上，即使事后诸葛亮，您仍然会觉得快速将此功能投入生产环境是正确的决定。对于这种情况，我们愿意同意这一点。我们从这个例子中学到的重要一点不是一个决定是对是错，而是一个决定的长期和短期后果，你可能不完全理解。
