對現有的ERP客戶採用混合雲戰略

摘要：集成（過程和資料）的應用程式或平臺上運行的應用程式之間需要在兩個或兩個以上的混合雲環境基礎設施的聯合雲知道。 大多數雲創建混合雲環境的基礎設施平臺提供這種能力。

1市場潛力

有大約2％的市場在此刻，而是基於雲的ERP是將增長到2015年每年約21percent「，根據Forrester根據Gartner的調查，75％的雲部署將需要連接到上應用的前提。 為設計和實施混合雲的挑戰涉及到聯邦和私營部門和公共雲之間，資料管理和安全政策的持久性工作負載可攜性。 儘管如此，混合雲很可能是為企業前進最典型的做法。 收入確認（按照標準會計慣例）和產品搶食仍然是現有的ERP廠商的關鍵屏障，遊移，雲其完整的產品路線圖。

2戰略混合雲

需要考慮評估一個混合雲的設置相相對於在內部/私有雲。 幾個因素：第一，ORG結構起著定義為ERP功能的過程雲戰略的作用。 如果一個公司是非常不同行業的多元化可能變成一個SaaS的雲解決方案，提供所需的ERP功能不可用。 這並不排除實施內部私有雲環境，減少耗時的管理工作，或使用更高的系統利用率的虛擬化的公司。 收購的公司，跨地域，跨業務線的傳播規模較小的公司可以受益希望通過部署雲環境之間的整合，收購方公司的內部設置。 這種方法可以減輕一些短期的整合工作。 其次，典型的SaaS雲今天的高度標準化的產品，雖然這可能解決小型和中型公司的業務問題，它缺乏靈活性的定制可能由較大的需要企業。 公共雲產品也適用于業務流程層標準化的流程，因此在消費者的個人化設計ERP的設置步驟有限的。 最後，「傳統」的擔憂有關安全，資料保護和地方規定也起著決定作用的混合雲戰略

3確定候選應用

如果一個組織有不同需要的計算資源方面，也有既敏感和非敏感的應用，它可以使用混合雲來獲得兩全其美。 幾個問題需要詢問，才開始確定了可以被移動到雲應用：-

• 應用架構是候選人必須在網路通信方面的效率？

• 候選人可以申請在虛擬環境中運行？

• 是否使用者瞭解資料的性質和他們被授權使用在雲中的應用？

• 應用程式是否需要訪問的圖形加速器，音訊和視頻控制？

• 應用程式是否需要訪問專門的硬體或設備？

第一步，創建一個混合雲是確定應用程式應該留在內部部署和那些可以移動到雲中。 要為移動內部部署應用程式到一個混合雲認為典型參數為：可用性：一些應用程式具有高可用性和回應時間的要求。 這些應用程式的功能可能會受到影響，由於連接問題或延遲。 許可：在雲上運行的應用程式的目的應發牌機制，在與該應用程式實例的數量按比例混合雲向上或向下。

集成（過程和資料）的應用程式或平臺上運行的應用程式之間需要在兩個或兩個以上的混合雲環境基礎設施的聯合雲知道。 大多數雲創建混合雲環境的基礎設施平臺提供這種能力。 該平臺監測的內部雲的性能，開闢了一個應用程式的工作量，從公共雲時處理資源利用水準達到其臨界值外部雲票。 這些集成可以在應用層創建到Web服務，SOAP或基於SOA的方法。 這是必要的應用程式上的兩個IT基礎設施的API外露，建立它們之間的互連和集成。

4混合選項

例如，客戶可以選擇部署某些模組/作為SaaS在雲軟體的功能，而其他模組上運行的前提。 因為所有的模組共用一個共同的代碼基礎，對內部部署和混合雲計算環境的SaaS應用的集成大大簡化。 大型ERP廠商提供的產品，現在其中的經典內部部署模式的核心ERP-棧，而像客戶關係管理和電子商務採購的多租戶雲架構，業務線應用程式因此需要有一個與之間提供了最好的產品品種艦隊應用同一個廠商的產品評價工作。 ERP供應商的利益，因為在這兩個服務提供圖形化工作流/業務流程管理套件（BPMS）工具和平臺（PaaS的）雲環境是越來越多。 ERP廠商提供的PaaS服務有明顯的優勢時說服客戶採用單一供應商模式。

5如何使混合模式工作

有幾個問題需要在雲移動ERP解決：-

• 互聯網是否有足夠的頻寬和流量管理，以支援這個資料移動？

• 資源可以得到有效和動態配置，以支援在需求增加或間歇性的變化

• 如何將安全性原則綁定到一個特定的物件（原價：VM）保持一致，如在網路上從一個網路到另一個虛擬機器移動連貫？

• 何時開放標準定義和接受的編纂，以解決這些問題？ 請問目前的基礎設施運行在一個可伸縮的方式這些開放的標準？

• 如何將速率限制分發到雲供應商提供了關鍵的控制能力，網路頻寬的使用，就好像它是一個網站的所有源？

• 法規遵從性-堅持本地IT遵從

• 廠商鎖定期和應遵循的相關條件

• 互通性-整合能力與不同的系統

• 性能和延遲-任何在執行過程中可能出現延誤

開放雲聯盟（OCC）的標準和雲安全聯盟的最佳做法，也可轉介。 集成業務流程的整合代表迄今為止線路經理誰需要定義和協調的過程，可以無縫地交換資料和資訊的最頭痛的跨雲環境和能夠「派發」的業務流程，可以在不同的雲平臺實現的功能塊。 流程編排流程改造和服務自動化被視為雲採用的關鍵設計推動者。 流程改造，使他們服從雲採用和「突發」無縫公共雲服務與被服務的自動化能夠使用自動跨資料庫，中介軟體和應用層部署。

如果一家公司所有的IT，應用服務功能，基礎設施可以不必然觸及每一個單件的整合工作已經完成升級。 Web服務為一體的SOA模式的一部分，是一個對Web啟用ERP雲為基礎的互聯網環境中的關鍵技術，按需模型。 因此，混合雲模式是所有關于中繼資料和邏輯能力從核心企業應用程式駐留在其他應用程式的前提下，駐留在雲中。 對目前資料的能力，在一個統一的方式跨越各種平臺的資訊是一個關鍵因素是影響最終使用者的應用和培訓需求。

服務保證

一旦業務服務已超過混合雲框架部署，就成了必不可少的監測中發揮其持續業務方面的關鍵作用。 服務保證的關鍵參數有：

• 能夠監視從終端到終端可以支援的業務流程，角色，BPM工具可以説明

• 提供跨越上的前提下，私人和公共雲的業務表現單一視圖，並主動管理SLA違規

• 整合網路流量和延遲分析

管理基礎設施

雲服務提供者通常提供一個雲管理主控台，而該組織可能已經部署的基礎設施管理平臺，管理內部IT。 雖然這兩種可能提供的資源配置和資源的監測能力，他們不會提供性能管理能力，使每消耗作為資源的自動縮放。

這兩個管理平臺需要集成提供一個混合雲單一視圖，可滿足使用附加元件或外掛程式元件提供的功能來管理作為一個整體的兩個基礎設施。

(責任編輯：admin)