標籤:

航司數字化轉型的重點投放及IT要素 (1)

航司數字化轉型的重點投放及IT要素 (1)

來自專欄 Airline Data+

前言

航司的數字化轉型在出色的領導團隊及明智的戰略方針和持久的投入下,大部分關鍵工作均會落到現在的營銷委等相關職能部門,即電商及旅客服務團隊,關鍵是電商的中後台。因為其實最終直達C端的渠道,和擁有真正內容的引擎環節,就是在此。

會有些人認為,航司的數字化轉型重點在於飛行運行等系統及團隊,但是試想任何一個數字化轉型的IT特點,很多都不能適用。例如快速敏捷的迭代,為了運行安全,另外業務的深入及壁壘,航司的飛行運控等系統不能按照敏捷的方式構建及乃至試錯。頂多只能到迭代開發。而且其不能最終掌握C端的關鍵數據,乃至不能擁有任何直達C端的觸點。再例,飛行運行中使用DevOps,也是沒有太大意義的,因為其根本、也不太可能出現大規模及頻繁的發布,雖然運維和監控等領域,涉及大量和較為深入的DevOps,但是其跟數字化轉型的一些期望還是有悖。即使有沒有數字化轉型,其還是期望更多的「自動化」訴求的實現。所以航司生產領域,例如飛行運行,要做的是「自動化」,以提高生產力。但是航司營銷等部門,要做的是發現價值和增加價值,以提高生存空間。


投放重點

a) 以實現數字化和品牌化航司為目標的個性化之路。

b) 以數字化革新平台支撐的航司戰略藍圖。

c) 多維度革新及融合,來應對全新的挑戰。

d) 切合實際的「人/財/物/時間」落地方案。

關注點的轉變

傳統的航司企業IT以數據中心、普遍開發、煙囪式架構,IT開銷,過程驅動,運營為其特質,關心業務及系統的自動化、操作及功能的獨立、關注數據模型,數據的記錄、預計的變化,強調服務交付,集中的IT等等。

數字化的航司需要大力利用雲計算,敏捷及DevOps,生態系統理念,IT作為新的收益來源,以數據驅動,試錯式迭代來實現業務的敏捷化,無邊界的協同,關注業務領域,持續中持續,數字化體驗,分散解耦的IT等等。為了實現從「航母型航司」轉變為「品牌化航司」,其將採取4個關鍵戰略,推動不同於任何航司的個性化創新轉型之路:

?盡量穩定核心系統和核心業務的前提下逐步轉型的迭代策略。

?緊跟業界及市場,尤其IT領域的技術前沿,且認清自身特質,去粗存精的、辯證的將新技術新理念融合於自身體系之內融合策略。

?取人之長補己之短的合作夥伴共贏策略。

?領導行業的前瞻戰略。

人+財+物+時間的融合

成功的產品在於好的項目管理,優秀的項目管理關注「人/財/物/時間」。將數字化轉型作為一個全局協同的項目來看待,則需要首先打好「人/財/物/時間」的基礎。

?在具有高凝聚力和高執行力的團隊的前提下,提升其敏捷性和數字化能力,強化複合型人才建設,以期打好「人」的動力。

?「互聯網+」及「數據+」的核心價值是數據,在辯證的學習國內互聯網企業的相關經驗下,逐步將前沿數據處理及存儲的技術與南航實績相融合,創新及安全構建「財」的基礎。

?產品的精髓在於理念,理念的支撐在於架構。基於全局性及前瞻性的架構體系建設思維,通過LEGO式「微模塊」化面向領域構建,錘鍊工欲善其事必先利其器的「物」之利器。

?時間就是生命,將有限資源投放在關鍵環節。通過融合性且針對性的技術架構革新,以空間、經驗、維度、智能換時間,以強大及彈性的數字化計算能力換取「時間」的生命。

從而實現航司電商等相關領域的關鍵特質:個性化服務,菜單服務,全渠道服務。


IT因素

那對於航司的數字化轉型,其關鍵的幾個IT方面的因素,是需要航司結合自身條件和規劃,逐步建立從戰略到投放的長久方案,並構建專業性的團隊逐步推進。最關鍵的構建一個團結一致、數據過硬、業務精通、思維開拓、動作敏捷的團隊,尤其是電商中後台團隊。


DevOps

航司電商雖然有「國有」的性質,但是在現在的互聯網經濟爆發及激烈的全球化市場競爭之下,其必須具備互聯網企業的技能和開發及交付能力,尤其是從開發到運維的全面技術及規範融合敏捷方案。不僅僅是傳統的編譯、打包、發布、自動化測試,更關鍵的後續的自動乃至智能的運維,同時將各類新的IT技術有機的糅合進入日常的開發和運維環節,永遠保持一顆年輕的心。

同時為後續另外一個關鍵因素-「雲計算」打下良好的基礎。

1) 沒有邊界的高價值存在

a) 應用和系統永遠是建設在基礎設施及平台服務之上的。

b) 從立項開始,到設計及實施,一定要考慮資源的現狀,人員的能力,及日後運維的全部依賴因素。

c) 一個高效,全面,全棧,敏捷,專家/有經驗的軟硬體資源平台,管理平台,工具箱,運維包,以及相關規範手冊終將節省大量的人財物時間,為企業數字化轉型提供最有力的支持。

d) 如何充分利用已有資源和職能範圍,提升價值/創造價值/改造價值,尤為重要。

2) PreDev ? Dev ? Data ? AI Ops

a) 新傳統應用及系統開發的IT技術日新月異,同時開源化和輕量級等的使用,增加IT運維的壓力。

