屏障条件

阅读此标题后，您可能会立即认为我们会说瀑布开发周期是在高度可扩展的环境中成功的关键。障碍条件或开始和结束条件通常与瀑布开发周期的某个阶段相关联，并且有时被视为瀑布开发模型灵活性的原因之一。但我们的目的不是推荐瀑布式开发方法，而是讨论无论开发方法如何都需要的标准和保护措施。

阅读此标题后，您可能会立即认为我们会说瀑布开发周期是在高度可扩展的环境中成功的关键。障碍条件或开始和结束条件通常与瀑布开发周期的某个阶段相关联，并且有时被视为瀑布开发模型灵活性的原因之一。但我们的目的不是推荐瀑布式开发方法，而是讨论无论开发方法如何都需要的标准和保护措施。为此，我们假设屏障条件是一个标准，您可以通过该标准确定开发生命周期是成功还是失败。理想情况下，您将在打开和关闭周期中设置这些条件或检查点，以帮助您确定在开发产品或改进产品时是否确实遵循了正确的路径。障碍条件是在开发过程中，就可扩展性而言，在实施设计之前，障碍条件可以是架构审查委员会会议上的表的静态目标，并且应定期检查以确保你开发的东西符合你的愿景和需求。检查它是否符合建筑设计原则;它也可以是对实现的代码审查，以确保它与设计一致;它也可以是QA流程中实现的性能测试，然后测量它以将其发布到生产环境对可伸缩性有什么影响？可扩展屏障条件的示例我们通常建议在开发方法或开发生命周期中添加以下障碍。它们中的每一个都旨在限制生产环境中扩展问题的可能性及其产生的影响。 1.架构审查委员会。 ARB的存在是为了确保设计符合建筑设计原则。架构设计原则对应于一个或多个关键可伸缩性原则。此障碍的目的是确保不浪费时间来实施或开发难以扩展或无法扩展以满足您的需求的系统。 2.代码审查。 如果您已经拥有强大的代码审查流程，则可以修改流程以确保正在审查的系统实现架构设计原则，从而确保QA发现系统的扩展问题并要求在修复之前对其进行修复。修理它。 3.性能测试。性能测试可以在将潜在问题引入生产环境之前识别它们，并发现可扩展性可能对客户产生的影响。 4.生产环境监测和评估。理想情况下，您的系统应设计为受监控。即使在发布后不受监控，从用户的角度，应用程序角度和系统角度捕获关键性能数据，与上一版本的性能数据相比，这有助于潜在在扩展问题影响客户之前，他们很早就被发现了。也许您的网站建设流程中存在其他障碍，您一直觉得有用。但是，我们认为至少需要使用上述障碍来管理由于扩展引起的问题而导致已发布系统对客户产生负面影响的风险。