PaaS有業務連續性和災難恢復功能，從持續運行角度來看，PaaS將是一個有價值的選擇。本文將介紹PaaS的BC/DR的有點以及常用方式。
我認為PaaS是Web應用程序開發的未來趨勢。傳統開發平臺已跟不上時代。PaaS有很高的效率，非常完善的功能和很少的成本等優勢，這讓PaaS如何不成為主要部署方法？
PaaS最大的賣點就是BC/DR（業務連續性和災難恢復）。你不能否認一個可靠的BC/DR設計的重要性。即使是有適度地部署且規模較小的組織，也需要確認它們的應用程序可用并提供盡可能接近100%的時間可用。這也是基于Web的應用程序遷移的一個主要原因：這樣用戶在世界上任何一個地方以及各種條件下，都可以訪問關鍵任務軟件。
PaaS有幾個不同的方式來完善BC/DR計劃。首先也是最重要的是，簡單地在這些組織提供的基礎設施和平臺上部署軟件，這可能是一個重要步驟，就可以建立一個本地部署或者自我管理的部署。類似Google和Amazon這樣的企業擁有巨額預算來維護他們的平臺，給他們提供SLAs超過99.5%正常運行時間的能力。大多數企業則沒有這樣的資源。
最明顯的是租戶共享基礎設施，即他們自己的公司主機。對Google來說，你是在利用他們使用相同基礎設施來部署自己的產品。如果你在Microsoft的PaaS上開發，你可以利用他們軟件的底層結構，像Bing 和 XBox Live.。當然如果這些服務足夠好，你也應該相信它也可以為你的應用程序提供足夠好的服務。
但是完善的基礎設施和服務不是你所需的全部。有時候突發災難，地震、颶風和其他自然災害導致的停電并讓整個數據中心脫機。世界上所有的錢和資源都無法拯救因意外而中斷的基礎設施。
不過沒關系，因為PaaS解決方案為您的軟件提供簡單的全球分布。你可以將應用程序部署在世界各地多個位置，輕松設置負載均衡，例如Microsoft的Traffic Manager，在這些網站之間分配流量或因故障轉移流量。一個中心脫機并不意味著你的服務停機，如果你利用一個高可用性和永久存儲的后端應用程序，例如DynamoDB或者Google Cloud SQL，你可以確保沒有宕機和數據丟失。
動態可拓展性是一大特點，對PaaS來說更加容易。有時候可用性受到限制并不是因為故障或者災害，而只是由于流量容量和響應性。對于一個面向公眾的應用程序來說，沒什么比速度慢或者鏈接反應遲鈍更糟糕了。人氣是一個應用程序的生存關鍵因素。利用縮放選項，大多數PaaS可以提高你的應用程序的實例數量，確保流量使用高峰期不會降低你的服務。動態擴展可以根據你已創建的規則，瞬間作出反應且無需你的干預。
在一個PaaS平臺上遷移現有的開發或者規劃一個新的解決方案，似乎是一個艱巨任務的開始。有許多緩沖方法來解決，但PaaS盡全力解決前期問題。你可以放心，PaaS有內置的BC/DR特性，你的應用程序或者服務的業務連續性將是小菜一碟。
京公網安備 11010502049343號