Back home

Khi mô hình nguồn mở bị hạn chế, điều đầu tiên nhóm mất đi là khả năng chuyển đổi.

Việc có thể tiếp tục tải xuống không có nghĩa là bạn vẫn có thể đổi sang phiên bản khác trong cửa sổ.

Khi một mô hình bắt đầu bị giới hạn, điều đầu tiên bị hỏng thường không phải là kết quả suy luận mà là khả năng chuyển đổi. Tên giao diện vẫn còn đó, kho hàng vẫn còn đó nhưng dây chuyền sản xuất ban đầu đã bắt đầu vướng mắc về hạn ngạch, khu vực, lời nhắc xác thực và tuân thủ. Rắc rối thực sự không phải là thiếu một mô hình mà là đường dẫn ban đầu chỉ phù hợp để “tiếp tục sử dụng mô hình ban đầu” chứ không phù hợp để “chuyển sang một nhóm ngăn xếp khác trong cùng một tuần”.

Loại thay đổi này có vẻ như không có nhà cung cấp về mặt sản phẩm nhưng thực chất là sự phụ thuộc về mặt kỹ thuật. Các từ nhắc nhở, phân tích cú pháp đầu ra, lược đồ lệnh gọi hàm, độ dài ngữ cảnh dài, ngân sách mã thông báo, nhịp độ thử lại và ngưỡng kiểm soát rủi ro đều bị ẩn trong hành vi mặc định của mô hình ban đầu. Bất cứ khi nào đối tượng thay thế thay đổi, các giá trị mặc định này phải được đọc lại.

Chuyển đổi cửa sổ để phát hiện vấn đề trước

Khi các giới hạn bên ngoài xuất hiện, nhóm thường thấy rõ rằng phép đo không phải là một đường điểm mà là một tập hợp các hành động được căn chỉnh. Mô hình cũ điền vào chỗ trống rất trơn tru. Mô hình nguồn mở mới có thể không tệ về điểm chuẩn, nhưng sẽ có những trục trặc khác nhau về độ ổn định của JSON, khả năng loại bỏ và trình tự gọi công cụ. Các gờ không lớn khi nhìn riêng lẻ nhưng khi kết nối với nhau, chúng có thể làm hỏng liên kết tự động hóa.

Điều khó chịu hơn nữa là sự khác biệt này thường không xảy ra ngay lập tức. Trang đầu tiên trông bình thường nhưng trang thứ hai bắt đầu thiếu các trường. Một lệnh gọi hàm nhất định sẽ thực hiện thêm một bước và một lần thử lại nhất định sẽ đẩy lùi các kết quả cũ trong các điều kiện biên. Sau khi lên mạng, bề ngoài nó vẫn có tên model giống nhau, nhưng thực tế nó đã được thay thế bằng một cách phân phối hành vi khác.

Việc sắp xếp lại chậm hơn so với việc thay thế mô hình

Để thay thế một mô hình, bốn thứ thường cần được thay thế cùng lúc: định dạng đầu vào, chấp nhận đầu ra, dự phòng ngoại lệ và ngưỡng giám sát. Nếu bạn không đụng đến những thứ này trong mô hình thì kết quả sẽ là cùng một tập hợp logic nghiệp vụ sẽ dao động giữa hai phân bố hành vi. Những lỗi xấu nhất trên mạng thường không phải là thất bại hoàn toàn mà là những thành công không thường xuyên, đôi khi bị thiếu trường và đôi khi là những lời giải thích bổ sung. Sau đó, hệ thống coi các góc này là đầu vào bình thường và tiếp tục chuyển chúng đi.

Đây là lý do tại sao “có thể chạy” không có nghĩa là “có thể di chuyển”. Giá trị của mô hình nguồn mở nằm ở khả năng thay thế của nó, nhưng sự thay thế không kết thúc bằng việc gán trọng lượng cho quá khứ. Miễn là các định dạng đầu ra, lệnh gọi công cụ và giới hạn độ dài chưa được thắt chặt lại thì quá trình di chuyển chỉ hoàn thành một nửa. Việc chuyển đổi mô hình rõ ràng cuối cùng sẽ biến thành một sự chuyển đổi chung của các từ nhắc nhở, trình phân tích cú pháp, trình thử lại và chuỗi khôi phục.

Đường dẫn dự phòng phải được xây dựng theo đường dẫn chính thức.

Nếu mô hình sao lưu chỉ được đặt trong một phần “kế hoạch hạ cấp” nhất định của tài liệu thì sẽ gần như quá muộn khi đến lúc phải chuyển đổi. Một cách tiếp cận ổn định hơn là đưa cả mô hình chính và mô hình dự phòng vào cùng một bộ đường cơ sở: cùng một lô mẫu, cùng một bộ chỉ báo, cùng một phiên bản của trình phân tích cú pháp và cùng một chuỗi khôi phục phát hành. Khi sự thay đổi như vậy xảy ra, switch chỉ thay đổi định tuyến trên đường đi đã đi chứ không tạm thời tạo ra một hệ thống mới.

Điều đáng giá nhất ở thứ này không phải là mẫu xe dự phòng rẻ đến mức nào mà là liệu nó có được duy trì như một khả năng chính thức hay không. Một nhóm thực sự trưởng thành sẽ không hiểu “thay đổi mô hình” như một hành động mua sắm mà là một lộ trình trong thời gian chạy. Con đường này có thể không được sử dụng bình thường, nhưng miễn là sự thắt chặt bên ngoài, thay đổi hạn ngạch và các hạn chế trong khu vực trở nên chặt chẽ hơn, thì con đường này phải có khả năng tự đứng vững.

Liệu mô hình nguồn mở có thể tiếp tục được sử dụng hay không chỉ là vấn đề cấp độ đầu tiên. Đánh giá thực tế hơn là liệu nhóm có khả năng chuyển quy trình làm việc sang nhóm ngăn xếp khác một cách suôn sẻ sau khi mô hình bên ngoài được thắt chặt hay không, thay vì dừng hoạt động kinh doanh tại chỗ và chờ nhà cung cấp phục hồi. Điều thực sự cần được bảo tồn không phải là tên của một mô hình nhất định, mà là một đường dẫn có thể bị cắt đi nhiều lần.