聯絡電話:

台北:+886 2 7729 0880
高雄:+886 7 970 2168

CKmates 銓鍇雲報

立即訂閱

Provide all you need

諮詢表單

AWS re:Invent 2021年度盛會 重點新服務點點名

AWS 新任執行長 Adam Selipsky 日前受訪表示,亞馬遜未來將推出更多針對不同產業、不同專業領域的特製化雲端服務,由原先提供廣泛雲端解方的政策,轉向對不同業別量身訂做客製化的雲端解決方案,聚焦多元產業的個別需求。 在 AWS re:Invent 2021發表會上,Selipsky 發布多項雲端新服務,將重點放在 5G 專網、工業物聯網、車聯網和機器學習等多元應用,如先前受訪所述,聚焦產業的客製化雲端解決方案,預計將對製造業等產業的數位轉型路程形成重大影響,企業將能更無痛、順暢的遷移上雲。 以下是今年 AWS re:Invent 發表的焦點新產品: IoT TwinMaker:是為了產業,特別是製造業所設計,使用者可將廠房內的物聯網裝置或感測器串接,在數位空間收集、模型化和建造數位分身 (digital twins),即時、雙向地描繪工廠維運狀態,優化運營效率。 IoT Fleet Wise:可以透過感測器即時收集車輛的數據之後,駕駛可立即得知數據分析報告,如:車輛狀態和自駕車效能。 Mainframe Modernization Service:協助企業無縫遷移上雲,並減少三分之二的遷移時間,完全自動化上雲過程。可自動分析並決定企業遷移上雲的解決方案,像是建議企業適合遷移應用 (re-platform) 或是重構應用 (re-factor) 的上雲戰略,並自動複寫程式碼​​​​​​。​ 再來是針對全球熱門的 5G 網路應用,今年 AWS 在 re:Invent 2021上也有關於 5G 網路的新服務: AWS Private 5G:客戶無需自己長期規劃和採購 SIM 卡和行動通訊裝置即可使用,省去採購硬體設備的成本。客戶可使用雲端服務,部署、營運和依照使用需求擴建自己私人的 5G 專網。如智慧工廠可運用 AWS Private 5G 建構廠內的私人專網,並將所有機台設備和感測器連網,即可立即得知所有大量的設備監測數據。 在數據處理和資安方面,今年 AWS 也在既有的資料湖 (Lake Formation) 上,添加新功能: Row and cell-level Security:透過資料列和資料欄管控,可限制網路內部各個使用者存取機密、敏感資料的權限,開放或限制各個層級使用者所能瀏覽的資料數據。 Transactions for Governed Tables:為 S3 當中的新表格類型,有助於需要多表事務支援的流程之建構。 機器學習相關的新產品如: SageMaker Canvas:為既有服務 SageMaker 的無程式碼模組,可一步一步指導建構和運用機器學習的工作流程。 SageMaker Ground Truth Plus:降低成本和改善資料標註的品質。 SageMaker Studio Notebook:可在同一個記事本裡,管理數據分析和機器學習的工作流程。 SageMaker Infrastructure Innovation:可和 SageMaker Training Compiler 串接,加速機器學習模型訓練的速度。 SageMaker Studio Lab:提供對機器學習有興趣的客戶一個免費、無需額外設置的技術平台,提高對機器學習科技的可存取性和包容性。 今年的 AWS re:Invent 年度盛會,除了發表雲端新服務或對既有服務添加新功能之外,AWS 還發布虛擬主機 EC2 執行實例 C7g 將搭載自行研發的晶片 Gravitron 3。基於 arm-based 架構研發的 Gravitron 3 不僅比 Gravitron 2 快25%的運算能力,在機器學習的運作來說,也加快了3倍的速度,甚至在節約能源方面,比前幾代的晶片更省了60%,新一代自研晶片無疑將對機器學習的模型訓練和應用起到加乘的效果。 CKmates 為 AWS 在台三大夥伴之一,自始至終都與客戶並肩同行。作為企業的雲端數位長,我們的使命是協助企業能夠無痛上雲、實現產業數位轉型,並探索更多雲端應用的可能,企業只要專注於創造更多的商業價值、提升營運目標。CKmates,企業值得信賴的雲服務專家!    

State Manager 自動開關機好管家

