什么是雲遷移？遷移到雲的基本指南

雲遷移是將數據、應用或其他業務元素移動到雲計算環境的過程。

企業可以執行多種類型的雲遷移。一種常見的模型是將數據和應用從本地數據中心傳輸到公共雲。然而，雲遷移還可能需要將數據和應用從一個雲平台或提供商遷移到另一個雲平台或提供商；這種模式稱爲雲到雲（C2C）遷移。第三種類型的遷移是反向雲遷移、雲遣返或雲退出，其中數據或應用從雲移出並返回本地數據中心。

爲什么雲遷移很重要？

雲遷移是一個過渡或變化的過程。當組織決定使用雲服務時，目標是將計算視爲一種公用事業，就像電、水或天然氣一樣。公有雲的高度可擴展性、即用即付的特性爲企業提供了靈活性，可以僅使用所需的資源、僅在需要的時間內使用，並且只需爲實際消耗的資源付費。這是一個有吸引力的模式轉變，吸引了各種規模和垂直領域的企業。

但是，選擇在雲中運行業務工作負載和托管業務數據可能比看起來更復雜。並非所有工作負載都適合雲。這可能是由於性能需求、依賴性或工作負載本身的設計所造成的。其還可能因合規性、安全性和其他影響企業運行計算任務的方式和位置的監管指南而變得復雜，例如圍繞數據主權不斷增長的要求。

成功的雲遷移既是一個重要的業務流程，也是一個技術流程。任何雲遷移都必須從明確的業務用例和目標开始。只有這樣，技術人員才能通過雲架構的組合來規劃棘手的路线；選擇數據和工作負載載體，例如虛擬機、存儲卷和容器；連接雲服務，例如防火牆、負載均衡器甚至數據庫；進行在雲中運行所需工作負載所需的實際遷移；然後執行所需的測試和持續監控，以確保雲中的工作負載安全，並隨着時間的推移按需要執行。

因此，雲遷移對於某些應用來說可能具有挑战性，並且遷移項目有時可能會失敗，通常需要採取補救措施，例如雲遣返。這裏的關鍵是，雲遷移不是一個全有或全無的交易。在單個工作負載的基礎上評估和處理雲遷移的業務，可以以對組織最有利的方式做出有關雲利用的有說服力的決策。即使某個工作負載的雲遷移失敗，也不妨礙無數其他工作負載成功和有益地使用雲。

雲遷移的主要優勢是什么？

許多組織將本地應用和數據從本地數據中心遷移到公共雲基礎設施，以利用更大的彈性、自助服務配置、冗余和靈活的按使用付費模式等優勢。

雲遷移的總體目標或優勢本質上與使用雲本身的原因相同：根據成本、性能和安全性等因素，在最有效的IT環境中托管應用和數據。以下是更全面的特定雲遷移的優勢：

• 更好的敏捷性和靈活性。雲旨在按需提供幾乎任何數量的資源（計算和存儲）和服務。這使組織可以立即部署和擴展工作負載，而無需等待基礎設施購买，根據需要使用資源，並且只需爲實際消耗的資源付費。
• 更好的可擴展性。當工作負載需要更多資源來維護和增強性能時，雲可以立即提供這些額外資源，而無需採購和部署新的硬件和平台，因爲這些硬件和平台已經存在於公共雲中並可用。
• 創新能力。雲使企業能夠嘗試新的架構設計和測試工作負載，而無需對本地基礎設施進行投資或承擔風險。這可以幫助企業嘗試新的工作負載和方法，同時減少基礎設施投資和相應的風險。
• 緩解本地資源需求。雲可以減輕昂貴的本地數據中心利用率和擴展需求的壓力。本地數據中心可以繼續爲關鍵工作負載提供服務，而其他常規或非關鍵工作負載可以托管在雲中。企業可以提前阻止甚至取消數據中心的建設或擴建，在某些情況下甚至可以減少本地數據中心的佔地面積。
• 長期成本管理。隨着時間的推移，雲不一定比本地數據中心成本更低，但從本地數據中心的巨額資本支出轉向雲中每月適度的常規性運營支出，可以幫助企業更好地管理項目預算和成本預測。
• 更好的工作負載性能。當從單個數據中心提供服務時，全局工作負載可能會受到延遲和其他性能限制。公有雲在全球不同地緣政治區域提供了許多區域數據中心。這使企業能夠將工作負載托管在距離各自用戶更近的地方，以獲得更好的性能，同時遵守這些不同區域的數據主權和其他監管要求。

