企業中的 Kubernetes 與 Fujitsu 的 Cloud Load Control

今年稍早，Fujitsu 公開發布了其基於 Kubernetes 的產品 Fujitsu ServerViewCloud Load Control (CLC)。有些人可能會感到驚訝，因為 Fujitsu 的聲譽不一定與軟體開發有關，而更多與硬體製造和 IT 服務相關。作為 Linux 基金會的長期成員，以及 ​Open Container Initiative 和 Cloud Native Computing Foundation 的創始成員，Fujitsu 不僅建構軟體，更致力於開源軟體，並貢獻於多個專案，包括 Kubernetes。但我們不僅相信 Kubernetes 作為一個開源專案，也選擇它作為我們產品的核心，因為它在功能集、資源需求和複雜性之間提供了最佳平衡，以大規模運行分散式應用程式。

今天，我們想帶您進行一次簡短的導覽，說明我們產品的背景、為何我們認為 Kubernetes 非常適合您的客戶，以及 Cloud Load Control 在此基礎之上提供的價值。很久很久以前…

在 2014 年年中，我們研究了企業在數位化背景下所面臨的挑戰，傳統企業感受到越來越多來自 IT 產業的競爭對手正在進入其核心市場。Fujitsu 的客戶很大一部分是此類傳統企業，因此我們考慮如何幫助他們，並提出了三個基本原則

• 將應用程式與基礎架構解耦 - 專注於客戶價值的所在：應用程式。
• 分解應用程式 - 從更小、鬆散耦合的部分建構應用程式。根據業務需求重新配置這些部分。並透過低成本實驗鼓勵創新。
• 自動化一切 - 透過引入高度自動化來應對前兩點日益增加的複雜性。

我們發現 Linux 容器本身涵蓋了第一點，並觸及了第二點。但當時對於創建分散式應用程式並自動管理它們的運行幾乎沒有支援。我們發現 Kubernetes 是缺失的一塊拼圖。並非免費的午餐

Kubernetes 在管理容器化工作負載方面的一般方法令人信服，但當我們以客戶的角度看待它時，我們意識到這並非免費的午餐。許多客戶是中型公司，其核心業務通常受到嚴格的資料保護法規約束。我們確定的前三項要求是

• 內部部署 (可選擇混合情境)
• 作為 (更大) IT 基礎架構一部分的高效率營運
• 企業級支援，可能在全球範圍內

我們在考慮到這些要求的情況下創建了 Cloud Load Control。它基本上是 Kubernetes 的發行版本，目標是內部部署使用，主要關注容器基礎架構的營運方面。我們致力於與社群合作，並將所有相關變更和擴展向上游貢獻給 Kubernetes 專案。內部部署

正如 Kubernetes 核心開發人員 Tim Hockin 在他的演講中經常說的那樣，Kubernetes 是「一個分為兩部分的故事」，其中建立 Kubernetes 集群並非易事，而且由於基礎架構的差異，通常具有挑戰性。當涉及到 Kubernetes 的生產就緒部署時，情況尤其如此。在公有雲領域，客戶可以選擇像 Google Container Engine (GKE) 這樣的服務來完成這項工作。由於客戶在內部部署方面的選擇較少，因此他們通常必須自行考慮部署。

Cloud Load Control 解決了這些問題。它使客戶能夠在其自身的基礎架構上可靠且輕鬆地佈建生產級 Kubernetes 集群，並具有以下優勢

• 經過驗證的設定流程，降低設定集群時發生問題的風險
• 將佈建時間縮短至分鐘
• 可重複的流程，尤其適用於大型多租戶環境

Cloud Load Control 為各種平台提供這些優勢，從 Cloud Load Control 第一版中選定的 OpenStack 發行版開始，並根據客戶需求逐步增加更多平台。 我們對於長期移除虛擬化層並在 Fujitsu 伺服器上支援 Kubernetes 裸機的選項感到特別興奮。透過移除一層複雜性，運行系統的總成本將會降低，而缺少 hypervisor 將會提高效能。

目前我們正在貢獻一個通用供應商，以在 OpenStack 上設定 Kubernetes。作為推動多平台支援的下一步，基於 Docker 的 Kubernetes 部署似乎至關重要。我們計劃為此功能做出貢獻，以確保它在 Kubernetes 1.3 中成為 Beta 版。高效率營運

降低營運成本是任何提供 IT 基礎架構的組織的目標。這可以透過提高營運效率並幫助營運商完成工作來實現。考慮到大規模容器基礎架構，我們發現區分兩種營運類型非常重要

• 平台導向，與整體基礎架構相關，通常包括各種系統，其中一個可能是 Kubernetes。
• 應用程式導向，更關注部署在 Kubernetes 上的單個或一小組應用程式。

Kubernetes 在應用程式導向部分已經很棒了。Cloud Load Control 的創建是為了幫助平台導向的營運商有效地管理 Kubernetes 作為整體基礎架構的一部分，並使他們輕鬆執行與之相關的 Kubernetes 任務。

第一版 Cloud Load Control 提供了整合在 OpenStack Horizon 儀表板中的使用者介面，使平台營運人員能夠建立和管理其 Kubernetes 集群。

集群被視為 OpenStack 的一等公民。它們的建立就像建立虛擬機器一樣簡單。營運商不需要學習新的系統或佈建方法，自助服務方法使大型組織能夠快速向其租戶提供 Kubernetes 基礎架構。

直觀的使用者介面對於簡化營運至關重要。這就是為什麼我們大力貢獻了Kubernetes Dashboard 專案並在 Cloud Load Control 中發布它。特別是對於那些不熟悉 Kubernetes CLI 的營運商來說，因為他們也必須關心其他系統，一個出色的使用者介面非常適合完成典型的營運任務，例如檢查系統的健康狀況或部署新的應用程式。

監控至關重要。透過儀表板，可以深入了解集群層級。為了確保 OpenStack 營運商對其平台有深入的了解，我們很快將新增與Monasca（OpenStack 的監控即服務專案）的整合，以便可以從單一存取點將 Kubernetes 的指標與 OpenStack 的指標一起分析。品質和企業級支援

作為一家日本公司，品質和客戶至上是我們每項產品和服務的最高優先考量。這就是 Cloud Cloud Control 的實際價值所在：它提供了特定版本的開源軟體，經過密集測試和強化，以確保在特定平台集上穩定運行。

認識到容器技術和 Kubernetes 對於許多企業來說是新領域，專家協助是建立和運行生產級容器基礎架構的關鍵。Cloud Load Control 隨附支援服務，利用 Fujitsu 經過驗證的支援結構。這也為在世界不同地區（如歐洲和日本）運營 Kubernetes 的客戶提供支援，作為同一產品的一部分。結論

2014 年似乎已是遙遠的過去，我們相信選擇 Kubernetes 是正確的決定。它從頭開始構建，以實現基於容器的分散式應用程式的創建，並為此用例提供最佳支援。

透過 Cloud Load Control，我們很高興能夠讓企業在生產環境中運行 Kubernetes，並幫助其營運商有效地使用它，以便 DevOps 團隊可以在其之上建構出色的應用程式。

• ←上一篇
下一篇→