答：混合云不是某個產品或某個場所，它是一種云計算技術的存在形式，由私有云（本地或托管/托管）和公有云的組合而成。不過，混合云并不是公有云與私有云的簡單組合，而是將這兩者進行了有效整合，實現了任務的統一調度和編排。混合云讓企業可以為合適的環境選擇合適的工作負載，并隨著業務需求和技術的變化而移動工作負載。
問：混合云與數字化轉型有什么關系？
答：今天很多企業都在進行數字化轉型，混合云可以為數字化轉型提供很好的基礎。這主要體現在以下兩個方面：第一，助力商業和運營模式轉型，此時企業需要能夠快速有效地建立和測試新概念的能力，而又不能影響現有業務正常開展。如果在自己的數據中心來做這種實驗，會帶來很多安全、合規等方面的問題、成本也很高。如果采用混合云則靈活得多，而且一旦成功也可以方便地在公有云和私有云之間遷移。第二是優化業務功能和降低成本。公有云非常適用于非生產性應用、災難恢復和長期保存數據，借此可以大幅降低成本，而業務應用程序可能需要保持隔離或對延遲敏感時，私有云和托管私有云更有優勢。兩者的結合可以更好的優化成本，同時保證業務的正常運行，為數字化轉型提供更大的支持。
問：混合云有哪些特點或者說優勢？
答：混合云最大的兩個賣點是其靈活性和可擴展性。它讓企業可以享受云時代的技術紅利，能快速擴展以應對突發的和不斷發展的業務需求，同時還能保留對數據的更大控制權，并可以優化成本。比如，對于敏感信息可以保留在企業防火墻內的自有數據中心內（私有云），而一般數據可以放到企業防火墻之外的公有云上。而在靈活方面，一個典型場景是在利用公有云來解決業務連續性問題，在突發需求和私有云發生故障時，利用公有云來支持業務正常運行。
問：混合云與多云有何區別？
答：多云是一種部署云的策略，而混合云是一種技術的組合。多云是混合來自不同提供商的云服務，通常是為了滿足特定的工作負載需求，但它們之間沒有連接或協調，而混合云隨混合了不同種類的云，同時實現了統一編排和集成的。另外，多云一定是多廠商的，不會有人告訴你，它提供的是多云，而混合云可以是某一個廠商提供的。雖然沒有明確定義這一點，但實踐中，多云更多地強調多個公有云的組合，而混合云一定是私有云與公有云的組合。
問：混合云應該具備哪些能力？
答：首先是安全能力，即使將任務關鍵型數據移至云端，也可以確保數據安全，免遭任何漏洞和復雜網絡攻擊影響。其次，是靈活性，獲得易于擴展的必要的混合云服務器以實現增長，同時所具有的硬件和軟件可協同處理各種工作負載。其三是可靠性，通過面向混合云基礎架構的大型機加爵方案和多層存儲，徹底改造應用和數據組合。
問：如何構建一個更具開放性和靈活性的混合云平臺？
答：Cloud Pak建立在開源技術的基礎上，其中包括企業就緒型 Kubernetes容器平臺紅帽OpenShift和優秀的企業Linux平臺紅帽企業Linux等；旨在幫助客戶實現隨時隨地運行任何應用的愿景，企業只需一次性構建關鍵任務應用，就可以在主流的公有云或私有云上運行，包括亞馬遜AWS、微軟Azure、谷歌云、阿里云、IBM云。
問：企業如何評估自身是否需要混合云架構？
答：要評估企業是否需要混合云架構，首先要搞清楚不同云形態的特點，比如公有云的優點是成本低、敏捷、靈活、使用方便，私有云的優點是可控、安全、高可用。其次，要依據企業自身的規模、業務復雜性、業務多樣性進行評估。通常情況下，對于中小企業來說，公有云已經能夠滿足絕大多數的業務需求，可以按需付費，降低使用成本；而對于規模較大的企業，尤其是對安全合規有明確要求的企業或機構來說，公有云往往是不夠用的，可以選擇把與用戶連接的非敏感數據放在公有云，以提升用戶體驗，把核心系統及其敏感數據放在私有云或本地數據中心，以滿足監管和合規要求。
總的來說，企業需要根據具體的需求，比如運行周期、服務質量、安全合規等，以不同的方式細分云工作負載。這意味著，混合云將是企業平衡創新、安全、成本等因素的“最優解”，將成為未來企業構建IT環境的基調。而如何在不同的公有云、私有云以及本地數據中心之間實現資源的靈活調配和統一管理也將成為企業將面臨的新挑戰。
問：云計算要求技術人員更新知識結構，企業在人員能力方面的挑戰大如何解決？
答：傳統的IT人員，開發團隊和基礎架構團隊保持獨立。而在一個混合環境中，技能不再是諸如配置服務器之類的單一技能組合，更多地是與每個人如何使用基于云的工具來管理和監控可伸縮性有關，這就要求技術人員需要同時具備新的技能和舊的技能。對于企業來說，無論是對內部人員進行能力培養還是從外部引入新的人才，都將是不少的成本投入。而這，也是阻礙企業采用新技術的一大阻礙。因此，擁有更低門檻、更豐富功能和工具的技術平臺也許會成為企業解決人員問題的選擇。
比如，IBM Cloud Paks提供的就是提前預先集成的容器軟件服務，簡化應用部署和管理，并且可以一次構建、隨處運行，允許用戶非常快速、輕松地把應用部署到基于Kubernetes 的容器編排平臺上。除此之外，IBM Cloud Paks還集成了大量的數據管理、人工智能、自動化、多云管理等相關技術和工具，可以大大降低技術的使用門檻。
問：架構設計中，敏態與穩態需求怎么權衡？
答：在上云的過程中，需要考慮哪些應用系統能夠上云，哪些系統不上云。簡單的原則是，重負載、IO高、響應時間要求高的系統不適合上云。業務系統上云，不是為了上云而上云，最重要是要能夠發揮出云的特點，達到云原生的效果，實現CI/CD，開發運維一體化敏捷管理。
如果關鍵系統要上云，那么一定要保證后臺架構的穩定性，具體可以采用基于微服務的混合多云架構，當任何一個節點出問題，可以把應用快速遷移部署到另一個環境。同時，這也是滿足前端業務敏捷響應和快速創新的一種重要方式。
問：混合云是企業實現業務自動化的必要條件嗎？
答：混合云不再是一種戰術上的解決方案，而是一種戰略途徑，可幫助企業快速應對不斷變化的業務需求。IT 領導者必須精心設計混合多云環境，將員工、客戶、合作伙伴、供應商和設備聯系起來， 以滿足日益增長的客戶需求。業務自動化方面這就需要可提高生產力并提供支持創新，同時兼具可靠性和安全性的平臺。 IBM Cloud Pak for Automation 是開放并可擴展的智能業務自動化平臺，提供內容捕獲、內容管理、流程管理、規則決策管理的能力。這些功能運行在整合、統一的容器中，不僅提升了企業流程自動化過程中的部署、運行和管理問題，同時提供了全新的 圍繞業務自動化的洞察力，并從收集到平臺上運行著的各類流程自動化數據 加以分析，進一步優化運營。
問：實現企業流程和業務的自動化，需要什么樣的底層架構做支持？
答：企業流程和業務的自動化主要聚焦在內容捕獲（Capture）、內容管理（Content Management）、流程管理（BPM）和規則決策管理（ODM）的解決方案。這些功能運行在統一的容器中，可以提升企業流程自動化過程中的部署、運行和管理問題，同時收集到平臺上運行著的各類流程自動化數據并加以分析，提供企業全新的圍繞業務自動化的洞察力。這些業務洞察為進一步優化業務流程提供真實而有價值的信息。IBM Cloud Pak for Automation 是開放并可擴展的智能業務自動化平臺，提供內容捕獲、內容管理、流程管理、規則決策管理業務流程自動化端到端的能力。另外，企業可以借助RPA結合機器學習和Cloud Pak for Automation的組合，結合知識型員工，增強員工和數字勞動力隊伍。以增強人工智能導向決策的超自動化為目標，以最大程度地實現業務連續性和一致性。在Gartner2020年科技發展趨勢報告中，超自動化會是引領下個十年的十大科技重點之一。
問：如何設計一個合理的遷移方案？
答：一般來說，云遷移會涉及以下幾個環節。評估設計：評估現有的系統架構，充分考慮對遷移的影響因素，根據評估方案作出整體遷移方案設計；測試驗證：通過POC測試、性能測試驗證遷移方案的可行性，確認網絡帶寬、遷移時長、遷移工具等方案細節；環境部署：在目標部署方案中的資源，并完成相應安全策略配置，對目標環境、遷移鏈路做聯通測試；遷移上線：執行遷移操作，完成數據、文件、主機、大數據等的遷移，做完成的業務功能驗證，將線上流量切換至目標環境；云上優化：根據云上的監控數據和需求痛點，做云上的系統優化，適當考慮用戶系統的適配性優化。
問：企業上云步驟有哪些？
答：企業上云工程比較復雜、繁瑣，可能需要從企業的價值鏈分析、建模，到業務流程的重構，再到應用系統的適配云化開發，以及基礎設施的云計算環境構建，一環扣一環，因此，需要上層領導重視、中層主導、下層實施，建立一體化的推進組織，才能更好的完成云化建設。同時，企業也要根據不同的系統實際情況，實施不同的策略、完成業務流程完全重構，開發新的業務系統，采用新的技術上云。
比如，有的企業會專門相關對項目組甚至部門制定整體計劃，并負責推進執行、協調各方資源、各部門、以及技術提供方等共同推進計劃。
在部署實施階段，基礎設施需要根據云計算整體規劃、資源池方案、實施工藝、系統資源需求清單等，構建云計算資源池、供給資源，提供應用系統上線基礎環境。在數據遷移過程中，需根據舊系統需求，做數據清洗、轉換、遷移進入新系統環境，這個過程可以使用數據庫遷移（如ADG、MySQL主從同步等）方案、存儲同步方案（NAS、SAN等）、工具遷移方案進行數據遷移工作。
應用系統正式上線前，要完成各類測試，部署完成后再將業務切換至新系統運行，這期間可能涉及多系統聯合上線，應做好上線失敗后的回退方案；網絡切換過程中，需留意網絡訪問關系開通、DNS切換等網絡切換工作；在平臺切換中，會涉及操作系統、數據庫的啟動、運行，需保證遷移環境的系統部署一切正常；應用切換中，涉及外部關聯應用系統的切換、本應用的切換等等，最后還要做業務驗證。
問：企業上云對第一需求是確保數據留存本地以滿足合規性要求，如何選型？
答：數據留存本地并且要上云，優先選擇私有云。而如果還要保持業務靈活性和成本優勢，可以構建混合云。混合云可以使企業靈活地在不同選項之間切換，同時也可以靈活更改供應商和服務。但是，只要上云，企業就無法避免數據的跨云遷移，由此在數據一致性、低時延等方面形成了新的挑戰。同時，在安全方面，牽涉到各個云服務商的安全能力差異、企業自身對安全的要求，以及各國法規遵從等綜合因素的難題。
IBM Spectrum Virtualize 可以兼容多于450中現有的磁盤系統，也可以兼容AWS、阿里等云平臺，讓本地的數據可以與混合云的數據進行順暢交互，同時保障數據的安全和同步。同時，這款解決方案支持Cloud Pak封裝方式，集成非常方便。
問：企業應該如何選擇上云方向？公有云及混合云？
答：企業應根據自身的特點選擇上云的方向，既要滿足監管的要求、業務的需求，也要考慮自身能力，切不可選擇與自身技術實力不匹配的方向。一般來說，可以從以下幾點考慮：
對于大中型企業來說，由于自身盈利能力較強，抗風險能力較高，IT基礎設施投入較大，一般都會選擇自建私有云，同時會考慮輸出部分云計算能力給其他分子公司，以及中小微企業使用；
對于小型企業來說，IT基礎設施投入相對要小，可以選擇技術廠商提供的混合云或者行業云服務，出于數據考慮，可以將核心業務系統部署在私有云中，其他系統使用公有云或行業云部署，以此降低IT投入成本。
對于對微小企業來說，由于對于成本比較敏感，IT投入比較少，可以選擇把業務部署在行業云或者公有云，甚至完全托管在其之上，將精力聚焦在業務發展上，用最小的成本承載更多的業務。
其中，特別強調一下對監管要求明確的企業，比如銀行、證券、保險等，有銀保監會、證監會監管，對于系統的高可用級別、災備能力、數據安全等有比較高的要求，需要按照監管機構的要求，使用安全等保三級及以上的云。
問：將現有系統遷移到混合云需要注意哪些問題？
答：云遷移是一項復雜、系統性的工程，不僅需要將數據中心應用、業務系統、各類數據遷移到云平臺，還需要確保應用的可用性和安全性。
具體來說，企業的業務系統在上云時不一定要一步到位，根據實際情況可以分步驟逐步上云。下面總結幾種策略：
第一種，從外圍應用到核心應用。比如HR系統、辦公OA、郵件系統、考勤、日志管理等非核心應用，可以先做系統改造或者直接使用云應用；隨后，再對一般交易性系統進行重構或云化，比如渠道類網站、監控、呼叫中心等等；最后，才是核心的交易類系統，如網銀、手機銀行、信貸、財務會計、代收代付等系統。
第二種，從簡單到復雜。先從WEB服務器、應用AP服務器入手，建立對應的資源池，實現云化部署，再建立云數據庫、分布式云數據庫，實現數據庫云化，最后逐步將所有基礎設施都進行云化部署。
第三種，從核心應用到外圍應用。比如說，一些銀行機構，在構建新一代核心系統時，會集中所有力量對核心系統進行重構，然后逐步下線舊系統，慢慢完成云化改造。
問：傳統應用云化過程是否可以實現智能化？
答：應用程序重構是在不更改其外部行為和語義的情況下重構現有代碼的過程。 當前，重構通常是手動完成的，并且昂貴，費時且容易出錯。在應用遷移上云方面，IBM Cloud Pak for Applications提供IBM Transformation Advisor 應用上云分析工具，分析現有應用代碼與實現技術，評估上云遷移的難度與工作量，給出指導與建議。同時Transformation Advisor能夠加速您的應用上云部署流程，自動生成缺省配置文件。
最近，IBM 發布了Mono2Micro，它可以通過使用AI自動執行應用程序重構過程來幫助您加速云計算之旅。Mono2Micro基于IBM Research技術，該技術在應用于應用程序代碼和運行時時，會跟蹤有關應用程序行為的原因，提取業務邏輯，并確定最佳的微服務候選者。 在考慮編程模型和應用程序數據依賴性的同時，自動生成微服務建議。
問：何謂應用的現代化？
答：從技術的角度而言，應用現代化就是通過引入DevOps，來改變企業軟件開發的流程，以加快應用開發，實現應用的快速迭代。比如，讓傳統企業可能需要6個月或者12個月才能推出新應用的版本，現在通過容器化等技術手段幾天就能完成。從業務角度而言，對外能夠保證應用跟業務和用戶之間緊密聯系和互動，并根據用戶需求迅速完成產品迭代。
應用現代化或者DevOps不是開發人員用各種開源的工具結合在一起能夠構建幾個應用就算是現代化了。在企業中小范圍實現應用現代化比較容易，但實現整個企業范圍內的應用現代化卻很有挑戰。應用現代化首先需要一個可擴展的應用平臺，借助這個平臺能幫運維人員很好的管理應用，同時讓開發人員不需要重復造輪子，通過重新使用各種不同開源組件，能夠更快地開發更多的應用。
應用現代化還有一個關鍵之處是要引入開源基因和云的基因，將這些基因代入到企業的整個應用開發過程中。在過去的幾年中，開源社區和云技術有很多的創新，企業要設法把云以及開源的這些創新納入到整個企業應用的開發過程之中。
問：什么是現代化基礎架構？有哪些特點？
答：所謂現代化基礎架構，就是既支持傳統的核心業務，又支持新興的互聯網業務，即“穩敏合一”的基礎架構。它具有以下特點：
- 開放-支持通用云接口，支持容器
- 安全-可以幫助企業應對各種安全、審計、合規的要求
- 創新-可以靈活擴展，不斷使用新技術，為用戶提供更智能更高效的IT支撐
- 智能-通過內部算法，支持業務加速
- 經濟-降低整體TCO
問：容器及微服務對于應用現代化的意義是什么？如何進行應用現代化？
答：容器中運行的軟件比傳統運行時環境提供的軟件更輕巧、更高效。Kubernetes 是一個面向容器的開源編排平臺，它通過提供聲明式框架部署、擴展和管理基于容器的工作負載，解決這些管理性挑戰。它是業內管理容器集群的熱門選擇。IBM 選擇 Kubernetes 作為其內部和云端容器編排平臺，IBM Cloud Pak for Applications 通過利用內置開發者工具和流程（包括支持微服務功能和無服務器計算），幫助加快構建云原生應用。客戶可以在任何云上快速構建應用，而現有 IBM 中間件客戶則可獲得最直接的現代化途徑。
問：企業在構建云原生應用上需要哪些能力？
IBM Cloud Pak for Applications在云原生應用構建方面，首先能夠提供企業級的開源運行時，來保障云原生應用的安全性，在云原生應用的開發過程中，采用容器化的企業級運行時，實現分布式的應用架構部署，滿足云原生應用設計的彈性要求和松耦合要求。其次，IBM Cloud Pak for Applications 同時采用 Accelerators for Teams [Kabanero] 實現 DevOps，提供一致性的運行環境，通過 Accelerators for Teams [Kabanero]，開發團隊可以構建部署到 Kubernetes 的云原生應用，實現應用快速迭代與持續交付的DevOps能力，使他們從第一天起就可以專注于業務問題。
問：傳統應用和云原生應用，兩種異構的應用如何打通？
答：云原生應用與傳統應用之間的管理差異性是企業不得不面對的問題。而在混合云的環境下，企業需要對云原生和傳統應用之間進行聚合、轉換，所以對集成的靈活性也提出了更高的要求。也就是說，企業需要一種新的集成工具滿足以上需求。舉例來說，IBM Cloud Pak for Integration就可以同時支持傳統集成樣式和新興集成樣式，由于具有很多行業領先的功能，包括 API 集成，應用集成、消息傳遞、事件流和高速數據傳輸，這些工具和功能不僅能大大提高IT運營效率和復用率，并在任何位置輕松部署和開發新的云原生應用，幫助IT快速響應業務需求，提升用戶體驗和滿意度。除此之外，IBM Cloud Pak for Integration還是一個容器化的產品，可以幫助企業跨多個云實現應用、數據和服務的互聯、打通。
問：什么是敏捷集成？如何支持業務敏捷性？
答：敏捷集成是一種基于容器、去中心化并與微服務相結合的集成解決方案方法，它能夠滿足數字轉型所需的敏捷性、擴展性和彈性。敏捷集成架構支持高效的構建、管理和運營，最終能夠推動實現數字轉型的目標。
多云環境下的敏捷集成可以通過基于容器且與微服務一致的分散式方法管理集成現狀，從以下三方面支持業務敏捷性：1.細粒度部署：采取行動消除瓶頸。降低破壞現有接口穩定性的風險。當您使用容器化將 ESB 分解為更小、更易管理的部分時，敏捷性、可擴展性和災備能力也有望得到改進；2.分散式所有權：幫助面向 SOA 的集成團隊克服即將推出的所有新服務帶來的挑戰。借助 IBM 敏捷集成方法，可以分發所有權，并且業務應用團隊可以執行集成工作；3.云原生基礎架構：使用輕量級運行時的云原生方面獲取容器化的全新視圖。幫助您的 DevOps 團隊與環境和總體解決方案有效互動。
隨著更多解決方案遷移至輕量級架構，這是提高效率的絕佳方式。IBM Cloud Pak for Integration旨在支持擴展、安全性和靈活性，以幫助數字化轉型。借助 Cloud Pak for Integration，企業能夠利用基于容器的平臺跨越多個云環境實現集成， 該平臺可以部署在內部環境或 Kubernetes 云環境內。 此外，企業還能以多種集成方式輕松連接應用、服務和 數據，覆蓋API生命周期管理、應用集成、企業消息傳遞、事件流和高速數據傳輸。利用 IBM Cloud™ Pak for Integration，集成速度加快 3 倍，同時成本降低 1/3。
京公網安備 11010502049343號