使用devops的团队

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

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

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

实际的响应速度很难解决。 在“网络星期一”之前的这段时间里，采用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

使用devops的团队