企業上雲,大大降低企業設備、人力、維運成本,並將成本轉換為雲端服務的運作時間。但若設備在閒置的情況下未關機或刪除,依然會增加許多額外成本,對公司造成營運負擔。 EC2 和 RDS 為最常見的兩種雲端運算服務,企業上雲都與之有關。因此,如何適當地管理它們就顯得格外重要。 自動關機功能-避免忘記關機或刪除設備而增加不必要的成本。 自動開機功能-免去手動開機時,需等待設備暖機的時間,讓執行更有效率。 AWS擁有多種自動開關機的方法,此文章擇其一:Systems Manager 服務內的 State Manager 能省去複雜操作流程,將設定開關機時間的介面圖形化,操作簡單、易上手,更無須擔心費用問題。State Manager 為免費服務,不會增加額外的使用成本。 利用 State Manager 自動開關機 1. 架構圖  藉由 Systems Manager 服務內的 State Manager 功能,設定自動開關機排程   2. 前置作業  Step 1:在設定自動排程前,需配置 IAM Role於SSM,Policy 包含   Step 2:為IAM Role取名稱 ( Ex:Tech3-Role-SSMAutoStartStopEC2 )。  Step 3:上述 Policy 僅提供 Systems Manager 管理 EC2 的權限,若要管理 RDS,必須新增 inline policy:   3. 配置 State Manager 自動排程  進入 State Manager 介面,創建開機自動排程以及關機自動排程,共兩個排程:   Step 1:Document 項目,依照提示並輸入關鍵字,選擇所需要的 Document。以創建自動開機排程為例,選擇 AWS-StartEC2Instance。若是創建自動關機排程,則選擇 AWS-StopEC2Instance。     Step 2:Execution 項目,選擇 Rate control,設定執行排程的時間。     Step 3:Targets 項目,以 Tag 方式抓取需要自動開關機的 EC2,圖例上新增一個 key 為 AutoStartStop、value 為 Yes 的 Tag,若 EC2 或 RDS 實例有此 Tag,將會執行此自動開關機排程。     Step 4:Input parameters 項目,AutomationAssumeRole 欄位,選擇上述已創建好,並分配給 SSM 的 IAM Role。     Step 5:Specify schedule 項目,設定開機時程。如上圖所示,設定的時間為UTC標準時間,若是在台灣(UTC+8) 設定自動開機排程,想要每天 9:00 自動開機,必須將時間設定為 1:00。     Step 6:Rate control 項目,Concurrency 欄位設定執行排程時,可同時執行開機或關機的數量或是百分比。Error threshold 欄位設定錯誤數量或是百分比,若錯誤達到設定值,則停止執行。     Step 7:創建完成兩個自動排程。     Step 8:此範例是以 Tag 方式抓取自動開關機的 EC2,所以 EC2 必須設定 Tag。接下來到 EC2 介面,為需要開關機的 EC2 新增 Tag,完成自動排程所有設定。   4. 驗證結果  原本有四台開機的 EC2    到 State Manager 介面,點擊 Apply association now,直接執行自動關機排程,進行測試。    再回到 EC2 介面,可看到成功將四台 EC2 關機。   只需一些步驟,即可設定自動開關機排程,不過,設定上有兩個限制: State Manager 為地區性( Regional ),不是全球性 ( Global ) Specify Schedule 項目,目前只能以小時、日、週為週期設定自動開關機   結語 AWS State Manager 服務能幫助使用者快速建置自動排程。EC2 和 RDS 雖為隨付即用的雲端服務,但若未將閒置的服務關機或刪除,還是會持續計算費用,造成企業成本負擔。運用此服務的自動開關機排程,可節省人力成本,同時避免不必要的成本開銷。 AWS 提供多元雲端服務,協助客戶省去後端維運的繁文縟節,全神貫注在開發及業務,為公司帶來效益最佳化。   CKmates,您的雲端數位長,深耕雲端產業多年,富有厚實的雲端技術,能運用雲端服務,針對客戶痛點提供適切的解決方案,是各個產業最值得信賴的雲端數位長。    

Amazon GuardDuty安全監控資安服務

