第8期 2020/07/15
如何將我們的大型機轉(zhuǎn)化為數(shù)字業(yè)務(wù)資源？
如今，大型機正與云功能攜手，共同幫助大型企業(yè)簡化自身數(shù)字業(yè)務(wù)轉(zhuǎn)型。
任何一位明智的技術(shù)管理者，都絕對不會將大型機中承載的應(yīng)用程序及數(shù)據(jù)排除在數(shù)字業(yè)務(wù)策略之外。但遺憾的是，在雙峰IT等炒作概念的過度傳播之下，很多企業(yè)確實在有意無意地放棄大型機這片陣地。好在也有不少企業(yè)開始及時清醒過來，著手對大型機上的應(yīng)用程序及數(shù)據(jù)做出“要么遷移、要么執(zhí)行現(xiàn)代化升級”的決定。而且在大多數(shù)情況下，現(xiàn)代化升級往往是個更好的選擇。下面來看具體理由。
基本前提：大型機應(yīng)用與數(shù)據(jù)具有重大價值
數(shù)字業(yè)務(wù)轉(zhuǎn)型的一大核心目標(biāo)，正是找到增加并合理運用數(shù)據(jù)（單從技術(shù)層面出發(fā)，應(yīng)用程序本身也屬于一種數(shù)據(jù)）方法，并借此改善客戶參與度、降低運營成本并提升業(yè)務(wù)競爭力。數(shù)據(jù)是一項獨特的資產(chǎn)，其最大的優(yōu)勢在于無論何時何地，我們都能夠以不同的形式持續(xù)使用這些數(shù)據(jù)，且其中蘊藏的價值始終不會縮減。因此，建立起新的體系以借數(shù)據(jù)之力提升業(yè)務(wù)價值，正是數(shù)字業(yè)務(wù)轉(zhuǎn)型所提出的主要訴求（同時也應(yīng)成為當(dāng)下每一位CIO的關(guān)注重點）。
那么，大型企業(yè)中那些駐留在大型機之上的應(yīng)用程序與數(shù)據(jù)到底有沒有價值？當(dāng)然有價值！一般來講，大型機上運行的監(jiān)控與性能記錄/報告系統(tǒng)正是企業(yè)在尋求新的數(shù)字業(yè)務(wù)機遇時不可或缺的重要基礎(chǔ)，足以支撐起新的產(chǎn)品/服務(wù)（例如金融、保險業(yè)）或者收益優(yōu)化（例如運輸業(yè)）等發(fā)展目標(biāo)。浪費這類資源不僅會讓我們在轉(zhuǎn)型的道路上偏離航向，同時也會令企業(yè)在與競爭對手的對抗中落于下風(fēng)。
實際問題：大型機相關(guān)人才的老齡化趨勢
當(dāng)初那批推動企業(yè)走入數(shù)字化時代的大型機技術(shù)骨干們，如今正一步步退出勞動力市場。為了維持運營中心內(nèi)的高價值事務(wù)應(yīng)用（HVTA），企業(yè)需要將大型機應(yīng)用程序的管理工作交給年輕一代專業(yè)人士。但雙峰IT等熱門概念所提出的“數(shù)字甜甜圈”策略，則明確要求我們將大型機應(yīng)用程序與數(shù)據(jù)組合從云策略體系中淘汰出去。這種策略的本質(zhì)是將工具與實踐進行相互剝離，并引發(fā)新一代技術(shù)專業(yè)人士專注于打理核心運營應(yīng)用程序與數(shù)據(jù)。
在這樣的背景下，我們就只剩下兩個短期選項：（1）使用其他平臺替代大型機應(yīng)用程序及數(shù)據(jù)；（2）對大型機應(yīng)用程序及數(shù)據(jù)平臺進行現(xiàn)代化升級。到底哪個更好？影響因素當(dāng)然多種多樣，但總體來說，平臺遷移不是什么好主意，現(xiàn)代化升級則更為可取。
理想解決方案：將云工具與實踐引入大型機
首先需要強調(diào)的是：千萬不要在大型機應(yīng)用程序與數(shù)據(jù)的現(xiàn)代化升級工作中，把硬件作為關(guān)注的重點。雖然硬件本身也相當(dāng)重要，但總體來看，IBM的“IBM Z”設(shè)備所提供的差異化功能才是增強企業(yè)數(shù)字業(yè)務(wù)發(fā)展空間的核心。例如，IBM的Passport技術(shù)以IBM Z系統(tǒng)中獨特的端到端（即跨越事務(wù)體系內(nèi)的任意設(shè)備）數(shù)據(jù)加密為基礎(chǔ)，能夠在輕松實現(xiàn)記錄與數(shù)據(jù)分析系統(tǒng)間數(shù)據(jù)共享的前提下，不對數(shù)據(jù)的安全性與隱私性造成任何影響。
為了推動大型機應(yīng)用程序及數(shù)據(jù)的現(xiàn)代化升級，我們的頭號目標(biāo)應(yīng)該是掌握并采用云原生工具及實踐，借此確保開發(fā)人員及運營團隊使用通行的方法與管理手段發(fā)揮云環(huán)境及本地平臺的數(shù)字創(chuàng)新作用。換句話說，我們需要在大型機應(yīng)用程序及數(shù)據(jù)之上采用云原生IT運營模式。
這到底是什么意思？簡單說來，這意味著將流行的DevOps開源工具引入大型機，擴展這些工具以支持面向大型機的語言與自動化服務(wù)，同時重視對運營人員的重新培訓(xùn)、特別是其應(yīng)用交付能力，最終在云運營體系之下實現(xiàn)數(shù)字甜甜圈策略。
好消息是，IBM公司將全力推動云端發(fā)展，致力于幫助用戶統(tǒng)一云端應(yīng)用程序/服務(wù)交付與IBM平臺（包括IBM自家云產(chǎn)品）上的應(yīng)用程序/服務(wù)交付方式。在這一過程中，IBM的最新舉措是引入“IBM Wazi for Red Hat CodeReady Workspaces”項目。該項目既可作為IBM“CloudPak for Applications”的附加組件，也可以獨立起效。這套組合的功能包括：
提升大型機上開源DevOps工具的重要性。除了收購Red Hat這一因素外，“Wazi”DevOps管道也確實與Red Hat打造的領(lǐng)先CI/CD工具集保持著高度一致。使用Git、Ansible以及Jenkins等工具進行應(yīng)用程序交付的專業(yè)人員，都能很快熟悉這套新框架。
將COBOL、PL/1語言工具與IBM Z自動化體系相集成。通過RedHat Openshift上的容器化z/OS沙箱，將運行在x86 Linux上的DevOps工具及實踐引入傳統(tǒng)大型機語言。雖然一直使用傳統(tǒng)3270工具的Cobol、Pl/1以及匯編語言的程序員們需要學(xué)習(xí)孔子適應(yīng)，但在克服障礙之后，您將在大型機之上建立起覆蓋所有應(yīng)用程序開發(fā)流程的通用DevOps經(jīng)驗。此外，IBM還引入了新的分析與構(gòu)建工具，用于在傳統(tǒng)語言中支持新型DevOps管道元素；Wazi也引入了獨立的互補性新產(chǎn)品“IBM Wazi虛擬測試平臺”，幫助開發(fā)人員將應(yīng)用程序事務(wù)與事務(wù)級測試集成在統(tǒng)一的標(biāo)準(zhǔn)企業(yè)級DevOps管道當(dāng)中。這相當(dāng)于在實現(xiàn)早期混合云基礎(chǔ)測試功能的同時，又不致對其他系統(tǒng)或代碼庫造成任何破壞。
降低培訓(xùn)門檻，消除恐懼心理。學(xué)習(xí)是件好事，但沒必要為了學(xué)習(xí)而學(xué)習(xí)。IBM推出的“DevOps加速計劃（DAP）”與“IBM Z學(xué)院計劃”旨在幫助大型機技術(shù)人員減少在評估、培訓(xùn)與部署等方面面臨的障礙。除了引入新工具之外，企業(yè)還需要在應(yīng)用程序交付人員（包括大型機技術(shù)人員）當(dāng)中推廣現(xiàn)代DevOps實踐。目前，IBM已經(jīng)開始就大型機現(xiàn)代DevOps實踐提供遠(yuǎn)程培訓(xùn)與技術(shù)支持服務(wù)。
尚不完善，但有望成為DevOps積極轉(zhuǎn)變的催化劑
任何大型機系統(tǒng)的內(nèi)部都存在著大量第三方工具，大型機在它們的幫助下交付并維護運行中的應(yīng)用程序及數(shù)據(jù)。由于各類代碼庫、數(shù)據(jù)庫、中間件語言、性能監(jiān)視器、本地管理腳本等普遍針對大型機所構(gòu)建，這就給企業(yè)造成了嚴(yán)重的依賴性與運營慣性。更重要的是，相當(dāng)一部分大型機環(huán)境都對應(yīng)用程序及數(shù)據(jù)的安全性提出了硬性要求（通常使用高度專業(yè)化的工具實現(xiàn)），這也給現(xiàn)代化升級帶來了切實挑戰(zhàn)。
在理想情況下，第三方大型機開發(fā)與運營工具供應(yīng)商（大多不支持DevOps實踐）都可以找到理想的IBM Wazi與Cloud Paks使用途徑。以此為基礎(chǔ)，大型機運營體系的DevOps改造也將不再艱難。
挑戰(zhàn)仍在，但I(xiàn)BM的云計算發(fā)展方向?qū)椭笮推髽I(yè)一步步邁向數(shù)字業(yè)務(wù)目標(biāo)。也只有這樣，企業(yè)才能在不影響質(zhì)量、安全性與預(yù)算的前提下，充分發(fā)揮大型機應(yīng)用程序與數(shù)據(jù)中蘊藏的價值，幫助自身在激烈的市場競爭中找到新的優(yōu)勢空間。
本文章選自《數(shù)字化轉(zhuǎn)型方略》雜志，閱讀更多雜志內(nèi)容，請掃描下方二維碼
