Lift & Shift - Phương pháp tối ưu dịch chuyển hệ thống phần mềm qua đám mây
Last updated: September 17, 2022 Xem trên toàn màn hình
Recommended for you
- 04 Mar 2020
Kinh nghiệm lập dự toán chi phí dự án phần mềm theo phương pháp Man-Month 2506 - 01 Jul 2023 Phương pháp Shuhari - Làm sao học ít hiểu nhiều? 905
- 01 Aug 2022 "Sponsored Content" là gì? Khác nhau giữa Sponsored Content và Native Advertising? 764
- 01 Feb 2022 Thách thức với doanh nghiệp chuyển đổi số trong thời đại VUCA 668
- 15 Apr 2020 Phần mềm BPM là gì? So sánh với ERP và các phần mềm Workflows 532
- 01 Jun 2021 Bản thiết kế sơ bộ (Brief) là gì? 528
- 03 Oct 2021 Khác biệt giữa thiết kế phần mềm và thiết kế công trình xây dựng 493
- 14 Aug 2022 Khác biệt giữa tiêu chí hoàn thành DOD (Definition of Done) với tiêu chí nghiệm thu (Acceptance Criteria) 457
- 03 Feb 2020 Sản phẩm OEM và ODM là gì? 440
- 30 Sep 2022 Streamlining Your Business with Odoo - Everything You Need to Know 372
- 04 Jan 2023 Đánh giá nhân sự theo chuẩn người Nhật 366
- 12 May 2021 Các yêu cầu thay đổi (Change Requests) - nỗi ám ảnh của team dự án phần mềm 348
- 18 Mar 2018 Dịch vụ Hosting cho Website là gì? Các lời khuyên chọn Hosting tốt nhất 232
- 17 Aug 2020 Mục tiêu dự án là gì? Làm thế nào để xác định mục tiêu? 213
- 01 Sep 2020 Co-founder là gì? Vai trò của các Co-Founder khi lập nghiệp. 213
- 20 May 2023 So sánh lợi thế Odoo ERP với các giải pháp phần mềm quản trị khác? 212
- 14 May 2024 Chiến lược răng lược là gì? Làm thế nào để tận dụng chiến lược răng lược trong kinh doanh? 205
- 23 Sep 2021 Odoo được tích hợp với những nền tảng bên ngoài như thế nào? 204
- 08 Mar 2022 Mô hình nguồn mở hoạt động ra sao? 185
- 08 Mar 2020 Vì sao doanh nghiệp cần phải tạo Web bán hàng? 158
- 01 May 2023 [Tư vấn CNTT] Quản lý ngân sách CNTT cho doanh nghiệp 156
- 01 Apr 2022 Chi phí nhà thầu phụ chiếm bao nhiêu phần trăm gói thầu? 151
- 25 Apr 2018 Bảo hộ bản quyền phần mềm dưới khía cạnh sở hữu trí tuệ như thế nào? 140
- 17 Feb 2018 Hệ luỵ khi sử dụng Web Hosting từ nhà cung cấp kém chất lượng 130
- 09 Feb 2021 Tầm nhìn là gì? Tí dụ minh họa cụ thể về tầm nhìn 121
- 10 Sep 2019 So sánh các phân khúc ERP. Doanh nghiệp bạn thuộc phân khúc nào? 116
- 28 Apr 2021 Tổng chi phí trong việc triển khai xây dựng phần mềm ERP 99
- 14 Sep 2021 COQ (Cost of quality) áp dụng cho chất lượng phần mềm như thế nào? 88
- 11 Apr 2025 Dữ liệu sống – nền tảng cốt lõi cho sự sinh tồn và phát triển trong kỷ nguyên số 31
Phương pháp Lift&shift
Lift&shift là một thuật ngữ dùng để chỉ việc di chuyển một ứng dụng hoặc một hệ thống từ môi trường này sang môi trường khác mà không bị gián đoạn bởi việc tái thiết quy trình hoạt động của ứng dụng hoặc hệ thống đó. Sự phức tạp của ứng dụng hoặc hệ thống là một yếu tố quan trọng trong việc quyết định liệu mô hình đó nên được lift & shift hay cần tái kiến trúc từ đầu như một ứng dụng hoặc hệ thống gốc mới trên nền tảng đám mây.
Trong giai đoạn đầu phát triển điện toán đám mây, phương pháp lift&shift là một lựa chọn phổ biến để replicate (nhân bản) các ứng dụng cố định để đưa vào đám mây mà không phải bulid lại từ đầu gây tốn kém, tốn thời gian. Tuy nhiên, nhiều ứng dụng cố định chuyển sang đám mây bằng phương pháp lift&shift đã không thể tận dụng tối đa hiệu quả chi phí của các tính năng đám mây gốc, cùng với lợi thế tự động hóa. Trong khi các ứng dụng dạng thương mại, có sẵn với các thành phần dễ xác định thường phù hợp hơn cho lift&shift, thì tái kiến trúc lại là một lựa chọn tốt hơn cho các ứng dụng sử dụng nhiều tài nguyên, như các ứng dụng được sử dụng để phân tích big data và render hình ảnh.
|
Lift & shift (Rehost) Ứng dụng chuyển từ cơ sở tại chỗ sang đám mây |
Tái cấu trúc/Refactor Ứng dụng được thiết kế lại hoặc sửa đổi code trước khi chuyển lên đám mây |
|
|
Ưu điểm |
Đòi hỏi bỏ ra ít nỗ lực ban đầu hơn trong quá trình di chuyển Dịch chuyển và triển khai nhanh chóng |
Ứng dụng tận dụng được toàn bộ sức mạnh và lợi thế của đám mây Đạt hiệu quả chi phí tốt hơn
|
|
Nhược điểm |
Ứng dụng có thể sẽ không tận dụng được toàn bộ sức mạnh và lợi thế của đám mây Ứng dụng có thể tốn kém hơn khi chạy trong đám mây
|
Phát sinh nhiều chi phí ban đầu hơn cho quá trình dịch chuyển, đồng thời cũng đòi hỏi nhiều thời gian, công sức và gặp nhiều áp lực về nguồn lực hơn. |
Các hạn chế của phương pháp Lift & Shift
Với thực trạng hiện nay, phương pháp lift&shift cho thấy nhiều nhược điểm hơn đáng kể khi so sánh với tái cấu trúc hay tái kiến trúc ứng dụng. Mặc dù thực hiện tái cấu trúc một ứng dụng như là một phần của quá trình di chuyển là tốt nhất, đôi khi các tổ chức cần thực hiện quá trình này thậm chí từ trước nữa.
Lift&shift thường được so sánh với việc di chuyển một giống cây trồng trong nhà kính ra môi trường tự nhiên bên ngoài; và khi ở trong một môi trường sống khác sức phát triển của cây có thể bị ảnh hưởng. Tương tự như vậy, một dự án CNTT bắt đầu trong một hệ thống tại chỗ hay truyền thống có thể không hoạt động tốt ở một môi trường mới.
Ví dụ, một dự án lift&shift mà không có các tài liệu về các yêu cầu hoặc thiết kế vận hành khi bắt đầu có thể dễ dàng bị sai lệch. Các kết quả sai sót thường sẽ liên quan đến việc dữ liệu không khớp với các hệ thống xử lý hoặc bộ dữ liệu nằm ngoài phạm vi môi trường triển khai. Các ứng dụng sử dụng nhiều tài nguyên có thể cần được tái thiết ngay từ đầu như các ứng dụng nền tảng đám mây để tránh các vấn đề về hiệu suất và độ trễ.
Tái cấu trúc cũng có thể cần thiết khi hiệu suất không đáp ứng được mức độ kỳ vọng sau khi lift&shift, đặc biệt là khi việc điều chỉnh không giải quyết được vấn đề. Một ứng dụng được chuyển lên đám mây cũng có thể được hưởng lợi từ việc tái cấu trúc khi xảy ra một số tình huống như: chi phí tăng ngoài dự kiến do ứng dụng hoặc cơ sở dữ liệu hoạt động không hiệu quả, khi phát sinh lỗ hổng bảo mật do ứng dụng không thể tích hợp với các hệ thống bảo mật gốc, chẳng hạn như các công cụ quản lý truy cập và nhận dạng.
Bìzfly
Khám phá thêm các chủ đề sau
Đọc thêm: Hướng dẫn hợp tác viết bài (guest blogging)
Các chủ đề được quan tâm nhiều nhất
CHIA SẺ BÀI VIẾT
Mới cập nhật