DBaaS 或 DIY？ 組建與購買比較

資料庫是任何現代化組織的核心。即使是最小的企業也儲存有關銷售、員工記錄和生產資訊的資訊，這些資訊對於任何組織決策都至關重要。世界經濟論壇估計，到 2025 年，全球每天將產生 463 EB 的資料。因此，資料庫是數位經濟未來不可或缺的一部分。

對資料快速成長做出反應的組織已產生了各種資料庫平台，廣泛分類為資料庫即服務 （DBaaS） 或自行操作 （DIY） 資料庫解決方案。

在本文章中，我們將比較這兩種方法，以判斷哪一種方法更能符合成本效益，以達成您組織的資料庫需求。

自我處理方式的限制

DIY 資料庫平台專為滿足組織或其合作夥伴特定的結構化資料處理需求而量身打造。使用 DIY 資料庫解決方案時，您可以控制實體伺服器，並負責資料庫的設計與規劃、配置、整合、人員配置與維護。

雖然新增的控制功能可能具有吸引力，但升級資料庫時，增加的複雜性可能會成為負擔。DIY 設定需要額外的 CAPEX 和 OPEX 資源，例如伺服器、新的拓撲設計，以及更多開發人員和支援人員，以準備所需的資料庫容量。隨著您組織的成長，資料庫的成本和複雜性以及整合性也隨之增加。

仔細檢查 DIY 方法的成本，並權衡其限制與提高控制的優勢至關重要，尤其是當某些 DBaaS 解決方案具有的自訂功能，除了最特殊的自訂設定外，還能滿足所有的需求。

我們來看看 DIY 資料庫模型的一些特性。

經驗豐富、功能強大的開發人員成本

建立、部署和維護資料庫即服務系統，需要具備專業編碼技能、網路工程師和 IT 支援人員的開發人員。與這些專家相關的成本較無法預測，而且通常遠高於 DBaaS 的同等服務水準。在 DBaaS 模型中，您的組織會將意外成本卸載給資料庫供應商，由其協助簡化資料庫的配置與維護作業。

委外人員的考量，也無疑地克服了在競爭激烈的軟體開發人員市場中，員工留任的挑戰。具備專業技能的開發人員通常會受到極大激勵，在雇主之間移動，而找出選擇繼續投入您組織或專案的資深開發人員可能具有挑戰性。

關鍵專案中失去開發人員可能會為您的業務帶來沉重的財務負擔，無論是專案延遲，還是組織尋找替代產品。DBaaS 供應商通常較不依賴個人，因為其團隊整體而言更為專業，而保留問題不會散播給客戶。因此，您的組織享受與競爭激烈的專家市場分離，服務供應商承擔雇用和替換開發人員的責任。

時間就是金錢

任何 DIY DBaaS 或任何專屬系統都面臨的另一項重大挑戰，就是開發時間的成本增加。建立 DIY 解決方案需要大量的時間投資。它需要由下而上設計、規劃和配置新系統。然後，它也需要實際執行系統。

任何資料庫設定都固有的常見考量，也就是誰能存取資料庫、誰能執行備份、誰能安裝軟體更新，以及誰能修補伺服器上的作業系統，從頭開始組裝資料庫平台時，會特別需要投入。即使在整合現成元件時，開發專屬平台也需要比既有解決方案更多的設計、規劃，以及關鍵性測試。如果沒有現有的營運記錄和專家進行諮詢，即使一般的測試階段也能將開發週期延長到可接受的範圍之外。

DIY 解決方案也需要額外的組織開銷。您需要獲得核准才能資助開發，並建立團隊或部門來訓練和支援您組織的終端使用者。當您在高階主管核准中遇到瓶頸時，這個流程有可能造成官僚延誤。

這種額外的開發過程會耗用時間與人力，而您的公司則會將時間與人力投入您的產品。如果您正在考慮建立自己的解決方案，那麼值得仔細研究開發這種基礎架構（通常在產品開發開始前需要發揮功能）的工作是否值得損失資源，否則會致力於滿足客戶需求。

維護與事件回應

實施 DIY 平台也需要專注於維護所有相關資源。記憶體和處理能力的需求不斷增加，資源配置基礎架構的複雜性也顯著增加支出。這些資源也需要注意安全性。

