3步实现融合CDN应用及网站传输策略

2021-10-29 09:04:18来源:AsiaOTT 作者:Craig Lowell热度:

近些年来,向互联网用户传送高速度,高质量内容的重要性日益突显,导致融合
CDN(multi-CDN))架构的显著增加。 这些融合CDN执行的任务通常属于媒体与娱乐公司的专属领域,为直播视频及点播视频服务;然而,融合CDN传输在各个行业越来越普遍,广泛用于互动网站与各种应用之中。
 
对高性能及>99.99%可用性的需求不断增长,更让融合CDN成为大势所趋。特别是对于依赖低延迟和边缘功能的企业,由于数字交互更为频繁、交易量增加、跨行业企业互联网的重要性突显、以及传输网站内容需求的增加,都需要冗余架构更为快速和强劲。
 
Gartner高级研究总监迈克尔·多罗什(Michael Dorosh)对技术观察者(TechMonitor)说,“无论技术如何改进,结局都是单节点瘫痪。”“服务器因为停机及网络攻击而瘫痪,这对客户来说,如同噩梦。使用融合CDN技术,情况则大为改观。如果一家供应商的服务器出现故障,你可以使用另一家供应商的服务器与外界联系。”
 
然而,撇开架构冗余设计的重要性,以及不断扩大的地域范围, 在需要建立一个高效率的多供应商系统来传输资源时,许多企业仍然不愿在他们的堆栈中采用多供应商技术。原因之一在于,对于负责管理每个供应商的配置与任务的运营团队而言,数字工作流程中的碎片是最令人头痛的。但事实是,依赖单一供应商进行网站和应用传输存在巨大风险。如果该供应商遭遇停机,它将会使大量终端客户无法访问你的网站内容,这直接造成转账失败及品牌商誉受损,从而导致盈利损失。停机的实际成本取决于行业、商业模式、平均收入、停机时间等因素,但Gartner认为企业的平均成本为每分钟5600美元。根据IDC对Carbonite进行的一项研究显示,中小型企业单个停机事件的收入损失成本从82200美元到256000美元不等——每分钟损失137美元到427美元。
 
那么,成功实现和保持网站和应用的融合CDN策略的关键是什么?


确定企业的最佳编排方案


在多个CDN供应商之间编排数据流量的最佳流程取决于你所看重的业务及运营目标。融合CDN任务通常由以下四个目标中至少一个目标驱动:
l 保护主供应商不发生故障的冗余设计
l 扩大地域或ISP覆盖范围
l 成本与流量管理
l 实时性能优化
 
DNS编排是将用户请求路由到特定CDN的最常用方法。原因如下:它已经是一种广为人知的技术,对于运营团队而言,更容易接受;无须额外购买和安装硬件或软件;根据DNS解析程序提供的信息,您可以设置流量管理策略,根据地理位置、ISP供应商或基于预算和/或CDN提交的流量百分比,将用户指向特定的CDN;DNS编排还能够管理冗余。如果第一个选项没有响应,它可以将流量重新路由到不同的CDN。


第二个选项是基于动态性能的CDN编排,它不是基于静态DNS规则,而是需要一个分析引擎来处理合成或实时监控数据,并将用户指向该请求的最佳性能CDN。这是传输视频内容的一种常用方法,因为与服务器的交互只有一次;但对于大多数其他类型的网站或应用并不适用,因为用户与网页中各种内容的互动是不断的。对后者而言,处理每个请求的时间会破坏终端用户的体验。

找到合适的平衡


除了增加新CDN供应商的成本,堆栈中的每个新供应商都会增加一层复杂性。必须对每个CDN进行合理调整与配置,从而对终端客户所处的每个区域传输进行优化。所有安全和边缘服务 - 其中一些可能是特定CDN的专有服务——也必须进行定期配置和定期管理。发生失效备援时,堆栈中的每个CDN要保持缓存。这表示,即使你的融合CDN策略完全是为了冗余,你仍然需要从这些备份的CDN中提供约5%-10%的访问量最大的内容和URL,以确保它们始终缓存最重要的内容。如果不这样做,则会影响备份CDN处理新请求的能力。这意味着当主CDN发生故障时,你的源站将受到大量集中请求的轰炸,使源站服务器崩溃,从而使你的问题更加复杂。堆栈中的多CDN架构至少自带两个CDN, 但由于保持每个CDN所需的工作量和流量,CDN最好不要超过3个,对交易量与规模有特定需求的除外。
 

灵活性优先


在CDN堆栈中管理所有不同的配置和边缘服务可能会很复杂,但可以使用易于配置的CDN来降低难度。跨CDN复制配置可以节省时间和资源,同时还可以减少配置中出现错误的可能性。
 
例如,安装web应用程序防火墙(WAF)来保护你的应用。这样做,如果它们与单个WAF服务不兼容,你可能需要为每个CDN购置一个不同的保护程序。但是,CDN在边缘提供了灵活性,可以在其做出选择决策之前部署你自己的WAF,使你能够利用下一代WAF供应商最大限度的减少后端配置工作。
 
任何完全依赖单一供应商的重要服务都是风险十足的赌博。由于各个行业不断采用融合CDN架构,这种做法就更无必要性可言。尽管在多个CDN之间部署边缘服务十分复杂,看似无法克服,但合适的供应商会像你的伙伴一样,确保你所有重要服务在整个堆栈中都有足够的失效备援和正确的配置。

· 欲了解更多Lumen CDN或其他解决方案如何帮助提高您內容分发、边缘和web应用程序的性能、安全性和可靠性的情况,请访问Lumen中文网站以获取更多详细信息。https://pages.lumentech.com/zh-home.html

· 本文最初发布在Lumen的英语网站上,请单击此处,阅读英语版。https://blog.lumen.com/3-keys-to-a-successful-multi-cdn-application-and-site-delivery-strategy/

· 请单击此处,在领英上关注我们。  https://www.linkedin.com/showcase/lumen-china/

 

责任编辑:吴昊

为您推荐

Lumen为日本OTT视频公司J-Stream提供融合CDN边缘计算服务

近日消息,Lumen Technologies(NYSE:LUMN)宣布与J-Stream Inc (J-Stream)建立新的合作关系,为日本客户提供安全、可扩展的高性能内容交付网络(CDN)服务。通过合作,两家公司可以更好地满足日本大型企业、广播公司、视频游戏以及需要大规模、全球内容分发的OTT运营商的需求。为了满足这一需求,Lumen最近将其在主要亚太地区市场的CDN将其CDN覆盖增