基於混合雲管理標準化模型，消除差異化與互操作性難題

作為數字化轉型的重要技術支撐，混合雲以既具備公有云彈性伸縮又有私有云的可靠性等優勢，被越來越多企業所採納。但與此同時，混合雲架構的互通、管理、安全等問題，給企業帶來了許多新的管理和治理挑戰，成為企業用好雲與管好雲需要面對的重要事項。

在混合雲環境下，因為不同雲廠商之間的技術壁壘所產生的差異化、互操作性等問題日益突出，使得雲部署與管理的難度加劇。由於沒有一個統一的物件模型，就需要使用每個雲廠商提供的物件模型編寫對應的程式碼，而管理多個雲廠商就會有大量重複程式碼產生，導致開發效率低下、程式碼冗餘、程式碼結構複雜、難維護等問題。

混合雲管理標準化模型

針對這些問題，富通雲騰研發的混合雲管理標準化模型，透過研究各個雲產品的特性和各個雲服務的使用方式，調研其API介面的物件屬性和儲存方式還有描述資訊，抽離出了一套獨有的業務物件模型和資源樹作為資源適配模組的核心(包括建立雲資源型別知識庫，對轉化規則中的API屬性進行語義分析，幫助開發者減少規則的分類和編寫)，透過設定統一轉化器，將各個雲的API物件和核心物件模型進行轉化，以達到消除差異化的目的。

透過混合雲管理標準化模型和轉化介面卡，可以方便地將其他雲資源透過轉化方法快速納入到雲管理平臺，而開發人員無需明晰介面卡的工作原理，只需要寫對應的轉化器規則和物件屬性的匹配方式即可。

多雲引擎的統一架構

富通雲騰混合雲管理標準化模型，透過多雲引擎提供了統一入口，抽象出統一的操作物件，註冊後再排程時進行路由。它分為模型、函式、控制層。

模型：包含了操作的請求響應模型與資料模型。請求響應模型，對外定義了統一的資源操作引數資訊;資料模型，則為資料庫的對映物件。

函式：函式與請求模型物件補充雲型別版本資訊後繫結形成一個Action，註冊到控制層。雲操作函式，提供了針對各雲的基於SDK或者Rest-API的操作，繫結模型層的請求及響應物件;轉換函式，提供了資料物件之間的轉換操作;校驗函式，提供了請求引數的校驗及賦值預設值。

控制層：提供了Action工廠，Action註冊中心。Action工廠，處理接收請求並根據請求路由至對應的Action處理函式進行函式呼叫處理;Action註冊中心，專案啟動時註冊各個資源的處理函式，併為Action工廠提供函式路由。

物件屬性的完整、準確與一致

一般來說，透過SDK獲得物件(輸入物件)會包含很多屬性(源屬性),源屬性從Model實體態上一般分為三類:語法實體、儲存實體和語義實體。其中語義實體為描述性實體，不存在Model物件中，但是會以文字方式存在，作為物件分析的重要參考物件。

源屬性從設計態上一般分為四類：一致性屬性(語法實體和儲存實體還有語義實體全部一致)、非一致性屬性(語法實體和儲存實體還有語義實體有至少一個是一致的)、獨有屬性(實體態完全不一致)和狀態屬性(標識狀態的特殊屬性)。

為了保證這些物件屬性的完整性和準確性，富通雲騰透過分析設定了獨有的Model(輸出物件)屬性(目標屬性)，輸出物件對源屬性中的一致性屬性進行融合處理，對非一致性屬性進行轉譯處理，對獨有屬性進行保留處理，對狀態屬性結合狀態字典進行匹配處理。同時，為了保證字典項的完整性，透過分析資源狀態屬性來更新字典項，保證最後輸出物件中的目標屬性的一致。

結語

綜上，混合雲管理標準化模型透過提供統一的業務配置庫，提升了雲應用的標準化水平，降低了操作的差異化以及技術學習曲線，同時實現了多雲平臺資源服務關鍵要素的抽象和統一，旨在消除雲資源服務的差異化，為混合雲部署與管理打下堅實的基礎。

在混合多雲時代，富通雲騰研發的混合雲管理標準化模型，不僅極大地節約了企業業務系統的開發時間，擺脫繁冗的資源對接和程式碼更新工作，還可以將更多的精力集中到業務發展本身上，從而提升業務敏捷力。