匹茲堡與克里夫蘭的 Kubernetes 顧問服務
KawaConnect 為匹茲堡與賓州西部，以及俄亥俄州東北部克里夫蘭地區的企業，設計、運行並支援正式環境的 Kubernetes。我們以 Talos Linux 與 Cilium 建置，而如果您其實不需要叢集，我們也會直接告訴您。
聊聊您的叢集 Linux 伺服器支援
此服務使用的平台
我們的服務內容
Kubernetes 會將容器排程到多部機器上，並在發生故障時重新啟動它們。我們設計叢集、將您的應用程式部署上去，並持續進行升級。
Talos Linux 叢集
專為 Kubernetes 節點打造、不可變且由 API 管理的作業系統，讓節點不會因手動變更而逐漸出現差異。
Cilium 網路
Pod 網路與網路原則，用來控制哪些服務可以互相通訊。
Helm 與 GitOps
應用程式描述於 Git 儲存庫中並自動套用，因此每項變更都經過審查，也都能還原。
GitLab CI/CD
在每次變更時建置容器映像檔、執行測試並發佈到登錄庫的管線。
監控與備份
用於叢集健康狀態的 Grafana 儀表板，以及叢集狀態與持久性資料的備份，並測試還原。
升級
規劃好的 Kubernetes 與節點升級，一次處理一個節點，同時讓應用程式持續運行。
在實體伺服器或 Proxmox 上的叢集設計
叢集可以直接運行在實體伺服器上，也可以運行在 Proxmox 底下的虛擬機器上。裸機讓節點能直接存取硬體。Proxmox 虛擬機器則讓快照、重建與測試叢集變得容易。我們會根據您的硬體、您的應用程式，以及由誰來維運，與您一起選擇。
- 控制平面：配置足夠的節點，讓其中一個故障時叢集仍能持續運作。
- 儲存：持久性磁碟區由本機磁碟或 Ceph 儲存支援，視您的資料需求而定。
- 存取：Ingress、TLS 憑證，以及誰可以存取叢集 API。
交付與維運
我們將叢集與應用程式的設定放在版本控制中。每項變更都是一個 GitLab 合併請求，而叢集會依循儲存庫的內容。
維運包含升級、監控、警示、備份與容量管理。我們會寫下每個環節如何運作，讓您的團隊或我們都能夠接手運行。若想深入了解，請閱讀我們知識庫中的 Kubernetes 指南與 Talos Linux 指南。
當 Kubernetes 不是答案時
叢集比單一伺服器需要更多維運工作。只有一個應用程式與一個資料庫的情況，通常在搭配妥善備份的 Linux 虛擬機器上運作得更好，這部分由我們的 Linux 伺服器支援涵蓋。單一主機上的少數幾個容器，則適合使用 Docker 與 Docker Compose。
當您需要跨機器的容錯移轉、滾動式更新，或必須一起排程的多項服務時，我們才會建議使用叢集。如果您不確定，我們的 Linux 與 Kubernetes 概覽會說明各種選項的比較。
合作流程
- 初步諮詢通話。我們了解您運行什麼、哪些必須持續在線，以及由誰來維運。
- 書面工作範圍。一份設計或檢視報告，附上作業順序，以及備份與回復計畫。
- 建置與交付。我們進行部署、測試故障與還原，並記錄維運方式。
- 長期維運。可自由選擇，由指定的工程師負責，且不綁約。
我們的辦公室位於賓州的 Coraopolis 與 Beaver Falls。克里夫蘭地區的現場工作配合專案安排，並提供全美的遠端支援。我們會在一個工作日內回覆。
關於 Kubernetes 顧問服務的常見問題
你們能接手別人建置的叢集嗎？
可以。我們會先檢視節點、存取權限、備份與部署方式，然後修復特定問題或接手維運。
為什麼選擇 Talos Linux？
Talos 沒有 shell，也沒有套件管理員。節點透過 API 進行設定，這讓它們保持一致，並減少可能設定錯誤或遭受攻擊的面向。
我們的應用程式需要 Kubernetes 嗎？
通常不需要。我們會在第一次通話中直接說明，若 Linux 虛擬機器或 Docker 更合適，也會向您建議。
你們能將我們的 Docker 工作負載遷移到 Kubernetes 嗎？
可以。我們會將 Compose 服務轉換為 Helm chart、移轉資料、進行測試，並在您核准的時程進行切換。
適合對象
- Docker 主機已成為單點故障的公司
- 需要映像檔建置、管線與可重複部署的開發團隊
- 運行著叢集，卻沒有時間進行升級與備份測試的組織
- 需要有文件且可稽核的基礎架構的受監管營運單位
相關指南
來自我們知識庫的淺顯說明。
