IT跨界合作　DevOps展價值
Pipeline工具鏈實作CI/CD　敏捷再進化加速回應市場

文◎洪羿漣

新型態業務驅動企業IT必須轉換為以高速且靈活的方式滿足應用服務需求，促使DevOps工作模式成為奠定競爭優勢的重要指標。由於DevOps扭轉的是既有IT文化，以及團隊之間的協同合作，本就沒有標準定義，因而即使IT管理者認知到過於僵固的基礎架構難以及時回應營運業務的需求，往往也不知從何著手。直到近年來隨著數位化應用成為多數企業轉型目標，催化DevOps需求愈加殷切，IT市場上的產品與服務供應商開始陸續提出整合的工具鏈，以協助降低建構、測試、封裝、部署、維運應用服務的門檻，實踐敏捷開發、快速部署、持續交付、自動化維運，幫助企業IT逐階段地轉型。

專題報導
超融合平台再進化　跨邊緣共存多雲
端到雲透通架構成形　多元觸角加速IT現代化

文◎余采霏

調研機構IDC近期發布2019年第一季度（Q1）全球融合系統市場調查，超融合基礎架構（HCI）表現亮眼，相較於去年同期增長46.7%，總營收上看18億美元。IDC認為HCI能夠降低營運的複雜性、簡化部署，並且在混合雲環境中有出色的表現，在在都提高企業的採用意願。

事實上，隨著技術日益成熟，HCI也擴展多元觸角，不只是加入了容器、K8S、人工智慧（AI）乃至於軟體定義網路等技術支援與應用，也搭載更自動化的機制，以加速維運開發、優化整體資源，並且帶來簡化管理的總體效益。更重要的是，隨著愈來愈多的企業制定混合雲或多雲策略，並紛紛將應用服務遷移到雲端，超融合基礎架構也發展出與雲共存的一種生態樣貌，除了混合雲之外更一舉跨入邊緣，串連雲與端的三層架構，讓應用服務與資料得以在內部環境、私有雲、公有雲乃至於智慧邊緣、多雲環境中，通透運行。

產業趨勢
儲存、安全及運算大革命　新資訊科技十年內降臨
IBM大中華區技術長謝東談下世代11項潛力技術

文◎余采霏

從大型主機、x86伺服器乃至於雲端運算，數十年來，IT基礎架構不斷歷經快速演化，資料儲存從磁帶、硬碟進入至快閃儲存的應用，並且走向軟體定義儲存時代；容器、K8S的發展改變了應用開發思維，帶進了微服務架構；而傳統的三層式架構也走向融合、超融合基建，可組合式技術正在繼起發展；網路也不再只有虛擬化，更融入了軟體定義的精髓……，這些趨勢發展正在推動著歷史齒輪，朝向更現代化IT架構轉變，同時促進企業創新與轉型。

面對一波波接踵而來的科技浪潮，在下個世代中，又有哪些新興科技帶來與眾不同的變革？近期IBM在台舉辦科技論壇，IBM大中華區技術長暨系統開發中心總經理謝東也在會中分享了未來十年可能會出現的新興技術。他以人類登月50周年起始，談到了IBM這50年來在資訊科技的投入，從參與阿波羅登月計畫、超級電腦深藍（Deep Blue）挑戰西洋棋、人工智慧系統的應用到量子運算的出現，「但若仔細分析這些無數創新的背後，其實只為了實現更快的運算力、能夠儲存更多的資料，以及更便宜的成本，以擴展更廣泛的應用。」

「而未來的創新科技同樣也是圍繞著這三個主軸發展。」謝東口中的未來創新科技包含了11項潛力技術，在未來十年將有顯著的演進。

深度觀點
網站服務行銷常蒐集利用　電話號碼個資也須保護
手機號碼與個人息息相關　外洩恐衍生資安問題甚至遭詐欺

文◎陳佑寰

除了身分證字號與生日之外，一般人可以很快說出與自己身分有關的數字就是電話號碼了。電話號碼可說是打開個人社交網路潘朵拉盒子的一把鑰匙，而手機通訊錄裡的眾多電話號碼則是人際關係的線索。外界的社群網站、商家、廣告商、詐騙集團、駭客高手等都想要得到人們的電話號碼，可用來行銷商品與服務，卻也可能淪為詐騙的工具。電話號碼也算是個資的一種，不能忽視其應有的保護。

技術論壇
實戰vCenter Server 6.7 U2　亮點功能一次搜羅
留意vSphere ESXi 5.5及6.0生命周期　版本升級進化不可忽略

文◎王偉任

日前2019年4月11日時，VMware官方正式發佈全新vSphere 6.7 Update 2版本，同時也將VMware SDDC軟體定義資料中心內，相關解決方案版本同步推升到Update 2版本，例如ESXi 6.7 Update 2虛擬化平台、vCenter Server 6.7 Update 2管理平台。

管理人員必須注意的是，舊版的vSphere ESXi 5.5版本已經正式於2018年9月19日進入「結束標準支援階段」（End Of General Support，EOGS），緊接著vSphere ESXi 6.0也將於2020年3月12日進入EOGS結束標準支援階段。因此，企業或組織倘若仍使用舊有的vCenter Server 6.0管理平台，應盡速執行版本升級計畫，否則將無法管理新版ESXi 6.5和6.7虛擬化平台。

技術論壇
實作無伺服器框架Knative　自動擴縮免被廠商鎖定
無伺服器/微服務架構漸成主流　熟悉Docker容器才能快速上手

文◎鄭淳尹

在上一期技術專欄中已清楚說明容器與無伺服器應用的情境，透過條列式來決定技術選型，並分析兩者之間的優缺點。接下來，將介紹無伺服器架構和Kubernetes容器管理平台的無伺服器框架「Knative」，它可同時於雲端和本地端的Kubernetes叢集上運行，只須撰寫好建置模板（Build Template），即可執行Azure Functions和AWS Lambda等雲端大廠的無伺服器運算程式，避免被雲端廠商技術鎖定（Vendor Lock-in）。當然，這Knative無伺服器框架的底層技術仍是採用容器方式來運作，因此務必熟悉Docker容器技術，才能快速上手。

在第一篇文章中，Knative簡介中談到Knative Serving元件提供流量相關服務，一開始是利用Istio這套Service Mesh框架。不過，最近Knative團隊新增另一套由Solo.io公司所設計的Gloo（https://www.solo.io/glooe）作為Istio的替代方案，相關內容可參閱「Automating your Services with Knative and Solo.io Gloo」一文（https://itnext.io/knative-and-solo-io-gloo-2a877d456238）。但本文目前仍是以安裝Istio來示範。