科技推荐：英国电信如何将其工程师转移到快速通道

科技改变生活，也在一定的程度上科改善生活！那么现如今生活条件越来越好以后大家更多的关注点都不同，但是近来有很大一部分了却同时关注到了英国电信如何将其工程师转移到快速通道的消息！

广泛的行业向云的转变和容器化的工作负载通常可以忽略许多老牌企业的现实：当云原生进展不可阻挡的力量遇到传统技术的固定目标时会发生什么?

这是拥有170年历史的英国电信公司BT所面临的当前挑战，该公司希翼以安全，可持续的方式在众多不同的开辟人员群体中采纳云原生工具和技术。

惟独这样，企业才干在快速进展的媒体激增和5G连接时代，跟上快速变化的客户期望和竞争对手努力的步伐。

BT的软件工程卓越负责人Rajesh Premchandran告诉InfoWorld： “过去我们为我们提供了许多遗产和代码。” “我们的开辟人员目前受到现有堆栈的束缚-必须承认这一点很重要-并不是所有的绿地，架构和设计都受到限制。”

BT的工程领导者希翼，一套通用的现代云服务，再结合逐步向容器和Kubernetes的迁移，可以减少开辟人员每天花费的精力。

从整体到容器

但是，英国电信正在慢慢地寻求巩固和现代化其现有工作负载的方法。这是容器和Kubernetes进入方程式的地方，但是Premchandran提醒任何将容器编排工具视为灵丹妙药的人。

他解释说：“真正发生的是，您必须弄清晰什么是可容器化的。” “假设您有一个整体，您有50个组件，所有这些组件都与硬编码的依赖项和一些旧式堆栈交错在一起。

“首先，你要问，我要集装箱化什么?我可以在不影响其他单位的情况下将其拆散到哪里?这是大多数存在很长时间的公司所面临的最大挑战。”

为了克服这一挑战，英国电信已经建立了一个平台团队，致力于帮助应用程序团队识别这些可容器化的元素，并找到将其托管在公共云或平台即服务(PaaS)中的最佳环境。 )。

这导致了BT工程师在寻求现代化工作负载时要考虑的一系列共同考虑因素，即耦合程度如何松散以及是否可以有效隔离服务并将其容器化而不影响现有堆栈。

条条大路通向PaaS

在基础架构选项方面，有一些选择，但是其想法是简化这些决策以获得某种程度的一致性。

固然，所有三个主要的基础架构即服务(IaaS)选项(Amazon Web Services，Microsoft Azure和Google Cloud Platform)都已摆在桌面上。在可能的情况下，平台团队将推动开辟人员使用托管的Kubernetes服务，或者更好的是使用Tanzu应用程序服务，供应商VMware的PaaS及其自己的Tanzu Kubernetes网格(TKG)。

“您必须手持它们，否则它们将使用它们可以处理的最大单元，将其放入Docker容器中，然后发现您在更好的基础架构上遇到了同样的怪兽，但这并不能解决您的业务问题，” Premchandran说到他的开辟人员。

话虽这么说，当推到顶峰时，始终首选TKG，它保证了在本地和公共云环境中具有一致的托管Kubernetes层。

“您可能希翼明天交换您的云提供商，您可能希翼将工作负载从内部部署转移到云上，因此您需要一个用于Kubernetes的操纵平面，从而使基础IaaS无关紧要。” Premchandran解释说。

当您拥有自动挡时，为什么要踩摇杆?

这并不意味着BT的某些开辟人员仍不希翼与Kubernetes交涉。

“这就像驾驶自动驾驶汽车，有些狂热者喜欢变速和离合器的感觉。有了TKG，询问您的具体需求而不是您的需求就变得更加重要，如果您用困难的方式做到了，这是简单的方法，这是您的选择。

他补充说：“ Kubernetes很难……我们不会喜欢大规模地这样做，因此我们要求开辟人员专注于应用程序逻辑，并让困难的事情自动化。”

这并不意味着自我治理的Kubernetes不在桌面上，而是应该保留给开辟人员确实需要细粒度操纵级别的用例。对于其他所有内容，请让供应商负责。

他承认：“这是一个不断的争论，默认情况下，人们希翼使用Kubernetes，但是我认为您在一开始对开辟人员必须有更多的说明，然后，如您所见，他们逐渐成熟，就让他们使这些独立选择。”

训练与进展

一旦在BT开辟人员社区中建立了这些原则和框架，下一个任务就是通过文档和口口相传的方式对内部工程师和外部合作伙伴进行扩展。

让一些开辟人员开始使用Kubernetes的好处确实意味着整个组织中涌现出新的专业知识领域。这绝不是一件坏事，尤其是当您希翼推广一项新技术时，一些受人恭敬的声音可以大大推动这一收购。

“如果您查看标准如何实现民主化，您已经了解了整体体系结构标准和策略的企业体系结构，那么您将拥有解决方案架构师，这些架构师是下级的并且特定于产品，最后我们拥有杰出的工程师“我们称他们为专家工程师，他们也是其他开辟人员的关键影响者，他们都敬仰他们。” Premchandran解释说。

对于合作伙伴，BT进行了大流行前的路演，举办活动和会议，以规划新的方向，并借助最新的文档(包括新的《软件工程手册》和内部Wiki)使它们尽快上架。

他说：“您不能自上而下地说'迈向云计算，让开辟人员弄清晰自己的学习部分'。” “我们在认证计划上投入了巨资，获得了在线电子学习平台，该平台可以环绕云，敏捷，DevOps和所有相关技能开辟职业道路。”

现在，它涉及在整个组织中扩展知识和那些技能。他说：“我们已经掌握了绳索，当工作负载可移植时会发生什么，现在，开辟人员需要全栈工程师来理解混合云工作负载，并具有训练其他人现代化自己的堆栈的技能，”他说。

接下来是什么?

一旦所有这些都实现了，Premchandran希翼他能够监督一个幸福的开辟人员社区，该社区的部署速度比以前更高。

他说：“基础架构供应需要快得多，以使DevOps能够发生，”但是，这不仅仅是他想要的速度。

“这是一个相互关联的问题集。您想要快速进展，因为客户需要快速进展，但是您的团队却断连，”他说。Kubernetes和其他云原生方法承诺将所有这些团队聚集到一个共同的方法论上是一个死记硬背。

在接下来的几年中，Premchandran将致力于将更多的应用程序添加到基于云的，基于微服务的现代架构中。为“完全零接触的部署”实施DevSecOps做法;最后，增加整个组中可重用的软件组件的数量。

例如，如果某人决定构建一个计费组件，那么任何需要在应用程序内向客户计费的人都可以使用它吗?在理想的世界中，是的。Premchandran的目标是一个开辟人员社区，它可以按需要快速移动，而不会受到传统或基础架构问题的困扰。

“敏捷不仅仅是要快，而且还可以选择快。有区别。仅仅因为您的汽车可以达到每小时250英里的时速，并不意味着您向来都处于这种速度。但我希翼有必要的话，它能走得那么快。”他说。