筆者近年跟公司的 IT 架構專家交流時，發現大家都為了實現數碼轉型（Digital Transformation）非常忙碌； 除了在技術和架構層面下功夫，在整個開發流程也要作出重大轉變。為配合轉型，他們更需要改變企業架構（Enterprise Architecture）、甚至團隊架構等。以下是筆者認為較重要的四大技術，希望可以為尚未開始數碼轉型的企業帶來一點方向和提示：
（1）容器技術（Container）
容器技術是在作業系統（OS）層面虛擬化， 而傳統 VM（虛擬機器）方式則是在硬件層面。容器技術令開發人員可把重心放回編程和用戶體驗等具企業價值的工作，毋須再分心理會非編程的技術事宜（如：硬件和作業系統環境），大大減少開發時間。此外，如 IT 架構本身支援容器，應用程式便可以運行，它的彈性和流動性非常高。
不過各位要留意，容器技術規格目前仍缺乏統一標準，運行容器的作業系統也僅在初步發展階段，且很多還需要整合雲端平台才能發揮真正效用。筆者建議，企業選擇容器作業系統時要從不同團隊的角度出發，（如：網絡和平台支援），共同找出新的合作模式， 特別在分工和日常支援方面。
（2）微服務（Microservices）
傳統的軟件開發皆採用一體化架構（monolithic），遇到任何改動便牽一髮動全身。既缺乏彈性，也大大減慢軟件推出時間。微服務將大型系統拆解成細小服務，當一個服務出現故障，也不會影響別的服務運行；加上容器技術配合，每個微服務都可以非常方便的橫向伸縮。但是微服務也有很多挑戰，如：根據企業需求切割微服務，以及如何減低依賴關係等，皆屬高深學問。如何管理和測試大量而零碎的微服務，微服務和微服務之間的互動等，均是架構專家需慎重考慮。
（3）應用編程介面（API）
API 早已不是新事物，但隨?雲端服務、智能手機和物聯網高速發展， 對外開放 API 已成為資訊科技發展必須的要求。 REST/JSON 等技術也漸成為主流。微服務加上容器令 API 更加容易實現。 然而，大量的 API 產生也帶來很大挑戰，例如如何追查那個 API 出現問題，以及保安和認證的問題等。 建議企業先為 API 定義定下標準，目的是讓大家有共同的語言， 也要考慮利用 API 閘道等方式建設一層「中間人」，迎合不同的用戶體驗並加以管理。
（4）DevOps
要實現以上 3 項技術，DevOps 是極為重要的元素。 它能夠把 3 者串連起來。由源碼管理、 API 的測試、把程式打包成容器以及直接把應用程式放置到雲或容器平台上運作， 全部可以不經人手，令編碼變更（code change）與發布周期 （release）兩方面更具優勢。 筆者需強調， DevOps 不僅是工具， 也是改變開發的文化，建議 CIO（資訊總監）推行 DevOps 的同時，也要跟 IT 部門的團隊架構變化同時考量，或考慮採取雙模式 IT（Bi-Modal）進行，以減低同事的抗拒性和安全風險。
以上內容純屬作者個人意見，並不代表本網立場。
Photo：法新社
Source：ezone.hk