一般，為了讓利用或許正常運行并將其連結至它的組件就需求在開闢利用時就對其進行建置。組件化即是指把利用劃分為多個孑立的單位，之后就可以把這些孑立單位集成為一個可支持用戶利用的任務流。一個提供軟件即辦事SaaS的云供給商會提供一套組件，所以SaaS供給商必要給出具體的連結定義，以便于他們的組件或許與其他組件連結以創造融合利用。這一切都是以利用編程接口API和特定機制的完整文檔為根基的，也即是一個用于注冊所安裝組件的目次。

　　對于供給商而言，或許記得為他們的SaaS組件創設一個目次長短常主要的，同樣他們還必要為用戶提供一個提升用戶個人的自托管組件的機制。假如沒有這個機制，那麼供給商將無法為之后的整合提供一個完整的可用組件庫。

　　配置是指為每個利用組件分發物質的過程，此中的要害疑問在于各個組件實質上需求什麼樣的物質。配置在云中的所有利用和組件都必要有一組關連聯的條例，以確保它們都或許分發到準確的物質。目前，有兩種實現這一目的的想法：提供一個之后可供云控制體制採用的需要目次，或者提供一個被稱為開闢運行百家樂 自動下注的劇本步驟或模子，它以一系列有序程序的格式繪出了實質的配置過程。云供給商應該或許同時支持這兩種方式。

　　在這兩種場合下，在云配置過程中都需求有一個完整的參數庫以開導物質的抉擇。對于開闢運行而言，要害的疑問在于云中拜訪控制接口的方式。不利的是，已有大批的流行開闢運行器具，此中包含有了Chef、Puppert、Juju以及Salt等。百家樂賭博供給商必要對它們進行逐一查驗并確定它們是否都具有領會的操縱說明在適合的場合下還包含有器具以便于把這些器具與供給商的云API進行整合。在云平臺上配置流行利用時可採用開闢運行圖和劇本步驟，同時如何改動這些圖和劇本步驟以供融合云採用的採用說明將是大有裨益的。

　　在整合方面，要害的需要是或許拜訪一個公眾目次以便于在進行云利用配置時找到相應的利用組件。這重要是一個尋址的疑問，也即是說其機制將跟著如何將地址分發給云和數據中央組件而變動。目次機制具體包含有DNS 和UDDI或者如Amazon所採用的彈性地址可協助實現云組件的連結，那些云組件和其他組件可能會被配置在任何位置以互換任務負載。許多開闢運行器具支持集成和配置，而焦點支持這些器具以勉勵融合云用戶採用它們也許將長短常有代價的。

　　你可以把被一些用戶和供給商稱為平臺辦事或網絡辦事的辦事視為整合的開拓。一個提供平臺即辦事或根基設施即辦事的運營商也可以提供一個性能組件——從數據庫即辦事DbaaS到內容緩存與交付——該組件可能會與云或客戶數據中央中的用戶利用整合在一起。許多云供給商城市把這些平臺辦事視為一個提高他們單個用戶平均收入和加快云推銷的想法，不過假如供給商不可準確地教育客戶，那麼他們即是在使整個利用性命周期變得更為復雜。

　　也許DbaaS即是一個最好的範例。一個從融合利用拜訪的TB級云儲備體制和一個採用尺度塊讀寫方式拜訪的內部數據中央組件，固然這兩者的性能極度相近，不過它們的拜訪本錢和對網絡要求的分別倒是極度明顯的，更不要提對功能的陰礙了。假如供給商提供了一個查詢辦事，並且這個辦事只是向云數據庫發送了一個SQL查詢號召，那麼這個辦事的數據互換實際只是通過網絡互換了查詢請願和查詢結局的數據。這對于要害工作利用的云化將是一個明顯的推進，但這也要求融合云客戶從頭設計他們利用的條理，即發送查詢號召而不是發送數據塊讀寫號召。這意味著，縱然是在利用性命周期的開闢采購階段供給商就需求向客戶提供給用開闢采購的開導。

　　就目前而言，并不是所有的企業級要害工作利用需求融合云辦事，假如沒有這些需求實現融合云化的企業級要害工作利用，那麼云的成長空間將大大縮小。更好地支持融合云客戶，你就有時機牟取最好的云財源和最豐盛的利潤回報。