Một ứng dụng mới có thể về mặt kỹ thuật đã sẵn sàng mà không có nghĩa là công ty đã sẵn sàng để chuyển đổi. Dữ liệu cần được xử lý lại, người dùng cần được đào tạo, các tích hợp cần được đồng bộ và các sự cố cần được xử lý. Do đó, chiến lược chuyển đổi là một sản phẩm riêng biệt, với kiến trúc, các bài kiểm tra và các tiêu chí thành công của chính nó.
Hai phương pháp tiếp cận chiếm ưu thế trong các cuộc thảo luận. Phương pháp chuyển đổi big bang thay thế hệ thống cũ vào một ngày xác định. Việc di chuyển dần dần chuyển các chức năng, dân số hoặc luồng theo từng giai đoạn. Không phương pháp nào vượt trội tuyệt đối. Sự lựa chọn phụ thuộc vào khả năng cùng tồn tại, chất lượng dữ liệu và khả năng chịu đựng gián đoạn.
Điều mà một bước ngoặt big bang thực sự có nghĩa
Vụ nổ lớn tập trung việc di chuyển vào một khoảng thời gian xác định. Hệ thống cũ bị dừng hoặc đặt ở chế độ chỉ đọc, dữ liệu cuối cùng được chuyển, các kiểm tra được thực hiện rồi hệ thống mới trở thành tham chiếu.
Chiến lược này đơn giản hóa quản trị sau khi chuyển đổi: chỉ một ứng dụng, một nguồn sự thật duy nhất và ít đồng bộ tạm thời hơn. Nó phù hợp khi phạm vi nhỏ gọn, sự gián đoạn có thể chấp nhận được, dữ liệu có thể được di chuyển nhanh chóng và có một phương án quay lại đáng tin cậy.
Rủi ro của nó đến từ sự tập trung. Một lỗi trong quá trình biến đổi, một khối lượng bị đánh giá thấp hoặc một tích hợp bị thiếu sẽ ngay lập tức ảnh hưởng đến tất cả người dùng. Việc lặp lại chung và chất lượng của kế hoạch dự phòng trở nên không thể thiếu.
Những gì mà một cuộc di cư dần dần bao phủ
Sự di cư dần dần có thể có nhiều hình thức:
- theo dân số: một trang web, một chi nhánh hoặc một nhóm thí điểm ;
- theo năng lực : nghiên cứu, lập hóa đơn, báo cáo hoặc quản lý tài liệu ;
- theo từng hành trình: các yêu cầu mới trong hệ thống mới, lịch sử trong hệ thống cũ;
- theo dữ liệu: các danh mục hoặc khoảng thời gian được chuyển giao theo từng đợt;
- theo lưu lượng: một phần ngày càng tăng của các yêu cầu được định tuyến tới thành phần mới.
Cách tiếp cận này giảm phạm vi tác động và cho phép học hỏi. Tuy nhiên, nó đòi hỏi phải quản lý sự tồn tại song song: đồng bộ hóa, ghi chép đôi, danh tính, hỗ trợ, báo cáo và trách nhiệm về dữ liệu.
Bảy tiêu chí quyết định
1. Khả năng chịu gián đoạn
Nếu công việc có thể dừng hệ thống trong một khoảng thời gian đã biết, vụ nổ lớn vẫn có thể xảy ra. Nếu mỗi phút đều có tác động quan trọng, cần nghiên cứu một sự chuyển đổi dần dần hoặc một kiến trúc hoạt động-đang hoạt động.
2. Khả năng phân đoạn
Một quá trình di cư dần dần đòi hỏi một ranh giới: người dùng, chức năng, quốc gia, sản phẩm hoặc luồng. Nếu không có sự tách biệt rõ ràng, hệ thống tạm thời có thể trở nên phức tạp hơn cả việc thiết kế lại chính nó.
3. Nguồn sự thật
Trong thời gian cùng tồn tại, mỗi dữ liệu phải có một người quản lý. Các ghi chép trùng lặp không được kiểm soát tạo ra những sự khác biệt khó hòa giải. Một chiến lược phải xác định ai có thể sửa đổi gì, ở đâu và cho đến khi nào.
4. Khối lượng và chất lượng dữ liệu
Dữ liệu cần được phân tích trước khi ra quyết định. Khối lượng lớn không cấm việc thay đổi toàn diện nếu việc chuyển đổi diễn ra nhanh và đã được kiểm tra. Ngược lại, dữ liệu không nhất quán có thể buộc phải di cư dần với việc điều chỉnh nghiệp vụ.
5. Số lượng tích hợp
Mỗi đối tác phải được di cư, nhân đôi hoặc điều chỉnh. Một chuyển giao tổng thể có thể đơn giản hóa hợp đồng, nhưng làm tăng số lượng phụ thuộc cần phối hợp cùng ngày.
6. Khả năng quay lại
Việc quay lại không chỉ có nghĩa là khởi động lại ứng dụng cũ. Cần khôi phục dữ liệu được tạo trong khoảng thời gian và xử lý các hoạt động đã gửi đến bên thứ ba. Hệ thống mới ghi càng nhiều, việc quay lại càng trở thành một dự án.
7. Khả năng sẵn sàng của các đội ngũ nghiệp vụ
Một cuộc di cư theo từng đợt cần nhiều công thức, đào tạo và giai đoạn hỗ trợ. Big bang đòi hỏi một sự huy động mạnh mẽ tập trung. Sự lựa chọn phải phản ánh khả năng thực tế của tổ chức.
So sánh các phương pháp tiếp cận
| Tiêu chí | Vụ nổ lớn | Di cư tiến bộ |
|---|---|---|
| Thời gian cùng tồn tại | Ngắn | Trung bình đến dài |
| Độ phức tạp thời gian | Giới hạn nhưng mãnh liệt | Nuôi và phân phối |
| Bán kính tác động | Toàn cầu | Bị giới hạn bởi sóng |
| Học tập trong sản xuất | Yếu trước khi chuyển | Quan trọng |
| Đồng bộ hóa | Thường xuyên đúng giờ | Thường xuyên tiếp tục |
| Triển khai nghề nghiệp | Tập trung | Lặp lại |
| Quay lại | Chỉ đơn giản trước các ghi chép | Có thể theo phạm vi, nhưng cần phải thiết kế |
Sơ đồ bắt đầu với tính liên tục trong kinh doanh. Một sự gián đoạn có thể chấp nhận được, phạm vi gọn gàng, việc di chuyển dữ liệu được lặp đi lặp lại và khả năng quay lại đáng tin cậy làm cho việc chuyển đổi theo kiểu big bang trở nên khả thi. Khi sự gián đoạn không thể chấp nhận được, khả năng phân đoạn hướng tới việc di cư dần dần. Một dân số đại diện cho phép thực hiện thử nghiệm; các module có thể tách rời cho phép di cư theo chức năng hoặc theo lưu lượng; việc phân chia theo địa điểm, chi nhánh, giai đoạn hoặc loại dữ liệu cho phép di cư theo từng đợt. Khi việc phân đoạn không khả thi, trước tiên cần giảm phạm vi hoặc thiết kế rõ ràng khả năng tồn tại song song và đồng bộ hóa của nó. Trong mọi trường hợp, việc thiếu bằng chứng về dữ liệu hoặc khả năng quay lại bắt buộc phải lặp lại trước khi ra quyết định. Danh sách sau đây là phiên bản văn bản tương đương.
- Kiểm tra xem việc gián đoạn kinh doanh có chấp nhận được và có giới hạn hay không.
- Nếu có, xác nhận rằng phạm vi là gọn, việc di cư có thể lặp lại và việc quay lại được kiểm tra trước khi chọn giải pháp big bang.
- Nếu không, tìm kiếm một ranh giới theo dân số, chức năng, hành trình, dữ liệu hoặc lưu lượng.
- Nếu biên giới này tồn tại, hãy chọn một phi công hoặc một cuộc di cư từ từ theo từng đợt.
- Nếu nó không tồn tại, trước tiên hãy giảm phạm vi hoặc thiết kế sự tồn tại cùng với một nguồn thông tin xác thực rõ ràng.
- Trong mỗi kịch bản, thu thập bằng chứng về dữ liệu, các tích hợp, đồng bộ hóa và hoàn tác trước khi quyết định đi hay không đi.
Thiết kế một kiến trúc chuyển tiếp
Một quá trình di cư dần dần đòi hỏi các thành phần tạm thời rõ ràng: bộ định tuyến, giao diện API, đồng bộ hóa, nhật ký sự kiện, bộ chuyển đổi và màn hình đối chiếu. Mỗi thành phần phải có một người chịu trách nhiệm, khả năng quan sát và ngày loại bỏ.
Mô hình chống mẫu là thêm các cổng nối mà không giảm phạm vi cũ. Do đó, độ phức tạp tăng lên theo từng đợt. Một chỉ số hữu ích theo dõi tỷ lệ chức năng, dữ liệu và lưu lượng thực sự được loại bỏ khỏi hệ thống cũ.
Chuẩn bị dữ liệu
Việc di cư bắt đầu bằng việc phân tích hồ sơ: khối lượng, dữ liệu trùng lặp, giá trị bị thiếu, mã hóa, tệp đính kèm, các mối quan hệ và quy tắc lưu trữ. Các biến đổi phải được phiên bản hóa và có thể phát lại. Các kiểm soát so sánh tổng số, mẫu, ràng buộc và kết quả kinh doanh.
Một buổi tập toàn bộ trên một bản sao thực tế đo thời gian và tiết lộ các thao tác thủ công. Cửa sổ cuối cùng phải bao gồm một lề, các điểm quyết định và một ngưỡng mà vượt quá đó chuyển đổi sẽ bị hủy.
Đặt các tiêu chí đi/không đi
Quyết định không thể dựa trên một ấn tượng chung. Các tiêu chí bao gồm:
- không có lỗi nghiêm trọng nào đang mở;
- các lộ trình phê duyệt đã được kiểm duyệt;
- hiệu suất đo lường với khối lượng dự kiến;
- sao lưu và khôi phục đã được kiểm tra;
- tích hợp đã xác nhận;
- hỗ trợ và giao tiếp sẵn sàng;
- kế hoạch quay lui lặp đi lặp lại ;
- trách nhiệm trong khủng hoảng được giao.
Mỗi tiêu chí đều có bằng chứng, một người chịu trách nhiệm và một thời hạn quyết định.
Tổ chức cuộc thử nghiệm
Một phi công hữu ích mang tính đại diện nhưng không quan trọng. Anh ta phải kiểm tra các luồng thực, quyền hạn, dữ liệu và hỗ trợ. Phản hồi được phân loại giữa lỗi sản phẩm, thiếu đào tạo, dữ liệu không chính xác và quy trình không đầy đủ.
Người điều khiển không được trở thành một phiên bản song song lâu dài. Ngày phổ biến và các điều kiện dừng phải được xác định ngay từ đầu.
Chuẩn bị cho ngày chuyển đổi
Sổ tay vận hành mô tả các bước theo từng phút: đông lạnh, chiết xuất, biến đổi, tải, kiểm soát, mở, giám sát và truyền thông. Nó nêu rõ các lệnh, bằng chứng cần có, người chịu trách nhiệm và các điểm quyết định.
Một kênh khủng hoảng riêng biệt với hỗ trợ thông thường tập trung thông tin. Các đội kỹ thuật, nghiệp vụ, hạ tầng và các đối tác có chung ngôn ngữ và quyền quyết định rõ ràng tại đó.
Ổn định sau khi ra mắt
Những giờ đầu tiên theo dõi các chỉ số cụ thể: lỗi, hàng đợi, thời gian phản hồi, khối lượng, chênh lệch dữ liệu và yêu cầu hỗ trợ. Các thay đổi không cần thiết bị giới hạn cho đến khi kết thúc giai đoạn hỗ trợ tăng cường.
Phản hồi kinh nghiệm phải ghi lại những khác biệt giữa kế hoạch và thực tế. Nó cải thiện các đợt tiếp theo hoặc các dự án tiếp theo, thay vì biến mất khi áp lực lắng xuống.
Chọn rủi ro mà ta biết kiểm soát
Vụ nổ lớn giảm sự phức tạp của sự cùng tồn tại nhưng tập trung tác động. Sự di cư dần dần giới hạn từng làn sóng nhưng thêm một kiến trúc tạm thời. Quyết định đúng là quyết định mà rủi ro có thể được thử nghiệm, quan sát và đảo ngược.
Partitech đồng hành trong việc thiết kế kỹ thuật, kiểm tra và triển khai sản xuất các nền tảng phức tạp. Chúng tôi tích hợp chiến lược chuyển đổi ngay từ kiến trúc để việc tái thiết không trở thành một canh bạc vào ngày chuyển đổi.
Để đi sâu hơn vào quy trình, hãy xác định một lộ trình cho hiện đại hóa một ứng dụng kế thừa mà không viết lại toàn bộ, chuẩn bị chúng nâng cấp phiên bản mà không gián đoạn và điều chỉnh nó PRA, PCA và sự liên tục của hoạt động. Xem thêm dịch vụ Partitech.
Tài liệu tham khảo chính thức
Tham khảo đã được kiểm tra vào 17 tháng 8 năm 2026: