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

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

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

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

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

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

從整體到容器

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

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

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

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

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

條條大路通向PaaS

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

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

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

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

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

當您擁有自動擋時，為什么要踩搖桿?

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

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

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

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

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

訓練與發(fā)展

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

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

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

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

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

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

接下來是什么?

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

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

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

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

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

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