英國電信如何將其工程師轉(zhuǎn)移到快速通道

廣泛的行業(yè)向云的轉(zhuǎn)變和容器化的工作負(fù)載通常可以忽略許多老牌企業(yè)的現(xiàn)實：當(dāng)云原生發(fā)展不可阻擋的力量遇到傳統(tǒng)技術(shù)的固定目標(biāo)時會發(fā)生什么?

這是擁有170年歷史的英國電信公司BT所面臨的當(dāng)前挑戰(zhàn)，該公司希望以安全，可持續(xù)的方式在眾多不同的開發(fā)人員群體中采用云原生工具和技術(shù)。

只有這樣，企業(yè)才能在快速發(fā)展的媒體激增和5G連接時代，跟上快速變化的客戶期望和競爭對手努力的步伐。

BT的軟件工程卓越負(fù)責(zé)人Rajesh Premchandran告訴InfoWorld： “過去我們?yōu)槲覀兲峁┝嗽S多遺產(chǎn)和代碼。” “我們的開發(fā)人員目前受到現(xiàn)有堆棧的束縛-必須承認(rèn)這一點很重要-并不是所有的綠地，架構(gòu)和設(shè)計都受到限制。”

BT的工程領(lǐng)導(dǎo)者希望，一套通用的現(xiàn)代云服務(wù)，再結(jié)合逐步向容器和Kubernetes的遷移，可以減少開發(fā)人員每天花費的精力。

從整體到容器

但是，英國電信正在慢慢地尋求鞏固和現(xiàn)代化其現(xiàn)有工作負(fù)載的方法。這是容器和Kubernetes進(jìn)入方程式的地方，但是Premchandran提醒任何將容器編排工具視為靈丹妙藥的人。

他解釋說：“真正發(fā)生的是，您必須弄清楚什么是可容器化的。” “假設(shè)您有一個整體，您有50個組件，所有這些組件都與硬編碼的依賴項和一些舊式堆棧交織在一起。

“首先，你要問，我要集裝箱化什么?我可以在不影響其他單位的情況下將其拆散到哪里?這是大多數(shù)存在很長時間的公司所面臨的最大挑戰(zhàn)。”

為了克服這一挑戰(zhàn)，英國電信已經(jīng)建立了一個平臺團(tuán)隊，致力于幫助應(yīng)用程序團(tuán)隊識別這些可容器化的元素，并找到將其托管在公共云或平臺即服務(wù)(PaaS)中的最佳環(huán)境。 )。

這導(dǎo)致了BT工程師在尋求現(xiàn)代化工作負(fù)載時要考慮的一系列共同考慮因素，即耦合程度如何松散以及是否可以有效隔離服務(wù)并將其容器化而不影響現(xiàn)有堆棧。

條條大路通向PaaS

在基礎(chǔ)架構(gòu)選項方面，有一些選擇，但是其想法是簡化這些決策以獲得某種程度的一致性。

當(dāng)然，所有三個主要的基礎(chǔ)架構(gòu)即服務(wù)(IaaS)選項(Amazon Web Services，Microsoft Azure和Google Cloud Platform)都已擺在桌面上。在可能的情況下，平臺團(tuán)隊將推動開發(fā)人員使用托管的Kubernetes服務(wù)，或者更好的是使用Tanzu應(yīng)用程序服務(wù)，供應(yīng)商VMware的PaaS及其自己的Tanzu Kubernetes網(wǎng)格(TKG)。

“您必須手持它們，否則它們將使用它們可以處理的最大單元，將其放入Docker容器中，然后發(fā)現(xiàn)您在更好的基礎(chǔ)架構(gòu)上遇到了同樣的怪獸，但這并不能解決您的業(yè)務(wù)問題，” Premchandran說到他的開發(fā)人員。

話雖這么說，當(dāng)推到頂峰時，始終首選TKG，它保證了在本地和公共云環(huán)境中具有一致的托管Kubernetes層。

“您可能希望明天交換您的云提供商，您可能希望將工作負(fù)載從內(nèi)部部署轉(zhuǎn)移到云上，因此您需要一個用于Kubernetes的控制平面，從而使基礎(chǔ)IaaS無關(guān)緊要。” Premchandran解釋說。

當(dāng)您擁有自動擋時，為什么要踩搖桿?

這并不意味著BT的某些開發(fā)人員仍不希望與Kubernetes交涉。

“這就像駕駛自動駕駛汽車，有些狂熱者喜歡變速和離合器的感覺。有了TKG，詢問您的具體需求而不是您的需求就變得更加重要，如果您用困難的方式做到了，這是簡單的方法，這是您的選擇。

