负载均衡_选择哪个_真正的云服务器

2021-03-30 11:47

负载均衡_选择哪个_真正的云服务器

企业数据中心正在消亡吗?它有多死?作为一名IT架构师,这是一个让我吃惊的问题。事实上,一个企业中的数据中心在相当长的一段时间内一直屈服于杠杆式、多租户的数据中心。电力、连接性、更高的管理比率和(公共)云数据中心的高度自动化可以获得杠杆效应,好淘客,新手建站教程,这使得单一租户数据中心看起来像是糟糕的业务。此外,最近,云服务提供商已经建立起可以以非常低的价格使用的巨大容量,安全和连接的工具已经达到了企业现在不怕使用这种"廉价"容量的程度。数据交互的移动域许多组织多年来一直在将工作负载转移到虚拟机(vm)上,因此在数据中心内利用硬件已成为一种常态。大多数VM工作负载在公共云上同样容易运行。一个问题是,这些工作负载在数据中心内部以只受核心交换机限制的卷相互通信。应用程序架构师和设计人员很少担心服务调用的大小和速度。然而,当我们开始将工作负载分散到Azure或AWS时,我们需要更加关注延迟的可能影响。这就变成了一个移动数据交互领域的问题。换句话说,找到正确的工作负载和数据分组,以便一起移动到云区域。显示交互频率和大小的可视化建模技术让您可以看到"细线程"和"主干和根"。一旦您找到要一起移动的服务和数据的正确分组,结果的性能应该与单个数据中心的性能相似。更大的问题是那些移动不好的部件,比如传统的大型机。航空公司、信用卡处理器、银行和酒店仍在运营IBM z/TPF和zOS大型机,这两款主机可以追溯到20世纪60年代。在我的整个职业生涯中,我经历了无数次大型机现代化或淘汰项目后,我发现它们有多"粘人"。最简单的一个:入境交通我将不赘述为什么这些仍然存在的问题,而是重点讨论如何处理锚定到这些集中式系统的延迟需求。首先,简单一点。我认为,对于基于云的前端来说,怎么成为淘客,到大型机的入站流量根本不是问题。这些系统是为通过9.6kbit/s和卫星连接的用户开发的。因此,入站消息非常小,响应是一个文本屏幕。将这些前端移动到云提供商是一个简单的用例。在某种程度上,这些前端就像服务一样被构建。困境:出站流量更具挑战性的是后端出站流量。随着其他技术的出现,物联网是啥,从这些大型机系统发送事务事件以允许外部扩展和数据复制,已经做出了重大努力。这些进程需要移动非常大的卷,可能会有50到100毫秒的额外延迟。这可能是一个挑战,可能需要重构甚至重写更现代的下游系统,以更有效地处理延迟。因此,困境在于,云计算项目的重点一直是前端系统。由于数字化转型中以客户为中心的驱动因素,通常任何与客户交互的系统都可以很容易地迁移到云(以及迁移到云端的开发和资金)。然而,这些也是最容易"升迁"到云中的。相反,当然需要迁移到云的后端系统的优先级较低。这会随着时间的推移而改变。同时,解决方法是使用云就绪框架(在数据中心内),如Red Hat OpenShift和Pivotal cloud Foundry,允许"就地"重构和重新开发,并在云中进行灾难恢复或扩展。更多的提升和移动所以,是的,企业数据中心正在消亡,云报,但问题是什么时候?在未来几年内,混合数据中心与云提供商的直接通道将成为常态。一般来说,最常见的目标将是云中的灾难恢复系统以及大量新的"为云构建"的应用程序。随着各组织发现,它们在电力基础设施、网络、房地产和员工方面的巨额投资是站不住脚的,这一举措将加速。我确实看到了2019年的许多"升迁",使天平进一步向云倾斜。瑞安航空向AWS的转移就是一个例子。未来3-5年内,非云私有数据中心将成为各种云中的虚拟隔室,因此除了大型机工作负载外,将被关闭。大型机的工作负载将迁移到专门的数据中心,这些数据中心被高度利用,直到它们消失(总有一天)。JohnTsucalas是DXC Technology在美国航空公司的客户首席技术专家,领导多个重要的航空行业项目,是一位杰出的工程师。近10年来,John一直是云计算和基于服务架构的行业思想领袖。他开创并发展了面向服务的体系结构和基于云的方法在航空业的应用。他的工作成为DXC技术的运输和酒店数字化改造的基础。在LinkedIn上与John联系。

分享到:
收藏
相关阅读