自疫情爆發以來,在疫情的影響下,提前布局產業數位轉型、上雲已成為各家企業相繼關注的焦點,在眾多雲端服務當中,Amazon Web Services ( AWS ) 仍然是各家企業的首選,隨著企業主使用愈來愈多 AWS 雲端服務,建立複雜的雲端架構來達到各家企業的業務目標,資訊安全的相關建構變得愈發重要。 AWS 致力於維護資訊安全,提供多元的資安服務供企業選擇。但資安要做到層層把關,密不透風的保護是相當不容易的事情,如果能夠偵測威脅來自哪裡、針對偵測到的威脅做妥善處理,對症下藥的持續監控方式是比較實際的做法。 在 AWS 眾多服務中,有一項資安服務能夠持續安全監控企業的雲端環境,偵測雲端環境中未經授權危害資安的威脅,此項服務名為 Amazon GuardDuty。 GuardDuty可分析和處理多個 AWS 資料來源(VPC Flow Logs、AWS CloudTrail Management Events、CloudTrail S3 Data Events和DNS Logs)中的多重事件,無需部署或維護軟、硬體即可使用。GuardDuty 利用威脅情報源(例如:惡意IP的列表)和機器學習以識別 AWS 環境中未經授權危害資安的活動。 GuardDuty 本身會自動創建一個基於時間日期的文件夾架構,並藉由 Lambda 重新組織排列文件夾架構。此排列方式是 GuardDuty 針對偵測監控而組織的排列結果 (Finding Type)。重新組織後,將視圖傳送至 QuickSight,使用者能更輕鬆的將想關注的監控結果視覺化。 企業只要在選定的區域開啟 GuardDuty,就可將 GuardDuty 監控結果提取至 Amazon Simple Storage Service (Amazon S3) 中,使用 Lambda 重組 S3文件夾結構,並透過 Glue 和 Athena 將嵌套的 JSON 結構轉換並產出相對應的列表與資料,最後透過 QuickSight 分析並將結果視覺化,同時可下載分析結果。此架構流程提供易執行且高效率的解決方案,可用於分析 GuardDuty 的監控結果,廣泛地展示處理和視覺化多元類型複雜的 JSON 日誌。   (GuardDuty Finding Type內容樣貌)   (視覺化範例)   當企業長期使用 AWS 的雲端服務,資訊安全的維護變得愈來愈重要,藉由使用 GuardDuty 加強 AWS 的雲端服務資安層級,建立一項持續安全監控的服務以識別雲端環境中未經授權的危害資安的惡意活動,並透過分析好的內容判斷和識別潛在的資安威脅,進而達到對症下藥的資訊安全防護措施。 身為企業的雲端數位長,CKmates 的使命是與企業並肩前行,企業只要專注於創造商業價值,將雲端服務託管於CKmates,以實現系統整合性和資安防護同時並進,企業得以持續成長、穩固前行。    白皮書下載:AWS GuardDuty 雲端環境持續安全監控服務     

為什麼企業需要雲端託管服務 (Cloud Managed Service) ?

今年在疫情的推波助瀾下,加速數位轉型儼然成為企業在IT投資上的優先,在眾家業者當中,Amazon Web Services ( AWS )依舊穩坐雲端市場的領先地位,隨著 AWS 的採用率不斷提高,世界各地的企業都在重新定義他們的數位轉型之路。 在數位轉型的路上,全球企業啟動以雲為中心的數位基礎架構,採用以雲為中心的策略改變了企業內部文化與IT。起初企業擔心內部是否將受到不可預測的影響,但透過新世代雲端託管服務 (Managed Service Provider ,MSP),企業在服務上雲後,透過專業顧問服務進行即時監控、優化整體成本支出,企業、員工更了解雲的價值,使其專注於業務重大發展、解決疑慮。 圖:Apps Associates 針對 MSP 對 IT 決策者的調查結果。   根據 App Associates 針對300位以上的IT決策者進行調查,發現超過86%的IT決策者表示期待 MSP 對企業 IT 環境有更佳保護及期待透過 MSP 服務讓企業與 IT 人員更專注於重大發展,非基礎設施。 MSP服務解決您面臨的挑戰 對於許多客戶來說,尤其是醫療保健、金融服務、生命科學和政府部門而言,AWS 上的作業和應用程序的安全性和合規性是其最關注的事情,這些行業都有自己的安全協議和政策,隨著時間的推移而變化,安全及自動化是 MSP 實踐中關鍵的項目,根據客戶需求量身建置 AWS 架構並遵照 Well-Architected 設計,以符合 AWS 安全最佳實踐。 MSP 服務應有明確的維護、安全、監控、報告的 SLA 約定,該 SLA 反應出企業對 MSP 的期望,回應時間、性能和安全規範也應包含在服務協議中。   在節省成本的同時實現數位轉型 MSP夥伴所提供的服務不僅僅是維護企業的系統或服務穩定運行,更應有 24/7/365 持續地網路監控、故障排除與主動管理,為企業把關系統告警,以確保業務連續性。MSP亦定期提供任何優化性能、架構、安全或節省成本的建議。企業通常考慮採用 Amazon EC2 預留實例 (RI)或 Savings Plans 來節省雲端成本,同時提供客戶資源使用建議,消除不必要的成本或所需資源。   企業需要一個 MSP 合作夥伴,為 IT 管理導航、指路,透過持續地網路監控、故障排除與主動管理,提供企業穩定的營運系統。CKmates 擁有24/7/365的 NoC 團隊、技術團隊更是擁有100+以上的 AWS 專業級/專家級認證,為許多客戶提供MSP 服務。   CKmates 的使命始終是與企業並肩而行,成為企業的雲端數位長,企業只要專注創造商業價值,將雲端託管予 CKmates,以實現系統高可用及資安合規,企業得穩固前行。      

