From 068fe695e5553a409de307950cc51ea47ebc836f Mon Sep 17 00:00:00 2001 From: Pinghao Wu Date: Thu, 10 Oct 2024 14:52:50 +0800 Subject: [PATCH] RelatedWorks: multi-tenancy: beyond cscloud --- Sections/3.RelatedWorks.tex | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Sections/3.RelatedWorks.tex b/Sections/3.RelatedWorks.tex index 568399d..84e671b 100644 --- a/Sections/3.RelatedWorks.tex +++ b/Sections/3.RelatedWorks.tex @@ -41,4 +41,4 @@ Kubernetes Namespaces 由於只影響 API 上能描述的 resources 相互關係 基於叢集的多租戶需要動態的配置多個獨立叢集與節點，因此經常透過大型虛擬機平台實做，加上 cluster API 達成相關的自動化。Cluster API 是 Kubernetes API 的延伸，透過自訂 resource 種類，將租戶叢集的管理以 controller 的方式實做，達成以一個管理用母叢集，控管多個租戶子叢集的形式，減少在維運上的負擔。有些手法另外會將叢集邏輯元件在部屬上盡可能與叢集本身抽離，以其他方式統一代管，避免租戶操作上的意外影響，提昇可靠度，並且降低多叢集在資源上的部份負擔。 -雖然基於叢集的多租戶具備功能完整、架構簡潔與高度隔離的優勢，並且已有較多完整的現成解決方案，然而資源開銷較大，本研究有上千個潛在的租戶，考量到系計中的硬體資源，此方法並不實際。本研究採取基於 Namespace 的多租戶設計，並且將其加固以貼近硬多租戶，使用較低的資源成本，但仍提供可接受的安全性。 +雖然基於叢集的多租戶具備功能完整、架構簡潔與高度隔離的優勢，並且已有較多完整的現成解決方案，然而資源開銷較大，本研究有上千個潛在的租戶，考量到系計中的硬體資源，此方法並不實際。本研究沿襲 CScloud，採取基於 Namespace 的多租戶設計，並且將其加固以貼近硬多租戶，使用較低的資源成本，但仍提供可接受的安全性。另外我們將加固實做重新整理，以更低的開發維護成本與更新的技術實現。 -- 2.45.2