b) DevOps要求的自動化/工具化/敏捷化還沒有全部實現,企業數字化轉型有提出更高的要求。

c) 大數據和數據智能的幾何級數的增長,更需要用工具代替人,用全新的思維和方法醍醐灌頂。

d) 更大挑戰和要求還在AI,通過演算法替代固定的模式和流程,從而上升到更高層次的「自動化」。

3) 從DevOps到DataOps

a) DevOps側重於:工具,自動化,開發及運維團隊,運維是系統設計的一部分,協同。

b) DataOps側重於:數據,可視化,可追蹤,專業工具,數據分析工程師。

c) DevOps是與企業數字化轉型,IT敏捷及迭代開發等相關聯的。

d) DataOps是與專門數據處理相關的體系。

註:航司一定要在現有的自動化生產力提升的訴求下,構建好DevOps,並為DataOps的實現提供高價值的DevOps實現。因為航司電商等領域的核心價值是數據。大量的經驗和反饋均證明,航司產品的優劣,內容的豐貧,產品的好壞,數據起到了關鍵作用。


雲計算

雲計算不是簡單的使用企業內部冗餘或高效的使用原來企業內部的各類物理機/實體機上構建的虛擬機,或者內部的私有雲等基於虛擬化的私有基礎設施平台,而是真正在公有雲上,例如Azure,AWS,Aliyun等上面,使用其IaaS、PaaS及SaaS等服務,或者乃至BaaS(Backend as a Service)。充分享用其彈性的黑箱的各類服務。使用RDS,不必關心其承載的虛擬環境及操作系統,也不必關心是否與其他雲服務消費者Share某些內部資源。只需要關心我需要怎樣的資源,其他有雲服務提供商及平台來保障隔離和抗干擾等問題。

虛擬化與容器化

很多航司還停留在虛擬化的內網In-House部署方式。容器化方式部署,及日常開發等,還遙遙無期。但是我們也慢慢看到一些好的航司案例,再轉型和逐步投入一些雲服務提供商的產品到自己日常開發、產品上線及運行等環節,乃至一些核心業務功能。

但是航司一定要擁抱這個方面,從容器化開始,讓自己的開發真正趕得上時代潮流,讓自己的運維能高效起來。因為航司永遠不是以高質量IT運維為目標的公司及團隊實體,所以一句話:讓能人做它擅長的事情,自己做自己高價值的事情。

遷移方法論

技術的強大工具生產力及雲服務提供商的優質服務擺在哪裡,但是沒有優秀的遷移方案和投放設計,只能是簡單的系統重新部署,設置更多的航司只能使用到雲服務提供商的ECS產品層次。其實就是虛擬化的IaaS層次。真正的雲計算,不僅僅是IaaS,還要PaaS,充分使用雲服務提供商的平台化能力;然而真正高效和高價值的使用雲計算提供商的能力,是SaaS的方式。

所以一個有效的遷移方法論,關注的如何評估自身現有情況,定義行之有效的行動方案,然後再執行、迭代、優化、萃取。


迭代

敏捷及迭代是比較流行的對於開發管理及項目交付的理念,但是其本質區別在哪裡,為什麼之前幾年敏捷開發如火如荼。但近幾年又提出或流行迭代開發了,就好像埃森哲一些之前諮詢交付服務企業,也不提敏捷開發了?

差別

正如如下圖示所述,其差別在於拆分交付的認為的力度和任務交付的並行要求。同時也來自中西方文化的差異,往往老外的敏捷跑的好,中國人最好還是老老實實跑迭代更有價值。

那真要區分敏捷和迭代的差別,則就好比如下的例子所解釋:

a) 看你手下有哪些」動物「,是豬多一些,還是有一批狼,還是獅子多一些。

b) 你的交付訴求是怎樣造一個人。

方法論

a) 在總體規劃和HLSD的基礎上定義整體交付藍圖和階段性目標。

b) 在人,及團隊的基礎上,明確人力投入能力。

c) 以可分割的交付目標及交付物即時可用的訴求,定義迭代的交付物。從而定義交付計劃。

d) 迭代中包含敏捷,但是迭代更多的像一個瀑布開發模式的「縮小版」。


數據處理

數據的價值不言而喻,但是如何產生價值和讓數據能夠升值不談,如何將數據保存好,都是一個很難回答和實現的任務。

階段性

有人會說EDW(Enterprise Data Warehouse)和維度建模做好,問題就解決了。但是其忽略了一系列關鍵問題:數據是流動的,數據的接入是實時的,數據是多源及異構的,數據的使用更是實時的。所以不管航司是由有EDW或Bigdata平台,關鍵是讓數據的處理流動起來,動態起來,實時起來;階段性更強。

管道化

未來的數據需要在實時的流動過程中即時被處理,所以數據流及流式處理必須有,按照pipeline的方式逐步處理數據並關心最後的outbound目標。

方法論

做好數據處理,不是簡單工具的使用,更關鍵的是梳理即有和未來增加的數據情況,從數據規範的角度增強數據流式處理能力。


集成平台

常規的集成主要抽象和整理為數據的集成和業務的集成。

但是真正的集成平台,是能夠讓電商及相關部門能夠更高效控制自己的能力建設,將各類合作夥伴的產品動態插拔在航司的電商平台上。


待續/TBD

推薦閱讀:

如何跨出敏捷Scrum第一步?唯品會是這麼做的
2017 Web 開發者學習路線圖
【乾貨合集】阿里雲專家詮釋持續集成與雲端交付的正確姿勢:在雲上如何歡快的用好容器服務?
微服務化之無狀態化與容器化
CI Weekly #13 | 用更 Geek 的方式配置你的 CI 工作流

TAG:DevOps |