他補(bǔ)充說：“ Kubernetes很難……我們不會喜歡大規(guī)模地這樣做，因此我們要求開發(fā)人員專注于應(yīng)用程序邏輯，并讓困難的事情自動化。”

這并不意味著自我管理的Kubernetes不在桌面上，而是應(yīng)該保留給開發(fā)人員確實需要細(xì)粒度控制級別的用例。對于其他所有內(nèi)容，請讓供應(yīng)商負(fù)責(zé)。

他承認(rèn)：“這是一個不斷的爭論，默認(rèn)情況下，人們希望使用Kubernetes，但是我認(rèn)為您在一開始對開發(fā)人員必須有更多的說明，然后，如您所見，他們逐漸成熟，就讓他們使這些獨立選擇。”

訓(xùn)練與發(fā)展

一旦在BT開發(fā)人員社區(qū)中建立了這些原則和框架，下一個任務(wù)就是通過文檔和口口相傳的方式對內(nèi)部工程師和外部合作伙伴進(jìn)行擴(kuò)展。

讓一些開發(fā)人員開始使用Kubernetes的好處確實意味著整個組織中涌現(xiàn)出新的專業(yè)知識領(lǐng)域。這絕不是一件壞事，尤其是當(dāng)您希望推廣一項新技術(shù)時，一些受人尊敬的聲音可以大大推動這一收購。

“如果您查看標(biāo)準(zhǔn)如何實現(xiàn)民主化，您已經(jīng)了解了整體體系結(jié)構(gòu)標(biāo)準(zhǔn)和策略的企業(yè)體系結(jié)構(gòu)，那么您將擁有解決方案架構(gòu)師，這些架構(gòu)師是下級的并且特定于產(chǎn)品，最后我們擁有杰出的工程師“我們稱他們?yōu)閷＜夜こ處?，他們也是其他開發(fā)人員的關(guān)鍵影響者，他們都仰慕他們。” Premchandran解釋說。

對于合作伙伴，BT進(jìn)行了大流行前的路演，舉辦活動和會議，以規(guī)劃新的方向，并借助最新的文檔(包括新的《軟件工程手冊》和內(nèi)部Wiki)使它們盡快上架。

他說：“您不能自上而下地說'邁向云計算，讓開發(fā)人員弄清楚自己的學(xué)習(xí)部分'。” “我們在認(rèn)證計劃上投入了巨資，獲得了在線電子學(xué)習(xí)平臺，該平臺可以圍繞云，敏捷，DevOps和所有相關(guān)技能開發(fā)職業(yè)道路。”

現(xiàn)在，它涉及在整個組織中擴(kuò)展知識和那些技能。他說：“我們已經(jīng)掌握了繩索，當(dāng)工作負(fù)載可移植時會發(fā)生什么，現(xiàn)在，開發(fā)人員需要全棧工程師來理解混合云工作負(fù)載，并具有訓(xùn)練其他人現(xiàn)代化自己的堆棧的技能，”他說。

接下來是什么?

一旦所有這些都實現(xiàn)了，Premchandran希望他能夠監(jiān)督一個幸福的開發(fā)人員社區(qū)，該社區(qū)的部署速度比以前更高。

他說：“基礎(chǔ)架構(gòu)供應(yīng)需要快得多，以使DevOps能夠發(fā)生，”但是，這不僅僅是他想要的速度。

“這是一個相互關(guān)聯(lián)的問題集。您想要快速發(fā)展，因為客戶需要快速發(fā)展，但是您的團(tuán)隊卻斷連，”他說。Kubernetes和其他云原生方法承諾將所有這些團(tuán)隊聚集到一個共同的方法論上是一個死記硬背。

在接下來的幾年中，Premchandran將致力于將更多的應(yīng)用程序添加到基于云的，基于微服務(wù)的現(xiàn)代架構(gòu)中。為“完全零接觸的部署”實施DevSecOps做法;最后，增加整個組中可重用的軟件組件的數(shù)量。

例如，如果某人決定構(gòu)建一個計費組件，那么任何需要在應(yīng)用程序內(nèi)向客戶計費的人都可以使用它嗎?在理想的世界中，是的。Premchandran的目標(biāo)是一個開發(fā)人員社區(qū)，它可以按需要快速移動，而不會受到傳統(tǒng)或基礎(chǔ)架構(gòu)問題的困擾。

“敏捷不僅僅是要快，而且還可以選擇快。有區(qū)別。僅僅因為您的汽車可以達(dá)到每小時250英里的時速，并不意味著您一直都處于這種速度。但我希望有必要的話，它能走得那么快。”他說。