DevOps团队如何为网络星期一做准备

通过AppDynamics解决应用程序问题的速度提高了10倍–以最小的开销在代码级深度监视生产应用程序。 开始免费试用！

当我们带着与家人和朋友放松身心的想法进入感恩节周末时，会有一群人一直在工作或随时待命。 大型在线商店的开发和运营团队将为这一时期做准备几个月。 网络星期一 （11月28日）不仅是感恩节周末，也是全年最大的购物日。 此外，根据Adobe Digital Insights （ADI）的数据，预计它将是历史上最大的在线购物日。 因此，没有压力了。

这是每分钟停机时间造成损失的时候。 根据阿伯丁集团（Aberdeen Group）的数据，大公司每小时的平均停机时间损失为686,250美元 。 尽管大多数（如果不是全部）主要在线零售商都不太可能遭受大范围停电，但更有可能的情况是网站响应缓慢。 在100ms以下被认为是即时反应 ，而100ms至300ms的延迟是可以感知的。 40％的移动访问者将在三秒钟的延迟后放弃网站 ，因此响应速度或感知速度对于确定是否进行在线购买还是出于沮丧而放弃至关重要。 网络团队可以使用诸如进度条或内容滑入和滑出等技术来解决感知的速度，以分散访问者的注意力，这大约是网站更新所需的时间。

实际的响应速度很难解决。 在“网络星期一”之前的这段时间里，采用DevOps的企业理想情况下将既有思维方式，又有一系列实践，这将推动他们为零售日历中的这一重要时期做好准备。 这些可能包括：

合作已经到位：开发，运营和测试团队已经相互保持了一段时间，并且在优化个人和部门目标之外的客户体验方面具有客观性。

连续交付模型：自动化的配置，部署和发布管理技术以及流程将支持高速，小的增量版本的发布，而几乎没有负面影响。

2015年同期的知识：估计表明， 2016年的交易量将比去年增长11％ ，但毫无疑问地域，设备和时间会有所不同。 在去年的“网络星期一”期间捕获的指标并不是万无一失的，它不能表明今年可能出现的站点需求，但它们仍将提供一个很好的起点。

商业交易的端到端可见性：团队将全面了解构成购买过程的软件功能和组件，从初始页面视图一直到数据库调用和发货确认通知。

综合和真实的用户监控：通过结合对实际用户参与站点的了解以及站点在不同位置在不同时间承受重负载的行为的理解，可以提前识别并修复潜在的漏洞和瓶颈。

对第三方依赖性的理解：当在线商店具有主要的外部依赖性（例如支付平台，履行代理或会员卡提供商）时，也必须确定和解决由第三方引起的延迟。

事先进行扩展并提供故障转移：性能工程团队和站点可靠性工程师将特别负责确保站点足够健壮，以承受来自多次登录的大量流量。 其中包括诸如创建新帐户净额和数据库访问速度之类的主题，并且主要考虑的是查看高峰流量而不是平均流量。

用户体验的全面视图：购物者将通过不同位置的各种制造商的笔记本电脑，平板电脑和智能手机访问该站点，并使用许多网络提供商，每个提供商都有自己的带宽速度。 DevOps团队将获得有关网站在每个组中的外观以及需要调查的差异的数据。

最近采用的技术并不是一个黑匣子：对于微服务和诸如Docker之类的技术来说，过去的18个月真是令人惊讶，因为它们正逐步走向成熟，并成为许多企业体系中的重要组成部分。 但是，必不可少的是，应该提供对微服务性能的详尽了解，例如自动发现微服务作为服务端点的进入和退出点。 同样，DevOps团队还应该能够将Docker指标与容器中运行的应用程序的指标相关联。

因此，从黑色星期五开始的这一紧张时期一旦开始，优化的DevOps团队将做什么？

补救措施：如果任何健康警报触发了从绿色到黄色的状态切换，则应制定事先商定的纠正措施计划，以解决存在的延迟。 这些延误不应引发关于谁的团队负责或不负责以及如何解决痛苦的辩论。

专注于问题所在：有时响应时间延迟的原因仅占整个堆栈的一小部分。 最好的DevOps团队使用正确的监控解决方案，将在客户感知到站点响应速度下降之前，确切地知道如何找出瓶颈并加以解决。 如果获得了完整的端到端业务交易视图，则企业可以随时识别在线访问者的位置，以及由于响应能力差而有放弃在线访问者的风险。

动态评估性能：“网络星期一”最有可能在感恩节周末看到消费者流量的峰值，而“黑色星期五”及其后一天也将见证大量流量，从而使DevOps团队提前了解性能和潜在问题。 也许最好把它看作是一个特别繁忙的流量时期，它比大爆炸发射要快得多。 动态设置服务器，网络，数据库等的性能基线 ，而不是设置固定的参数，它提供了更深入的了解，说明什么工作正常，哪些工作不正常。

业务洞察力：与IT相关的指标很棒，但在理想情况下，DevOps团队也应该能够共享反映以下问题的KPI：

• 现有客户与新客户之间的销售比例是多少？
• 登录时是否填充了现有客户详细信息，或者是否存在数据库访问瓶颈？
• 新客户是否立即入职？
• 该网站的哪些部分产生了最大的收入（例如，电气与厨具）？
• 购买周期的最后阶段是否有延迟？
• 在任何给定时间，访客在购买周期中坐在哪里？

这些问题与我们在AppDynamics所谓的“ 平均业务感知时间 （MTBA）”有关，即与业务相关的基本站点性能数据可以多快到达需要了解并可以利用此信息做出关键投资和战略决策的人员？

捕获重要指标以为2017年做准备：网络星期一结束后，很容易忘记分析和存储所发生的主要性能行为。 在这里的投资将在12个月内收回投资，因为这将为预期的网站流量奠定基础。

准备失败，准备失败

是的，这是一个陈词滥调的词组，但在应用于“网络星期一”时尤其恰当。 完成作业的DevOps团队在此期间将非常专心，但他们也将充满信心，尽管应用程序很复杂，但他们了解内部和外部的在线体验，可能会发生潜在风险并在出现问题时做出一致的响应。

如果领先的零售商正确地举办了“网络星期一”，他们将基于提供一致的优质体验的能力为持续的客户关系奠定基础。 未能做好准备可能会由于客户流失，失去收入机会，品牌声誉以及社交媒体的命名和羞辱而造成严重的不利影响。

有关准备网络星期一的更多方法，请下载我们的免费试用版 。

通过AppDynamics解决应用程序问题的速度提高了10倍–以最小的开销在代码级深度监视生产应用程序。 开始免费试用！

翻译自: https://www.javacodegeeks.com/2016/11/devops-teams-prepare-cyber-monday.html