使用客製化資料庫解決方案，讓您的 IT 部門承擔疑難排解與事件回應的責任。考慮到 2021 年的平均資料洩露成本低於 425 萬美元，2020 年有 16% 的洩露是由於難以資助或高階主管接受 IT 安全措施，我們不能忽視 DIY 解決方案帶來的潛在弱點。除了癱瘓您組織的營運功能並損害其聲譽，資料洩露還可能讓您的組織參與法律戰役。

在 DIY 設定中，維持對基本和關鍵基礎架構的適當存取也變得更加複雜。實體存取管理與 IT 支援人員相關。而且，在某些情況下，即使確保持續的電力供應，仍可能成為貴組織的責任。

管理和預建的 DBaaS 解決方案有助於減輕您的組織某些元件的負擔，這些元件是維護、實體外殼和事件回應成本等問題的一部分。

保持最新成本

在初始開發成本之後，一家託管並管理自己的資料庫平台的公司必須考慮一項最終的持續支出：未落後於技術的成本。維護您整套的資料庫管理軟體，將成為“獲取雲端”的練習，尤其是在混合式或雲端架構中。

隨著您的組織不斷成長，新技術不斷出現，您需要隨時更新軟體和硬體，以保持快速開發的領域和硬體領先，以跟上軟體和客戶不斷增長的需求。這些升級不只是跟上過去趨勢的問題。如同過去十年資料外洩的激增，網路資安軍隊競賽很可能隨著全球經濟轉向雲端而加劇。

資料庫即服務 （DBaaS） 模型考量

與 DIY 模式不同，DBaaS 模式提供更簡單的資料庫解決方案。使用 DBaaS 時，您擁有一個資料庫，無需付費即可設計並管理運行軟體。視您所需的客製化程度而定，這可大幅減少開發可行產品的時間。

外包安全性

雖然資安仍是企業機構最關心的 DBaaS 解決方案，但它對從業人員而言卻有著不同的面孔。鎖定您的資料庫，比較不須掌握完整的技術知識與投資，更不用擔心與既有專家的信任與合作。

您不用從前到後設計系統，而是承擔共同責任，因為組織的工作僅限於您的應用程式及其與資料庫的介面。然後，您可以依靠供應商的聲譽和專業能力來管理剩餘的堆疊。由於外部組織已開發出資料庫解決方案，因此後端有整合與開發。

這種缺乏發展對您的組織來說很少是損失，因為供應商通常非常專業。但請務必熟悉供應商的協定，以及貴組織在以合乎道德且安全的方式處理客戶資料方面所扮演的角色。某些 DBaaS 解決方案也能讓客戶“自行開發基礎架構”，這樣資料就不必離開資料中心，就能使用混合式、專門的 DBaaS 解決方案，在這種解決方案中，您仍然能夠高效地卸載資料庫特定的知識、運行時間、維護等。

隨時可用、隨時適應

各種供應商提供現成的解決方案，將開發新產品和服務的時間投資和財務影響降至最低。每個供應商都有專屬的專業團隊，致力於維護資料庫即服務的解決方案，更可預測的訂閱成本包含完全管理的升級、安裝和配置。

當然，“設置和忘記”的力量往往會限制靈活性。若您需要非傳統的設計，您可能無法輕易將服務方案客製化到與自行打造時相同的精細度，雖然有些供應商允許針對這些需求進行客製化與範本化。

Portworx® 等既有的現代化平台供應商提供足夠的客製化選項，為大多數使用案例提供量身訂做的解決方案。功能強大的平台應提供監控、備份、高可用性 （HA）、自動擴展和健全的安全選項等功能，在現成和自訂架構之間縮小了差距。您也可以將這些平台用於自訂應用程式，或作為標準化最佳實務的一部分。

結論

在 DIY 和 DBaaS 解決方案之間為組織的資料庫模型做決定時，必須仔細檢查資料庫的整個生命週期，以找出隱藏的成本。安全或員工成本等因素會大幅影響您組織的效率和生產力，因此，請務必將資料庫模型與組織目前和未來的功能和需求相匹配。

如果您決定使用 DBaaS，請考慮使用 Portworx Data Services （PDS），因為其彈性、強大功能和地位是業界第一個 DBaaS Kubernetes 平台。PDS 讓 DevOps 工程師能夠部署並管理生產級資料服務，並為在任何雲端上運行的應用程式提供廣泛的自訂功能、低成本，或依照標準化的最佳實務作為系統的一部分。

PDS 為各種資料服務提供全自動化管理和支援，例如 Postgres、Cassandra、Kafka、ZooKeeper、RabbitMQ 和 Redis。查看 Portworx 文件，深入了解如何使用 DBaaS 選項。