雲遷移策略的類型

將工作負載轉移到雲端需要一個深思熟慮的策略，其中包括管理和技術挑战的復雜組合，以及人員和資源的重新調整。可以選擇要執行的遷移類型以及應移動的數據類型。在採取行動之前，請務必考慮以下雲遷移清單。

將企業工作負載從本地數據中心遷移到雲提供商的基礎設施有以下三種基本策略：

• 提升和移動。也稱爲重新托管，這種策略是最直接的方法，其中本地工作負載及其數據基本上被移動（重新托管）到雲提供商基礎設施內相應的計算和存儲資源。例如，當依賴性很少且業務影響較小時，可以相對輕松且快速地將虛擬機(VM)中的工作負載及其存儲卷重新部署到雲中。
• 重新平台化。並非所有工作負載都能適應簡單的重新托管。許多企業工作負載可能很復雜，具有大量依賴項，企業可能會選擇對工作負載的部署架構進行一些更改，以提高其在公共雲環境中的性能。例如，如果工作負載需要數據庫，企業可以使用已托管並通過雲提供商提供的兼容數據庫服務，而不是部署相應數據庫的副本。與重新托管相比，重新構建工作負載平台可能更加困難和耗時，並且需要更多的測試和驗證。
• 重構。這種類型的雲遷移涉及對工作負載本身進行根本性的重新設計，以優化其對雲資源的使用並提高其在雲中的性能。例如，考慮將單個整體工作負載部署爲難以擴展的大型且笨重的虛擬機。該工作負載可以重新設計爲基於容器、Kubernetes支持的微服務應用，能夠自動擴展不同的微服務組件，以提高性能，同時最大限度地減少雲服務的使用。重構工作負載通常是雲遷移項目中最耗時、最復雜的類型，通常是爲採用雲優先工作負載設計和部署策略的企業保留的。

就實際遷移方法或流程而言，每個企業將工作負載遷移到雲的原因不同，每個組織的目標也會有所不同。第一步是確定要遷移到雲的應用或工作負載。接下來，弄清楚需要移動多少數據、需要多快完成工作以及如何遷移該數據。盤點數據和應用，並尋找依賴關系，以及如何將這些依賴關系復制到雲中或可能重新架構以適應衆多雲服務選項。

需記住，並非每個應用都應該離开企業數據中心。應該保留的應用包括業務關鍵型、具有高吞吐量、需要低延遲或具有嚴格的地理管理要求的應用，例如GDPR。

最後，考慮成本。組織可能在硬件基礎設施和軟件許可方面進行了大量投資。如果是這樣，就得權衡是否值得遷移工作負載。雲遷移後，IT人員將關注數據性能、使用情況和穩定性，因此請務必爲支持這些功能的工具做好預算。

雲遷移部署模型

如今的企業有不止一種雲模型可供選擇：

• 公共。公共雲允許許多用戶通過互聯網或專用連接訪問計算資源。
• 私有。私有雲將數據保存在數據中心內，並使用專有架構。
• 混合。混合雲模型混合了公共雲和私有雲模型，並在兩者之間傳輸數據。
• 多雲。在多雲場景中，企業使用多個公共雲提供商提供的IaaS選項。

除了最初選擇的雲模型之外，雲部署還應考慮三個主要的雲類別：

• 基礎設施即服務。IaaS是一種經典的“效用計算”模型，其中計算、存儲以及防火牆和負載均衡器等服務可供用戶使用，用戶可以以最適合部署到雲的工作負載的方式選擇和構建雲基礎設施。
• 平台即服務。平台是雲產品，旨在提供特定或高度集成的功能，從而減輕用戶自行部署和維護此類功能的需求。PaaS示例包括基於雲的軟件开發平台或容器部署/管理平台。
• 軟件即服務。在SaaS類別中，雲服務爲用戶提供對一個或多個特定工作負載的訪問，例如Microsoft Office 365等生產力應用，或用於員工費用報告和報銷的Concur。使用SaaS消除了企業部署和維護該應用的需要，而是將應用的开發、操作和維護留給了提供商。

值得注意的是，所有三種雲類別都可以以適合特定業務需求的任意組合同時使用。

在確定應用應駐留在何處時，要考慮遷移後其性能如何。確保有足夠的帶寬來實現最佳應用性能。此外，還要確定應用的依賴關系是否會使遷移變得復雜。

檢查應用堆棧中將進行移動的內容。本地應用可能包含許多未使用的功能，並且爲遷移和支持這些非必要的項目付費是一種浪費。過時的數據是雲遷移的另一個問題。如果沒有充分的理由，將歷史數據移動到雲端可能是不明智的，因爲這通常會產生檢索成本。

在檢查應用時，可以謹慎地重新考慮其战略架構，以使其具有更長的使用壽命。少數平台支持混合和多雲環境，包括：

• Microsoft Azure Stack
• Google Cloud Anthos
• AWS Outposts
• VMware Cloud
• 基於容器的PaaS，例如Cloud Foundry或Red Hat OpenShift

雲遷移流程如何進行？

企業遵循的雲遷移步驟或流程，將根據其想要執行的遷移類型和想要移動的特定資源等因素而有所不同。也就是說，雲遷移策略的常見要素包括以下內容：

• 了解目的。這就是任何雲遷移的“原因”。每次雲遷移都應首先定義遷移的具體業務目的，並爲遷移項目設定明確的期望。如果企業無法確定至少一個有形或可衡量的遷移原因，那么最好盡早暫停該項目。
• 確定目標應用。這就是雲遷移項目的“內容”，其中業務、技術和合規領導者評估本地環境，並確定雲遷移的潛在候選者。由於性能、安全性、合規性或其他問題，並非所有工作負載都適合雲，因此決定遷移中應包含哪些工作負載是至關重要的一步。此外，遷移並不是一個全有或全無的過程。通常建議將工作負載作爲單個項目進行遷移，而不是進行大規模的全方位轉換。從簡單、低優先級的工作負載开始，這些工作負載幾乎沒有依賴關系，並在處理更復雜或關鍵的工作負載之前，積累遷移過程和陷阱的經驗。遷移必須包含遷移項目中的所有依賴項，例如相關數據庫。
• 選擇雲目標。這就是雲遷移項目的“位置”。一旦選擇了應用進行雲遷移，企業就可以選擇最適合作爲目標的雲部署模型，例如公共雲、私有雲、混合雲或多雲，以及IaaS、PaaS或SaaS。例如，使用SaaS產品替換老化的本地工作負載的簡單遷移可能涉及領先的SaaS提供商，而高級業務轉型策略可能涉及創建私有雲、建立混合雲，然後進行遷移。
• 選擇經過驗證的雲合作夥伴。仔細考慮雲目標非常重要，以確保提供商擁有良好的業績記錄，並在可預見的未來繼續开展業務。這似乎是一種過度的預防措施，但在雲計算中，來源就是一切。對企業而言，最具破壞性的事件是發現一家重要的供應商倒閉，迫使企業爭先恐後地尋找替代供應商，這往往會帶來不良結果。
• 評估遷移成本和需求。雲是要花錢的，任何遷移項目都必須考慮遷移成本。這通常包括SaaS的每月費用、PaaS的每用戶費用以及IaaS資源和服務的各種成本。由於雲成本是經常性的，企業需要爲遷移和持續支持制定適當的資金預算。同樣，在遷移完成後，了解工作負載的性能要求和期望，並准備好爲持續的工作負載性能監控和報告建立指標和KPI。
• 選擇正確的架構。雖然PaaS和SaaS架構在很大程度上是設置好的，並且其成本也相對容易確定，但爲IaaS雲環境中的工作負載構建架構可能具有挑战性，尤其是對於高度可擴展的架構。這需要具有所選雲目標專業知識的熟練雲架構師的努力，來構建一個具有可靠性、安全性、監控和性能的環境，以滿足工作負載的需求。來自IaaS架構設計的成本數據應該循環返回，以完善工作負載的成本分析和預算。
• 創建遷移計劃。這是雲遷移的“時間”和“方式”，使企業能夠概述實際遷移的方法和時間表。該計劃應包括詳細數據遷移的規定；首先測試和驗證依賴關系，例如所需的數據庫；移動預期的目標工作負載；然後執行所有最終測試和驗證。只有這樣，才應該有一個明確的切換過程來關閉本地工作負載，並打开新遷移的雲工作負載。最後，對於失敗或有問題的遷移，應該考慮後退流程。任何遷移測試都應包括對訪問和安全性的詳細關注。
• 執行遷移。所有的部分和計劃都就位後，企業就可以根據其遷移計劃來遷移數據和工作負載。這是所有運動和詳細測試發生的地方。業務和技術領導者，通常是工作負載所有者，應該查看初始性能報告，以確保在滿負載情況下有足夠的性能和安全性。謹慎的遷移計劃可能會在短時間內同時運行雲和本地工作負載，同步數據並向更多用戶系統地开放雲工作負載，直到雲部署得到充分驗證和切換。
• 跟蹤監控和報告。雲工作負載通常配備性能監控服務，以跟蹤工作負載在雲中運行時的可用性、訪問、運行狀況和性能。利益相關者應驗證報告是否可用，以及KPI是否符合預期。
• 後續和組織變革。雲遷移可能會產生一些後果。在技術層面，以前由本地工作負載使用的本地資源（例如服務器和存儲）可能會被釋放以供重復使用或退役，以節省企業的電力和冷卻成本。在業務或組織級別，將工作負載轉移到雲中可能會導致一些員工重新分配。例如，將自定義工作負載轉移到SaaS產品，可以讓开發人員騰出時間來處理其他項目。

同時，准備好應對雲遷移期間的幾個常見挑战：

• 互操作性
• 數據和應用的可移植性
• 數據完整性和安全性
• 業務連續性

如果沒有適當的規劃，遷移可能會降低工作負載性能，並導致更高的IT成本，從而抵消雲計算的一些主要優勢。

移動工作負載。根據遷移的細節，企業可能會選擇將應用直接從本地服務器遷移到雲中的新托管環境，而不進行任何修改；此模型有時稱爲直接遷移。這本質上是一個一對一的舉措，主要作爲短期修復，以節省基礎設施成本。

在其他情況下，更改應用的代碼或架構可能更有益。這個過程稱爲重構應用或重構代碼。這可以在雲遷移之前完成，也可以在明確遷移降低了應用性能後追溯。

IT管理層應考慮重構應用是否具有經濟意義。分析投資回報率時計算成本、性能和安全性。應用可能至少需要一些重構，無論轉換是最小的還是全面的。

移動數據。將數據從本地數據中心傳輸到公共雲時，企業有多種選擇。企業選擇的數據遷移類型取決於其想要移動的數據量和類型，以及完成遷移所需的速度。

將數據和應用遷移到雲的一種方法是，通過公共互聯網或私有/專用網絡連接。使用這種方法時，一定要計算並提供必要的帶寬。對於大量數據，斷开互聯網連接可能是不現實的，因此請務必做好相應的計劃，以避免雲遷移期間出現長時間停機。

另一種選擇是離线傳輸。這樣，組織將其本地數據上傳到設備上，然後將該設備物理運送到公共雲提供商，然後公共雲提供商將數據上傳到雲。

在某些情況下，使用物理傳輸大量數據可能更有意義。Microsoft、AWS、Google和IBM等主要供應商都提供離线數據傳輸服務。物理傳輸可能無法消除對額外同步的需求，但可以減少移動數據所需的時間和費用。

雲遷移測試。在工作負載轉移到生產環境之前，應該對其進行壓力測試和優化，以提供可接受的性能。測試故障條件和冗余系統也很重要。您不應該嘗試測試所有可能的應用程序功能，但您確實需要在應用程序遷移到雲之前和之後對應用程序性能的多個方面有深入的了解。制定雲遷移測試策略，以確認遷移前後應用程序的基准性能（包括應用程序啓動時間和響應時間），以及建立適當的安全性和訪問權限以及與其他服務的成功集成。正確的測試需要合適的工具以及經過深思熟慮的測試和驗證策略和實踐。

雲遷移安全。在雲遷移期間，需要特別考慮新的安全現實。通過網絡遷移數據或應用可能會引發各種類型的攻擊，包括竊取憑據和虛擬機快照、安裝惡意軟件或強制重復遷移並消耗系統資源的持續性拒絕服務攻擊。

首先，組織應該了解其雲提供商的共享責任模型，該模型概述了組織和提供商負責的領域。對於用戶來說，這通常意味着底層基礎設施之上的一切，包括數據、訪問和治理。圍繞治理、訪問管理和監控建立規則和結構非常重要。法律和合規團隊應在雲遷移決策中發揮作用，以幫助確保正確遵守工作負載和數據的合規性要求。

改變IT員工的角色。一旦雲遷移完成，員工將把重點轉移到數據性能、使用率和穩定性上。整體硬件支持有所減少。但是，雲工作負載必須進行管理，因此請考慮爲團隊添加一些雲管理培訓課程。

確保雲遷移成功的最佳實踐

組織選擇將應用或工作負載遷移到雲的原因有很多，並且每個項目都是獨一無二的，具體取決於資源分配、與其他服務的集成以及多個其他因素。以下是一些雲遷移的一般准則，可簡化流程，並改進更改以獲得成功:

• 獲得組織的支持。當所有利益相關者——從管理層到技術從業者再到終端用戶，都參與進來並了解自己的角色時，轉換會更加順利。
• 定義雲角色和所有權。預先確定由誰負責管理雲工作負載的各個方面。這是一個共享環境嗎？如何確認身份並授予或限制訪問權限？如果出現問題，誰負責提供幫助和故障排除？這包括設置和流程的正確記錄。
• 選擇正確的雲服務。雲提供商有大量的服務可供選擇。明確工作負載將利用哪些服務，否則將會面臨運行無關服務的風險，其中一些服務可能成本高昂、相互依賴且管理困難。
• 了解安全風險。雲環境很容易受到互聯網攻擊的危害。考慮到雲環境的復雜性，錯誤配置可以說是一個更大的問題。制定雲部署的安全策略，確保遵循這些策略，並執行全面的安全測試以識別潛在的漏洞。
• 計算雲成本。對於習慣於大型基礎設施投資的組織來說，雲的即用即付模式似乎很有吸引力，也更簡單。但這是一把雙刃劍：密切關注服務的選擇和使用，否則會在月底感到震驚。尋找未使用的資源和服務，即所謂的雲蔓延，並努力消除不必要的成本。
• 制定長期的雲路线圖。如果雲遷移成功，組織可能會希望在其他工作負載上復制這一成功。確定要遵循的標准，從項目時間表到不同的部署選項，例如混合雲設置。

雲遷移面臨哪些挑战？

與任何重大技術工作一樣，企業在應用遷移過程期間和之後面臨潛在的問題和挑战。可靠的策略並不能完全消除雲遷移的所有障礙和潛在問題。這些挑战可能包括以下內容：

• 不確定和過高的雲成本。傳統的數據中心主要代表企業的固定成本，使工作負載能夠以高度的成本信心運行。雲更像其他公用事業，其中按使用付費的成本模型可能會導致運行工作負載的成本截然不同。意外的高服務利用率，如API調用，或使用可擴展性爲工作負載驅動更多資源的計劃外應用增長，可能會導致企業未做好准備的意外雲成本。成本規劃是雲架構的核心部分，受益於專業雲架構師的經驗，可以實施合理的設計，並圍繞可擴展性設置護欄，以幫助防止雲貼紙衝擊。
• 缺乏雲战略。太多的組織選擇雲遷移，因爲其被錯誤地視爲一種變革性的活動，而企業領導者只是在追隨炒作。簡單地選擇遷移到雲並不是業務轉型。轉型不在於使用雲，而在於如何使用雲來幫助提高業務效益和改善業務。這一切都在雲战略中。考慮不周或缺乏雲战略可能會導致雲遷移失敗。良好的雲策略必須側重於掌握當前基礎設施和目標雲、預測遷移瓶頸、創建補救應急措施等。目標是計劃：爲什么這樣做、做什么、如何做、什么可能會出錯，以及出錯時該怎么做。
• 雲中的應用性能。有時，IT領導者發現其應用在雲中的運行效果不如在本地運行的好。其需要確定雲遷移失敗的原因；這可能是低延遲、對安全性的擔憂或合規性挑战。通常，雲部署的應用的成本比預期更高，或者其工作效果不如最初預期。這通常不是應用或雲的故障，而只是一些傳統應用架構未針對公共雲的計算、存儲、網絡和輔助服務進行優化的現實。
• 應用對雲的適用性。還有另一個需要承認的現實：並非每個應用都適合雲。管理人員在決定哪些應用應該遷移到雲環境時，必須仔細檢查其本地應用。遷移候選項的選擇多種多樣，可以基於業務和技術標准。例如，具有敏感數據的關鍵任務工作負載可能會留在本地，因爲這是解決合規性和數據主權等業務問題的首要選擇。
• 無雲退出策略。雲遷移計劃經常被忽視的一個方面是，制定可靠的雲退出（或遣返）策略，其中應用和數據移出雲，並返回到本地或私有雲的原始狀態。IT管理人員必須考慮數據的去向、如何管理技術轉型，以及如何解決可能出現的任何業務或法律問題。請務必在遣返前後測試該應用，就像初始遷移一樣。如果對應用進行更改以適應特定的雲優勢，例如水平擴展，那么當應用返回本地時，這些優勢將消失。
• 失敗不是永久性的。許多失敗的雲遷移只是暫時逆轉。這可以被重新評估，並可能重新架構，而不是直接遷移重新托管，然後以更高的成功概率發送回雲中。考慮將應用遷移到雲之前所做的更改。將應用移回其原始平台可能是一種選擇。在其他情況下，專門針對雲重新平台化或重構應用甚至可能在遷移回傳統的本地基礎設施時遇到麻煩。最好的選擇可能是，嘗試遷移到不同的雲或修補/更新以克服任何問題，然後再嘗試稍後遷移。
• 基礎設施設計或配置不佳。最佳的應用性能和可用性需要最佳的雲基礎設施設計，並爲工作負載配置適當的資源和服務，例如虛擬計算實例、存儲卷、網絡元素和支持服務。設計缺失或不充分將對雲中的工作負載產生不利影響，並可能導致遷移失敗。例如，雲管理員常犯的一個錯誤是設置錯誤的實例類型。確保選擇適當數量的CPU和內存資源，以及爲所選存儲和應用程序數據傳輸提供足夠的網絡連接。雲遷移通常需要訓練有素且經驗豐富的雲架構師和工程師的工作，其可以了解工作負載需求，並構建最佳的雲組件來托管遷移的工作負載。
• 員工不足或缺乏培訓。不要低估適當的員工培訓。在雲中管理應用與使用本地數據中心和常規虛擬化資源不同，因此需要一套不同的IT和管理技能。特別是，數據安全需要在雲中採用與本地不同的方法。員工培訓需要成爲優先事項。考慮員工的技能組合，並確保每個人都接受過如何控制和管理相關服務的適當培訓。如果在雲遷移之前無法對員工進行培訓，那么聘請經驗豐富的AWS合作夥伴來管理該項目是有意義的。

雲遷移趨勢

許多因素會影響組織決定是否將應用或工作負載遷移到雲。

從廣義上講，雲在大多數數字化轉型計劃中發揮着核心作用。大數據分析是雲平台的一大吸引力，其提供了大多數本地系統無法達到的規模和計算資源。這在現今的機器學習和人工智能平台中最爲明顯。隨着企業擴大對雲原生技術的使用，其尋求更標准的模板驅動流程，而不是依賴於假設和一小部分开發人員和架構師。

COVID-19大流行促使許多企業加快了遷移到雲的計劃，特別是在遠程工作需求增加的情況下。與此同時，員工和消費者現在希望在數字生活的各個方面獲得更好的用戶體驗。公共雲的可擴展性和全球可用性可以在增強工作負載性能和改善用戶體驗方面發揮核心作用。單一雲部署正在轉向混合和多雲策略，旨在讓企業能夠從不同提供商的獨特優勢中受益，同時滿足特定的業務需求。

其他值得關注的新興雲遷移趨勢包括採用金融運營（FinOps），以了解雲成本考慮因素，以及接受可持續發展計劃和社會問題，例如雲提供商使用可再生或綠色或低碳足跡、能源，這些越來越受到消費者和員工的歡迎。

相關推薦：

• 2023年十大雲趨勢
• 人工智能如何改變雲計算
• 醫療行業雲遷移與本地解決方案
• 雲安全人工智能的最佳實踐和實施
• 雲中的物聯網：8大優勢和入門指南

 CIBIS峰會 

由千家網主辦的2023年第24屆CIBIS建築智能化峰會即將正式拉开帷幕，本屆峰會主題爲“智慧連接，‘築’就未來”， 將攜手全球知名智能化品牌及業內專家，共同探討物聯網、AI、雲計算、大數據、IoT、智慧建築、智能家居、智慧安防等熱點話題與最新技術應用，分享如何利用更知慧、更高效、更安全的智慧連接技術，“築”就未來美好智慧生活。 歡迎建築智能化行業同仁報名參會，分享交流！

報名方式

成都站（10月24日）：https://www.huodongxing.com/event/6715336669000

西安站（10月26日）：https://www.huodongxing.com/event/3715335961700

長沙站（11月09日）：https://www.huodongxing.com/event/7715337579900

上海站（11月21日）：https://www.huodongxing.com/event/9715337959000

北京站（11月23日）：https://www.huodongxing.com/event/3715338464800

更多2023年CIBIS峰會信息，詳見峰會官網：http://summit.qianjia.com/

---

標題：什么是雲遷移？遷移到雲的基本指南

地址：https://www.utechfun.com/post/278213.html