Dịch chuyển lên cloud (Cloud Migration) là gì?
Dịch chuyển lên cloud (Cloud Migration) là quá trình di chuyển một số hoặc tất cả các hoạt động kỹ thuật số của bạn sang cloud của bạn. Có ba loại Dịch chuyển lên cloud (Cloud Migration) chính mà bạn có thể thực hiện – tại chỗ sang cloud, cloud sang cloud hoặc cloud đến tại chỗ. Khi thực hiện bất kỳ kiểu di chuyển nào trong ba kiểu di chuyển này, bạn có thể sử dụng năm phương pháp và chiến lược. Các chiến lược lần đầu tiên được xác định trong mô hình “5 Rs” của Gartner vào năm 2011.
- Lift and Shift —chuyển ứng dụng lên cloud giữ nguyên hiện trạng. Điều này đôi khi cũng được gọi là rehosting.
- Refactor —sửa đổi các ứng dụng để hỗ trợ tốt hơn môi trường cloud.
- Replatform — chuyển ứng dụng lên cloud mà không có thay đổi lớn, nhưng tận dụng các lợi ích của môi trường cloud.
- Xây dựng lại (Rebuild)— viết lại ứng dụng từ đầu.
- Thay thế —chỉnh sửa ứng dụng và thay thế nó bằng một ứng dụng cloud native mới.
Cơ sở hạ tầng Legacy là gì?
Trong tin học, phần cứng hoặc phần mềm được coi là “di sản” nếu nó đã lỗi thời nhưng vẫn được sử dụng. Các sản phẩm và quy trình Legacy thường không hiệu quả hoặc an toàn bằng các giải pháp cập nhật hơn. Các doanh nghiệp mắc kẹt trong việc vận hành các hệ thống Legacy có nguy cơ tụt hậu so với các đối thủ cạnh tranh; họ cũng phải đối mặt với nguy cơ vi phạm dữ liệu ngày càng tăng.
Phần mềm hoặc phần cứng cũ có thể trở nên không đáng tin cậy, có thể chạy chậm hoặc có thể không còn được nhà cung cấp ban đầu hỗ trợ. Ví dụ, Windows XP là một hệ điều hành Legacy : được phát hành vào năm 2001, khả năng của nó đã bị vượt quá bởi các bản phát hành Windows sau đó và Microsoft không còn hỗ trợ hệ điều hành này bằng cách phát hành các bản vá hoặc cập nhật cho nó.
Cơ sở hạ tầng bao gồm máy chủ, thiết bị mạng, ứng dụng, cơ sở dữ liệu và bất kỳ phần mềm hoặc phần cứng quan trọng nào khác. Cơ sở hạ tầng cũ, chẳng hạn như máy chủ cũ hoặc thiết bị tường lửa vật lý, có thể làm chậm quy trình kinh doanh của công ty. Nó cũng có thể gây ra nhiều rủi ro bảo mật hơn khi các nhà cung cấp ban đầu bỏ hỗ trợ cho sản phẩm của họ và ngừng phát hành các bản vá bảo mật.
Cơ sở hạ tầng Legacy thường được lưu trữ tại chỗ, có nghĩa là cơ sở hạ tầng thực tế được đặt tại các tòa nhà hoặc trên tài sản nơi tổ chức hoạt động. Ví dụ: nhiều doanh nghiệp lưu trữ một trung tâm dữ liệu tại chỗ trong cùng một tòa nhà nơi nhân viên của họ làm việc.
Các công ty dựa vào cơ sở hạ tầng Legacy tại chỗ không thể trải nghiệm những lợi ích của điện toán cloud. Do đó, hầu hết các doanh nghiệp ngày nay đã thực hiện ít nhất một phần chuyển đổi sang cloud.
Bạn có thể thích
Những lợi ích chính của việc Dịch chuyển lên cloud là gì?
- Khả năng mở rộng : Điện toán cloud có thể mở rộng quy mô để hỗ trợ khối lượng công việc lớn hơn và số lượng người dùng lớn hơn dễ dàng hơn nhiều so với cơ sở hạ tầng tại chỗ, điều này đòi hỏi các công ty phải mua và thiết lập thêm máy chủ vật lý, thiết bị mạng hoặc giấy phép phần mềm.
- Chi phí : Các công ty chuyển sang cloud thường giảm đáng kể số tiền họ chi cho các hoạt động CNTT, vì các nhà cung cấp cloud xử lý việc bảo trì và nâng cấp. Thay vì tiếp tục duy trì hoạt động, các công ty có thể tập trung nhiều nguồn lực hơn vào nhu cầu kinh doanh lớn nhất của họ – phát triển sản phẩm mới hoặc cải tiến những sản phẩm hiện có.
- Hiệu suất : Đối với một số doanh nghiệp, việc chuyển sang cloud có thể cho phép họ cải thiện hiệu suất và trải nghiệm người dùng tổng thể cho khách hàng của họ. Nếu ứng dụng hoặc trang web của họ được lưu trữ trong các trung tâm dữ liệu cloud thay vì trong các máy chủ tại chỗ khác nhau, thì dữ liệu sẽ không phải di chuyển xa để đến tay người dùng, giảm độ trễ .
- Tính linh hoạt : Người dùng, dù là nhân viên hay khách hàng, đều có thể truy cập các dịch vụ cloud và dữ liệu họ cần từ bất cứ đâu. Điều này giúp doanh nghiệp dễ dàng mở rộng sang các lãnh thổ mới, cung cấp dịch vụ của họ cho khán giả quốc tế và để nhân viên của họ làm việc linh hoạt.
Những thách thức chính của việc di chuyển lên cloud là gì?
- Di chuyển cơ sở dữ liệu lớn : Thông thường, cơ sở dữ liệu sẽ cần phải chuyển hoàn toàn sang một nền tảng khác để hoạt động trên cloud. Di chuyển một cơ sở dữ liệu là rất khó, đặc biệt nếu có một lượng lớn dữ liệu liên quan. Một số nhà cung cấp cloud thực sự cung cấp các phương pháp truyền dữ liệu vật lý, chẳng hạn như tải dữ liệu lên một thiết bị phần cứng và sau đó vận chuyển thiết bị đến nhà cung cấp cloud, đối với các cơ sở dữ liệu khổng lồ sẽ mất quá nhiều thời gian để truyền qua Internet. Dữ liệu cũng có thể được chuyển qua Internet. Bất kể phương pháp nào, việc di chuyển dữ liệu thường mất nhiều thời gian.
- Tính toàn vẹn của dữ liệu : Sau khi dữ liệu được chuyển, bước tiếp theo là đảm bảo dữ liệu được nguyên vẹn và an toàn, không bị rò rỉ trong quá trình này.
- Tiếp tục hoạt động : Doanh nghiệp cần đảm bảo rằng các hệ thống hiện tại của mình vẫn hoạt động và khả dụng trong suốt quá trình di chuyển. Họ sẽ cần có một số chồng chéo giữa tại chỗ và cloud để đảm bảo dịch vụ liên tục; chẳng hạn, cần tạo một bản sao của tất cả dữ liệu trên cloud trước khi đóng cơ sở dữ liệu hiện có. Các doanh nghiệp thường cần phải di chuyển từng chút một thay vì tất cả cùng một lúc.
Trong các phần tiếp theo, chúng tôi sẽ giải thích sâu hơn về ba chiến lược đầu tiên, với những ưu và nhược điểm của chúng.
1. Phương pháp Tiếp cận Dịch chuyển và Ưu nhược điểm của nó
Phương pháp “Lift and Shift ” liên quan đến việc thả ứng dụng vào cloud như hiện tại và hy vọng rằng nó hoạt động. Có thể tăng và thay đổi đối với nhiều khối lượng công việc và các nhà cung cấp cloud như AWS và Azure đang nỗ lực để làm cho việc này trở nên dễ dàng nhất có thể.
Một trong những bước quan trọng để đảm bảo thang máy và sự thay đổi thực sự hoạt động là đảm bảo ứng dụng, cho đến khi hoạt động gần đây trong trung tâm dữ liệu cục bộ, vẫn có quyền truy cập vào cùng tài liệu và dữ liệu khi nó ở trên cloud.
Một ví dụ là dịch vụ Microsoft Azure Files. Tệp Azure cho phép các máy ảo cloud gắn kết các tệp chia sẻ giống hệt với các tệp trong môi trường tại chỗ. Điều này giúp tăng và thay đổi khả năng, vì bạn có thể di chuyển khối lượng công việc từ trung tâm dữ liệu sang cloud và chúng vẫn có quyền truy cập vào cùng các thư mục được chia sẻ.
Ưu điểm của Lift and Shift Migration
Lift and Shift có những ưu điểm sau:
- Không có thay đổi về mã hoặc kiến trúc — các ứng dụng được lưu trữ lại vào cloud mà không có thay đổi ứng dụng hoặc cơ sở hạ tầng đáng kể nào, loại bỏ việc phát triển và thử nghiệm tốn kém.
- Dễ dàng di chuyển các dịch vụ cốt lõi —bạn có thể di chuyển các dịch vụ cốt lõi quan trọng như Active Directory một cách nhanh chóng và trực tiếp. Điều này gây ra rủi ro tối thiểu và gián đoạn hoạt động kinh doanh.
- Quản lý bảo mật và tuân thủ dễ dàng hơn — vì các ứng dụng không thay đổi tính bảo mật và các thuộc tính tuân thủ cũng giữ nguyên phần lớn và chỉ cần được ánh xạ tới các tài nguyên mới.
Nhược điểm của Lift và Shift Migration
Lift and Shift có những nhược điểm sau:
- Không tận dụng hết lợi thế của cloud — các ứng dụng cũ không thể mở rộng và không cho phép khối lượng công việc phân tán như các ứng dụng gốc trên cloud.
- Latency and performance —các ứng dụng tiền đề có thể gặp vấn đề về độ trễ hoặc hiệu suất sau khi di chuyển, vì chúng không được tối ưu hóa hoặc sửa đổi để phù hợp với môi trường cloud.
- Tăng rủi ro — việc di chuyển ứng dụng có các vấn đề đã biết có thể dẫn đến rủi ro tăng sau khi di chuyển.
- Di chuyển không thành công — quá trình di chuyển có thể không thành công nếu tổ chức không ánh xạ chính xác các yêu cầu của ứng dụng với cấu hình cloud tương ứng.
2. Phương pháp Refactor và Ưu nhược điểm của nó
Refactor là quá trình di chuyển các ứng dụng sang cơ sở hạ tầng cloud, đồng thời Refactor chúng để phù hợp hơn với môi trường cloud. Chiến lược này liên quan đến việc sửa đổi phần mềm hiện có của bạn hoặc một phần lớn của cơ sở mã, để tận dụng các tính năng dựa trên cloud cũng như tính linh hoạt và độ đàn hồi đi kèm với chúng.
Refactor phức tạp hơn nhiều so với các cách tiếp cận Dịch chuyển lên cloud (Cloud Migration) khác, vì nó yêu cầu thay đổi mã ứng dụng và cần được kiểm tra cẩn thận để tránh thoái triển trong chức năng. Bạn cũng cần đảm bảo rằng ứng dụng được xây dựng để sử dụng tài nguyên tốt hơn trên cloud, để tránh phát sinh chi phí cao.
Mặc dù phương pháp Refactor là tốn nhiều thời gian và tài nguyên nhất, nhưng nó có thể mang lại lợi tức đầu tư cao nhất khi bạn đang chạy trên cloud.
Ưu điểm của Refactoring
Ưu điểm của Refactor chủ yếu là lợi ích lâu dài:
- Tiết kiệm chi phí lâu dài —có thể giảm chi phí bằng cách phù hợp với yêu cầu tài nguyên thực tế với cơ sở hạ tầng cloud. Khả năng mở rộng quy mô khi cần thiết làm giảm mức tiêu thụ tài nguyên và cung cấp ROI lâu dài cho các nỗ lực Refactor của bạn.
- Thích ứng với các yêu cầu thay đổi — kiến trúc cloud và microservices cho phép các ứng dụng nhanh chóng thay đổi để thích ứng với các yêu cầu mới của khách hàng, bằng cách thêm các tính năng mới hoặc sửa đổi chức năng hiện có.
- Tăng khả năng phục hồi — bằng cách tách các thành phần ứng dụng và kết nối các giải pháp được quản lý với nhau mang lại tính khả dụng cao, ứng dụng Legacy độ bền của cloud này.
Nhược điểm của Refactoring
Những bất lợi của Refactor là:
- Khóa nhà cung cấp — ứng dụng của bạn càng có nguồn cloud native , thì càng có nhiều tính năng cloud mà nó có khả năng sử dụng. Điều này làm cho các ứng dụng được kết hợp chặt chẽ với cloud công cộng mà bạn đang sử dụng.
- Thời gian —refactoring tiêu tốn nhiều tài nguyên và phức tạp hơn nhiều so với việc di chuyển theo kiểu Lift and Shift , có nghĩa là các dự án mất nhiều thời gian hơn để bắt đầu thể hiện giá trị kinh doanh.
- Kỹ năng —refactoring không dành cho người mới bắt đầu. Nó yêu cầu kỹ năng mã hóa, tự động hóa và DevOps nâng cao.
- Làm sai —refactoring có nghĩa là thay đổi nhiều khía cạnh của ứng dụng, do đó có nguy cơ cao xảy ra lỗi ở cấp độ mã, cấu hình và cơ sở hạ tầng. Mỗi sai lầm có thể gây ra sự chậm trễ, leo thang chi phí và có thể xảy ra sự cố.
3. Phương pháp Tiếp cận Replatform và Ưu nhược điểm của nó
Di chuyển Replatform là nền tảng trung gian giữa hai chiến lược mà chúng tôi đã đề cập ở trên. Nó tương tự như việc lưu trữ lại các ứng dụng trên cloud, nhưng nó liên quan đến một số sửa đổi của ứng dụng để tận dụng cơ sở hạ tầng cloud mới.
Có một số sửa đổi phổ biến thường được thực hiện trong quá trình định dạng lại. Ví dụ:
- Thay đổi cách chương trình tương tác với cơ sở dữ liệu để hưởng lợi từ tự động hóa và cơ sở hạ tầng cơ sở dữ liệu đàn hồi.
- Cho phép mở rộng quy mô tốt hơn và tận dụng tài nguyên dự trữ trong môi trường cloud với những thay đổi mã tối thiểu.
Ưu điểm của tái định dạng (Replatform)
Ưu điểm của tái định dạng (Replatform) bao gồm:
- Tiết kiệm chi phí — cách tiếp cận này hiệu quả về chi phí và không yêu cầu một dự án phát triển lớn.
- Bắt đầu quy mô nhỏ khi cần — định dạng lại cho phép bạn di chuyển một số khối lượng công việc lên cloud, thử nghiệm với môi trường cloud, học các bài học và sau đó chuyển sang khối lượng công việc khác mà không cần nỗ lực di chuyển lớn.
- Chức năng cloud native — nền tảng cho phép các ứng dụng tận dụng các khả năng của cloud như tự động mở rộng quy mô, dịch vụ lưu trữ được quản lý và xử lý dữ liệu, cơ sở hạ tầng dưới dạng mã (IaC), v.v.
Nhược điểm của tái định dạng (Replatform)
Nhược điểm của tái định dạng (Replatform) bao gồm:
- Phạm vi công việc có thể phát triển – “scope creep” có thể biến một dự án Refactor thành một dự án Refactor toàn diện. Quản lý phạm vi và ngăn chặn những thay đổi không cần thiết là điều cần thiết để giảm thiểu vấn đề này.
- Những thay đổi tích cực —để giảm thiểu công việc, bạn cần phải tuân thủ các thành phần cloud phổ biến, nổi tiếng. Các thành phần chuyên biệt thường yêu cầu những thay đổi mạnh mẽ đối với ứng dụng và có thể không đáng giá trừ khi chúng mang lại giá trị kinh doanh cao hoặc việc sử dụng là không thể tránh khỏi.
- Tự động hóa là bắt buộc — đa nền tảng là rất hạn chế nếu khối lượng công việc kết quả trong cloud được quản lý theo cách thủ công. Điều này có nghĩa là bạn được yêu cầu đầu tư vào tự động hóa cơ bản cung cấp một số mức độ linh hoạt khi vận hành hệ thống trên cloud.