【雲端遷移專欄 VI】剖析AWS原生遷移工具 MGN & SMS & VM Import/Export

如何更快速達成您的業務目標,數位轉型、敏捷、創新是所有產業都不陌生的話題。然而,管理複雜的應用程式和工作產品組合,並非易事,故快速行動和實現價值的能力是關鍵的成功因素。而透過AWS雲端服務,不僅提升技術與組織效能,更能讓企業運用最新數位服務,提升效益。 在用戶決定遷移至 AWS 雲端後,如何安全並輕鬆地將工作負載遷移到 AWS,並減少遷移停機時間,是企業最關心的問題。AWS 提供 3 種免費託管遷移工具 :  AWS Application Migration Service (MGN)、AWS Server Migration Service (SMS) 和 VM Import/Export。 MGN 和 SMS是 AWS 託管服務,因此可以完全從 AWS 控制台內集中操作,而無需使用外部帳戶或其他帳戶。 VM Import/Export 是 AWS 的指令型工具, 熟悉的專業人士可極度利用其強大功能。 基於以上三種AWS遷移工具 , 客戶往往難以選擇哪種服務最適合他們的遷移情境。因此本篇將著重於解析這三種服務的差異性,協助您做選擇,實現快速且安全的遷移至雲端。   ■ 要遷移什麼類型的基礎設施? 2021年 5 月 18 日AWS正式宣布推出AWS Application Migration Service (MGN),遷移前企業應先考慮原基礎架構, MGN 是基於併購 CloudEndure的整合服務,只要計劃遷移的目標可在AWS EC2支援的 x86 操作系統上運行即可使用 MGN。這包括實體伺服器、P2V、VMware、Hyper-V 和其他雲提供商等。 (圖1-AWS MGN (CloudEndure) 遷移,是一種 Agent 代理遷移服務, 可將本地硬體、虛擬的伺服器遷移至 AWS 執行)   AWS Server Migration Service (SMS) 支援從 VMware、Hyper-V 或 Microsoft Azure 遷移VM虛擬機。 AWS SMS 目前不支援實體基礎設施或除了 Microsoft Azure 之外的其他公有雲。 (圖2-AWS SMS遷移,是一種 Agentless 使用 Connector  的遷移服務,可將虛擬伺服器遷移至 AWS執行)   如果您要遷移的資料量龐大或傳輸頻寬不能符合轉換到雲端的時程期限,則可考慮使用 VM Import,先將VM拷貝至移動硬碟,再另尋高速傳輸上傳使用 VM Import至S3。 (圖3-AWS VM Import/Export)   ■ 需要Agent代理還是Agentless無代理解決方案? AWS MGN 遷移要求您在每台來源Server或虛擬機上單獨安裝Agent。Agent僅將任何Block的更新,寫入並同步到Replication Server。Agent需要使用 MGN 用戶控制台在 TCP端口443 與 TCP端口1500 進行出口訪問。 (圖4-AWS MGN Agent installation on each server) AWS SMS使用 SMS Agentless Connector 不同於 MGN Agent,這是一個預配置的 FreeBSD 虛擬機,在遷移開始之前, 將其安裝在來源中的虛擬化環境管理程序上(如 vSphere vCenter, HyperV console)。SMS Connector負責Snapshot,將它們發送到 AWS SMS,並將它們轉換為Amazon 系統映像 (AMI)。 (圖5-AWS SMS Connector installed on vCenter)   在某些情況下,如果您無法滿足某些 MGN Agent 要求, 則AWS SMS 更適合。 例如: ● 可能無法在源計算機上擁有管理員訪問權限來安裝Agent代理 ● 可能只是更喜歡較少操作設定的 Agentless解決方案 ● 企業資安風險考量   ■ 多久需要複製一次源環境? ● AWS MGN 利用持續的Block level複寫,是以分鐘為單位的複製排程。 ● AWS SMS 利用增量、基於Snapshot的複寫,是以小時為單位的複製排程。 ● 由於 AWS SMS 使用基於Snapshot的複製,後續Snapshot是增量拍攝的,與 MGN不同,不需要暫存區來接收複製數據。AWS SMS 與AWS MGN 都能夠恢復失敗的複製作業。   ■ 加密 AWS MGN 支持靜態和傳輸中的加密。對傳輸中的加密,MGN 使用AES-256 加密來源環境中的代理和複製服務器之間的複製流量。流量使用 TCP 端口 1500 傳遞。靜態加密,MGN提供在暫存區存儲加密卷的選項,您可以選擇默認加密密鑰或自定義 KMS CMK 密鑰。 (圖6-MGN (CloudEndure) volume加密) AWS SMS在區域中創建一個 Amazon S3 存儲桶,啟用Server endpoint加密和Storage bucket policy以在 7 天後刪除存儲桶中的任何項目。配置複製作業時,您可以選擇啟用 AMI 默認 CMK加密。TLS 1.2 在傳輸過程中對複製的Server volume進行加密。   ■ 準備您的環境 建議您在準備環境時採用下列最佳做法,讓遷移後的啟動作業順暢。 ◆ 帳戶設定:確保只有執行移轉的人員可以控制移轉,包括執行、監視及維護移轉 ◆ 停用電子郵件通知:停用所有移轉通知電子郵件,避免收到有關移轉、失敗、進度等測試電子郵件 ◆ 主機環境預備:關閉 Firewal,相依關係設定等   ■ 需要什麼設定來啟動目標環境? 在許多情況下,客戶運行Discovery發現工具(如 Migration Evaluator 又稱 TSO Logic)來收集有關本地數據中心的信息,如服務器利用率、依賴關係或總擁有成本 (TCO) 估計,並推薦 Amazon EC2 實例類型和配置。AWS MGN 和 AWS SMS 都以不同的方式包含這些功能。 AWS MGN 使用 Blueprint藍圖設置用於創建目標機器。使用 Blueprint,您可以自定義 EC2 屬性,例如:機器類型、啟動類型、子網、安全組、私有或公共 IP、磁盤類型等。 AWS MGN 也支持使用BluePrint大量設置程序腳本,然後使用該配置啟動目標機器。 (圖7-MGN Launch 設定)   AWS SMS支持類似的功能,遷移是通過將單個Server複製為 Amazon 系統映像 (AMI) 來完成的,並生成 CloudFormation 模板以協調方式啟動它們。SMS 為應用程序設置生成一個 CloudFormation 模板,您可以下載、編輯和用於以後啟動。 (圖8-SMS Replication Dashboard) 如果您需要導入 Discovery工具來設置啟動目標機器,那麼MGN是正確的工具。如果您需要生成遷移環境是可重用 CloudFormation 模板,那麼 SMS 是正確的工具。   ■ 災難恢復 (DR) 雖然 AWS MGN不是為DR災難恢復目的而設計的,但當決定遷移整個工作負載,可採用MGN 進行Disaster Recovery,MGN DR亦支持 AWS 內的區域到區域災難恢復。 如使用MGN DR, 則按每台源服務器以小時計費,收費與配置的存儲容量無關。每部伺服器每小時 0.028 USD,或預估的每部伺服器每月 20 USD。     銓鍇國際 CKmates協助知名企業成功搬遷至AWS 後疫情時代來臨,數位轉型成為企業面對多變環境的強力後盾,靠雲端加速轉型邁向全球佈局。銓鍇國際CKmates擁有多年實體機房維運與AWS雲端經驗,不僅成功為多家上市櫃公司完成雲端遷移、架構規劃、優化等服務,更始終致力於針對各產業之痛點提供最適切之解決方案。更於今年獲得AWS Migration Competency 遷移能力認證,透過遷移上雲,使企業能夠更敏捷彈性的因應未來挑戰,而 CKmates 也將與企業並肩而行,成為企業的雲端數位長。   雲端遷移系列專欄 Why migrate to the AWS Cloud? 想要雲端遷移?資深雲端架構師親自傳授遷移心法 影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」 善用 AWS 原生遷移工具 使雲端遷移事半功倍 使用AWS Database Migration Service 快速協助異質資料庫遷移 剖析AWS原生遷移工具 MGN & SMS & VM Import/Export    

