PaaS：您需要了解的內容
什麼是 PaaS，它有何獨特之處，以及它在組織內如何運作？以下是您需要了解的內容。
為您的公司選擇應用程式解決方案時，您不能依賴任何會讓您、您的員工或您的客戶失望的東西。
然而，由於有如此多的技術解決方案和軟體選項可供選擇，很難知道您的研究應該從哪裡開始。為此，我們收集了有關平台即服務（PaaS）的資訊，以幫助您了解這項服務是什麼、它與其他解決方案有何不同，以及為什麼它是您整個數位策略的必備基礎。
我們來看看PaaS。
什麼是 PaaS？
平台即服務 (PaaS) 是一種雲端運算和服務模型，其中軟體、應用程式和其他工具作為統一平台的一部分以數位方式交付。這些資產可以立即將團隊轉變為應用程式開發人員，使您能夠利用內部設計能力來實現遠超基本應用程式的功能。
以下是關於 PaaS 的一些最重要的事情：
PaaS 做什麼？
PaaS 平台可根據您的需求提供多種功能。然而，它最重要的作用是支援您進行應用程式開發和部署的工作。例如，您可以使用您的平台來：
PaaS 工具存在哪裡？
與某些內部部署解決方案不同，PaaS 並不完全依賴線路、硬體或其他實體元件。相反，PaaS 是一種雲端服務。其所有資料、軟體、開發工具和應用程式資訊均以數位形式存在，並可遠端存取。
使用者是否託管自己的 PaaS 平台？
PaaS 由平台服務提供者或 PaaS 供應商託管，他們作為您設計和使用平台的合作夥伴。該供應商在其內部基礎設施上管理和運行軟體，這意味著您的團隊無需花費時間、金錢和精力來在內部安裝硬體和軟體。其結果為更簡單、更有效率的雲端應用程式開發奠定了基礎。
與現場解決方案相比，PaaS 有哪些優勢？
儘管現場解決方案早已成為預設方案，但數位化和不斷增長的客戶期望已經暴露出這種方法的真正限制。 PaaS 提供雲端運算作為替代方案，消除了與設計應用程式的完全實體基礎架構相關的固有風險和成本。為了彌補這些缺陷，PaaS 帶來了許多優點：
- 靈活性：雲端運算可讓您根據需要重新組織或重構您的應用程序，為您提供跟上快速變化的數位生態系統所需的靈活性。與現場解決方案不同，PaaS 平台可以修改策略或更新應用程式產品，而無需大量停機時間。
- 可靠性：現場硬體容易受到各種危害，從竊盜和意外損壞到自然災害造成的破壞。另一方面，雲端應用程式可以實現數位安全，並且不會面臨與實體硬體相同的風險。
- 可訪問性：當現場工具造成挫折、限制和位置限制時，存取資料可能會變得複雜甚至不可能。借助 PaaS 解決方案，您的資料和應用程式存在於雲端 - 這意味著可以從任何有網路存取的地方完成關鍵任務。
- 節省成本：實體組件需要維護、修理和持續保養才能順利運作。 PaaS 克服了這些成本，並提供數位解決方案，而無需對硬體或軟體進行高價升級，從而使您可以在更經濟實惠的設備上管理雲端應用程式。
請注意，雖然它顯著減少了對內部硬體的需求，但 PaaS 解決方案並不能完全取代您的 IT 基礎架構。相反，它可以幫助您利用現有的基礎設施來利用服務提供者所託管的平台。
不同類型的PaaS
PaaS 主要有三種：公有、私有和混合。這些類型由其設計及其使用方式定義。
以下詳細介紹一下每種類型的 PaaS：
1. 公有 PaaS
公有 PaaS 的名稱取自其最常用的公有雲。它允許使用者專注於其作為開發人員的角色，實現應用程式測試和部署，同時 PaaS 供應商管理伺服器、作業系統和基礎設施的其他元素。公共 PaaS 的範例包括 Salesforce Heroku 和 Microsoft Azure。
2. 私有 PaaS
另一方面，私有 PaaS 解決方案用於您的私有雲。它對使用哪個雲端提供者以及如何管理基礎設施等細節提供了更多的控制。然而，這也增加了 IT 工作量，因為內部專家通常負責防火牆和基礎設施的其他現場元素。私有 PaaS 的熱門範例包括 Apprenda 和 Red Hat OpenShift。
3. 混合 PaaS
如果公共或私人 PaaS 解決方案都不能完全適合您的業務，那麼第三個選項可能特別有吸引力：混合 PaaS。混合PaaS作為公有雲運算和私有雲運算的結合，既保留了公有雲運算的靈活性和簡單性，也提供了私有雲運算的控制力和粒度可視性。混合 PaaS 的一個例子是 Google Cloud Platform 和 Nutanix 之間的合作，它同時利用了私有和公共元素。
PaaS、IaaS、SaaS
儘管 PaaS 是一種專業化的產品，並且能為像您這樣的公司帶來許多好處，但它與其他即服務模式的密切關係可能會導致一些混淆。以下讓我們進一步了解 PaaS 與其他兩種模式的差異：
PaaS 與 IaaS
基礎設施即服務 (IaaS) 是一種雲端運算解決方案，其中第三方服務供應商託管基礎設施的關鍵元素，包括：
- 網路
- 資料儲存
- 伺服器
- Web 應用程式
- 雲端應用程式
IaaS 的範例包括 Cisco Metacloud、Rackspace 和 Linode。
請注意，PaaS 和 IaaS 密切相關，因為基礎設施即服務是平台即服務產品不可或缺的一部分。然而，雖然 IaaS 是一種更簡單的自助服務解決方案，僅專注於提供對這些 IT 元素的訪問，但 PaaS 供應商在幫助擴展和管理平台工具方面發揮著積極作用。
PaaS 與 SaaS
軟體即服務（SaaS）是另一個類似但獨立的模式。 SaaS 範例包括 DropBox 和 Hubspot。
SaaS和PaaS的差別在於責任的分配。雖然 PaaS 讓使用者控制應用程式開發，提供平台和雲端服務作為內部創建的基礎，但軟體即服務 (SaaS) 將所有這些責任交給值得信賴的服務提供者。這意味著使用 SaaS 的公司無需設計、測試、部署或管理自己的應用程序，而是存取由第三方創建和託管的現成應用程式。
深入了解 PaaS、IaaS 和 SaaS
在確定了不同的即服務產品之間的差異之後，重要的是採取下一步行動——分析 PaaS 與這些類似模型相比的地位。
簡而言之，PaaS 是「中間立場」。它提供 IaaS 的底層基礎設施支援，而無需 SaaS 所需的完全外包，從而使您的開發團隊可以外包網路、伺服器和應用程式或軟體開發的其他關鍵要素，而無需放棄對整個過程的控制。
它看起來是這樣的：
- IaaS提供基礎設施支援，但不提供開發或部署應用程式的框架。
- PaaS產品包括基礎設施和開發工具，可創建一個堅實的框架，而無需您做出關鍵決策。
- SaaS是一種最適合那些不願意開發自己的軟體的人的解決方案，它允許使用者選擇現成的應用程序，而不是自己設計。
簡而言之，PaaS 在支援和靈活性之間實現了平衡——這是即服務世界中的一個重要的差異化因素。
誰負責監督 PaaS？
因為任何提供 PaaS 的 PaaS 本質上都是合作關係而不是自助服務工具，所以有必要提前確定誰負責 PaaS。
PaaS 提供者的職責
作為PaaS基礎設施的“所有者”，PaaS提供者負有一定的責任。這些包括：
- 在 PaaS 解決方案中建置和部署軟體產品。
- 確保服務順利、可靠地交付。
- 幫助公司擴展 PaaS 平台工具以滿足特定需求。
- 維護 PaaS 軟體。
- 提供符合約定期望的服務。
- 排除故障並解決技術問題。
使用者責任
作為 PaaS 平台的使用者，您有自己的責任。然而，這些都是建立在合作關係的概念之上的：您的應用程式建立在第三方框架上。因此，您對底層基礎設施的責任較少，而可以將更多的精力放在應用程式的有效設計和實施上。話雖如此，許多內部利害關係人參與監督 PaaS：
- CIO 可以帶頭實施 PaaS，充當貴公司和 PaaS 提供者之間的主要聯絡人。
- 開發人員作為PaaS解決方案的主要使用者，通常在其選擇和部署方面擁有發言權。
- IT 管理員通常負責將 PaaS 軟體整合到現有基礎架構中，並管理 PaaS 供應商未涵蓋的任何內容。
- 客戶服務專家也可能參與 PaaS 解決方案的使用，因為他們的專業知識可以幫助創建面向客戶的應用程序，以塑造和支援客戶體驗。
消費者責任
儘管 PaaS 供應商提供了用於開發和部署雲端應用程式的工具和軟體，但開發面向客戶的應用程式時真正的最終使用者是您的受眾。根據您的應用程式的設計方式，消費者可能會有一些小任務 - 例如，安裝支援軟體或維護他們的帳戶 - 但他們不負責任何託管、維護或更新任務。
探索「即服務」選項
您是否正在尋找昂貴的開發人員現場工具的替代品？ PaaS 是一種設計、建置、部署和管理公司應用程式的更有效方法，並且由於其根植於雲端運算，因此它易於存取、可靠且靈活。
在 Liferay，我們相信客戶體驗是公司所做一切的核心。對我們來說，這意味著為您提供創建豐富、高效的應用程式所需的技術工具和軟體；對於您來說，這意味著選擇正確的即服務選項來服務您自己的客戶。透過我們基於雲端的解決方案和全面的平台產品，我們可以成為您團隊的一部分——這只是您為觀眾提供難忘體驗的另一種方式。
探索我們的平台，了解您的業務將面臨哪些變化。
文章來源：https://www.liferay.com/zh/blog/current-experiences/paas-what-you-need-to-know
