我们正在升级FutureStack的注册,仅到4月30日。条款和条件适用。 现在注册

使用NewRelic将NewRelic.com迁移到Adobe体验管理器中我们学到的3件事

5分钟读

随着我们在New Relic继续扩大我们的数字业务,我们希望提高我们的快速行动能力,尽可能快速有效地进入市场。我们希望能够提供一个更稳定和一致的数字客户体验(DCX),并更频繁地部署更新,同时仍然保持信心NewRelic.com为我们的用户保持稳定。

考虑到这些需求,我们决定采用Adobe体验管理器(AEM)作为内容管理系统(CMS)。迁移过程现在正在顺利进行,我们预计将在今年晚些时候完成。

自从New Relic成立近10年以来,我们的网站一直是手工创建的Ruby on Rails。在没有全面的CMS的情况下,每件事都需要一个漫长的部署过程,即使是对站点的一些小的文本更新,也经常要花上一天的大部分时间才能发布。当我们还是一个小的、斗志旺盛的初创公司时,这个过程是可以接受的,但随着公司的发展,我们需要一个能够满足我们需求的系统。

但是,转向AEM这样的一流软件的决定只是一个持续数月的过程的开始。毫不奇怪,我们依赖New Relic来监控我们的迁移——我们想分享三个我们在这个过程中学到的有用的经验:

1.在编辑UI中配置New Relic浏览器以获得更多的信心

通过迁移到AEM,我们可以有效地重建整个网站,利用非技术业务用户可以编写的可重用组件。这给了涉众自主权和灵活性,让他们可以为各种营销计划创建自己的页面,但这也增加了风险,因为我们不再在发布每个页面之前进行完整的技术QA。

通过配置New Relic的浏览器为了检测创作环境,而不仅仅是我们的生产环境,我们可以更容易地识别填写字段、呈现问题或可能出现的任何其他错误之前页面被发布。这让我们有信心,允许非技术用户发布内容不会给在线站点带来问题。

Adobe经验的经理
点击放大

2.逐步迁移交通以减少干扰

当我们将我们的网站页面迁移到AEM时,我们将在30分钟到1小时的过程中逐步从我们的遗留服务器传输流量。当我们增加AEM上的流量百分比时,我们使用New Relic APM监控网络交易延迟和错误,以确保没有中断服务的访客。

如果Apdex基准波动超过我们定义的阈值,我们将重新路由流量并排除问题。我们的web团队甚至可以将AEM数据交叉引用到旧实例,以确保在迁移期间和迁移之后两个系统之间的流量水平相等。幸运的是,在我们的迁移过程中,我们还没有看到任何关于我们的Apdex基准波动的问题——Apdex的美妙之处在于,它让我们摆脱了猜测,并让我们确信系统是按照预期运行的。

Adobe经验的经理
点击放大

3.为作者监控一般的网络交易出版商实例

在New Relic,我们正在利用Adobe的托管服务来处理我们所有的网站运营。Adobe处理了大部分的监控工作。然而,有时我们需要查看我们自己的集成和服务是否如预期的那样运行。New Relic的浏览器和新遗迹APM,我们可以钻到一个给定的误差的原因(比如,一个4 xx错误)和被抛弃和识别如果错误是由于一个问题与外部依赖性,如果一个页面缺失或有一个难题。

例如,New Relic浏览器帮助我们发现一个访问量很大的页面正在经历大量的404错误。当我们试图通过访问页面本身来复制这个问题时,前端显示的一切都很好。我们在这两方面都做了更深入的研究New Relic的见解和New Relic APM检查这个幻影404的来源。事实证明,与我们的内容交付网络之一的外部交易导致了这个问题。

Adobe经验的经理
点击放大

为什么所有这些都很重要?

使用adobemanaged Services来托管AEM包含了运行良好的开箱即用监控。但是如上所述,我们的内部团队负责监控一些额外的度量标准。从追踪标准的前端漏洞到跟踪与其他系统和web应用程序的外部集成,我们发现New Relic数字智能平台对于确保我们自己的数字用户体验正常运行至关重要。如果出现任何问题,该平台可以使其更容易地快速和自信地实现解决方案。