【雲端遷移專欄V】使用AWS Database Migration Service快速協助異質資料庫遷移

雲端遷移是項非常繁瑣的過程,如何降低資料遷移困難與複雜度是企業最關注的重點之一。 傳統資料庫遷移方法相當複雜且曠日廢時,經常需要暫停資料庫運作長達數天甚至是數週,在這段遷移工作執行時對資料庫的操作都必須禁止,導致遷移工作需要耗費大量的時間與資源。 同質資料庫的轉移(例如 MySQL to MySQL)就需要消耗一定的時間成本,若為異質資料庫的轉移,對各種資料型態、索引、結構敘述資料及函數進行全人工的轉換,從而增加更多時間與資源的耗損。如果在遷移過程中有人工疏失,很有可能會導致前功盡棄,實在是所費不貲。 為此,AWS 提供了 Database Migration Services(DMS)的資料庫自動化遷移服務,能夠以自動化的方式遷移至同質資料庫(例如 MySQL to MySQL)或至異質資料庫(例如 MySQL to DynamoDB),甚至提供當次遷移任務後持續進行資料的遷移,持續讓來源及目標遷移資料庫保持同步狀態。 AWS Database Migration Service (AWS DMS)   Database Migration Services(DMS)異質資料庫遷移 演示之資料庫: 在地端:MySQL  AWS 端:DynamoDB 在這裡我們可以看到,我們所演示的遷移來源資料庫是 MySQL 的 dms_source 資料表,此資料表所需之遷移筆數共為 85621 筆。   這裡我們也能看到在 AWS 雲端,我們已經建立好 AWS端的 DynamoDB 資料表,準備執行 MySQL 至 DynamoDB 的異質資料表遷移任務。   在這邊我們只需要撰寫 MySQL 至 DynamoDB 的結構映射組態檔,就能夠執行異質資料庫的遷移轉換任務了!   由於複寫的動作需要有複寫伺服器實例來執行,故我們需要在 AWS DMS 服務下建立新的複寫伺服器個體: 指明複寫伺服器名稱及執行實例的專用運算型別(例如:dms.t2.medium)   指明遷移任務的伺服器實例儲存容量、VPC、Multi-AZ 及公開性   在這個階段我們需要將來源資料庫及目的資料庫之相關資訊,設定於 AWS DMS 之端點設定上,之後方能設定最後的遷移任務細節。 設定遷移的來源(MySQL)及目的(DynamoDB)資料庫端點資訊   AWS DMS 之遷移任務組態如複寫伺服器、來源端點、目標端點及同步設定   在此可以設定在遷移任務後,是否持續同步來源及目的資料庫的資料   任務建立完畢並開始執行,將開始等待遷移任務進行映射及載入   AWS DMS 任務完全載入成功且沒有發生錯誤   載入時間總計 514 秒(8 分 34 秒),平均一筆紀錄遷移時間為 6ms   可以看到所有資料列皆已被遷移至 DynamoDB 的 employees 資料表上,若是有更大型的資料或需要縮短遷移的時間,則可以考慮: 使用更強的運算型別 使用更大的實例儲存空間 使用 Direct Connect 專線,強化在地端與雲端的資料傳輸品質 定價部分為: 運算實例型別 實例儲存空間 GB 數 跨 Region 或 On-Prem 至 AWS 之資料傳輸費用   除了工具,您更需要透過合作夥伴進行完整遷移任務 AWS DMS 的自動化遷移能力,幫助我們大量降低遷移各種資料庫上雲時所需的時間與精神,減少人為介入所造成的影響同時也能夠直接使用 AWS 已經為我們考慮到的各種遷移功能。 CKmates 具有豐富的遷移經驗,我們也活用 AWS DMS 工具降低遷移的風險與時間成本,協助許多客戶成功遷移上雲。 從評估企業雲端準備程度、盤點營運系統、規劃遷移項目、遷移策略及順序等,規劃出完善的架構並執行遷移,搬遷完成後進行維運與優化等,CKmates 皆具有完整的遷移方法與知識。 遷移上雲後,享受各種雲端優勢,讓您能夠去除繁雜的 IT 維運及設施運作,專注於跟企業價值有關係的核心業務上,提升企業競爭力。   雲端遷移系列專欄 Why migrate to the AWS Cloud? 想要雲端遷移?資深雲端架構師親自傳授遷移心法 影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」 善用 AWS 原生遷移工具 使雲端遷移事半功倍 使用AWS Database Migration Service 快速協助異質資料庫遷移 剖析AWS原生遷移工具 MGN & SMS & VM Import/Export  

聯絡我們

加入好友

joinline