曾有分析師指出，如果乙個雲計算策劃者或者架構師首先關注的是雲集成問題，那麼他已經犯下了第乙個錯誤。他認為，要想建立成功的雲集成戰略，就要忘記雲，然後擁抱工作流分析所帶來的好處，這也意味著架構師應該不再將雲看作是一種部署，最好的整合戰略應該始於對於過去的工作元素的統一模型，這也表示雲架構是應該最大化工作流引擎的靈活度。在開始將所有的一切放到一起之前，沒辦法談流程是不是和雲相容，必須要在邏輯上使之有效。
那麼企業如何將思維從戰略的整合轉移成為更加戰略的連線到雲的方法呢？下面尤其大關鍵問題需要企業考慮清楚。
要了解實際的業務需求。雲集成的服務涉及到概述性的內容，最終落實到實踐上。
要了解工作流。只是**業務需求已經不足夠了，還需要理解業務流程的每乙個步驟。
要了解企業目前的技能集合。當然時間就是金錢，而且如果在擁抱雲計算之前人員需要培訓就要做好準備，做好整體的成本預算。
要了解雲提供商的技能集合。比如是否提供api？有些廠商並不提供。軟體開發工具，包括了api，也包括除錯工具和技術指南，這些是不是免費的？一定要和提供商確認這些細節。
要了解每乙個選擇的成本。你進行工作還是提供商來工作？你是否需要第三方軟體或者諮詢師協助？不管怎麼樣，都需要知道成本以及誰負責支付這些成本。這對於評價最終的roi至關重要。
要了解時間進度。雲集成的陷阱之一就是時間。企業都希望快速進入雲端，但是整合點是流程設定的最常見的點。
要了解資料工作流。這一點可以反饋到時間進度這一點上，但是很重要的一點就是看看在效能可變性上的資料所起到的作用。架構師應該嘗試減少跨雲邊界的迴圈工作流的時間。
原文發布時間為：2023年08月20日
解決gradle與sonar整合過程中的版本問題
初學gradle，一切都還在摸索的過程中。今天剛剛試圖將之前基於ant ivy的乙個小專案轉移到gradle下，結果在和sonar整合時出現問題。gradle中支援sonar的方式很簡單，gradle提供了乙個sonar的plugin，簡單的在build.gradle中配置一下就好了 結果非常意外失...
SSH在整合過程中遇到的錯誤總結
1 error creating bean with name sessionfactory defined in servletcontext 說法1 spring中提供 contextloaderlistenter類，用來載入context的xml檔案。spring為struts提供contex...
避免在雲遷移過程中宕機
在公共雲遷移期間，it團隊需要採取謹慎的步驟，以避免聽到 系統宕機 這種可怕的提示。隨著組織遷移到基於雲計算的基礎設施，it團隊需要在遷移過程中保持可用性。但是，考慮到所有複雜性，在雲計算遷移過程中，防止宕機或最小化停機時間並不容易。雲計算團隊需要考慮資料不一致，監控不同的軟體版本，並檢查其網路連線...