Rủi ro của mô hình nguồn mở đầu tiên rơi vào lớp truy cập
Tên của mô hình sẽ thay đổi, nhưng điều thực sự cần ổn định là trọng lượng, định tuyến và dự phòng.
Trong vài ngày qua, đã có cuộc thảo luận xung quanh việc liệu các mô hình nguồn mở có bị mắc kẹt bởi các chính sách thắt chặt của Hoa Kỳ hay không. Điều đầu tiên thay đổi về mặt kỹ thuật không phải là khả năng của mô hình mà là khả năng truy cập mặc định. Mô hình vẫn còn đó và giấy tờ cũng vậy. Điều thực sự đáng lo ngại đầu tiên là địa chỉ kéo, nguồn nhân bản, nền tảng lưu trữ, điều khoản cấp phép và tính khả dụng trong khu vực. Điều đầu tiên mà những người làm công việc access thường gặp phải không phải là “mô hình chưa đủ mạnh” mà là “hôm nay chúng ta vẫn có thể có được nó ổn định chứ?”
Khả năng tiếp cận mặc định trước hết trở nên tệ hơn
Trước đây, vấn đề khó chịu nhất khi thực hiện truy cập mô hình là “mô hình tương tự có thể được tải xuống ngày hôm qua, nhưng đột nhiên nó nhận được lỗi 403 vào ngày hôm nay.” Kiểu thay đổi này trông giống như một biến động nhỏ trong chuỗi cung ứng, nhưng thực chất lại kéo toàn bộ liên kết vào trạng thái không ổn định: tải xuống trọng lượng cần phải được thử lại, nguồn hình ảnh cần được chuyển đổi, tổng kiểm tra cần được tính toán lại, hình ảnh triển khai cần được đóng gói lại và bộ đệm trong CI cũng sẽ không hợp lệ. Nhìn bề ngoài, chỉ có bước lấy mô hình là dễ vỡ, nhưng trên thực tế, tiền đề về “khả năng sử dụng” đã bị lấy đi khỏi hệ thống.
Mô hình mã nguồn mở thường được hiểu là “sau khi mã nguồn mở sẽ không còn bị người khác kiểm soát”. Câu này chỉ đúng một nửa. Mã nguồn mở không có nghĩa là nó có thể truy cập được theo mặc định và hiển thị trong kho không có nghĩa là môi trường sản xuất có thể được khởi chạy ổn định. Ai đang lưu trữ nó, nó tồn tại ở khu vực nào, giấy phép đã thay đổi hay chưa và liệu có bất kỳ hạn chế nào về tần suất tải xuống hay không. Khi những chi tiết này bị chặn bởi nền tảng, chính sách hoặc điều khoản kinh doanh, những gì nhóm thấy không phải là “mô hình biến mất” mà là “những thứ có sẵn dễ dàng bắt đầu trở thành cơ sở hạ tầng cần được duy trì.”
###Giao diện mô hình sẽ được mở rộng đến ranh giới hệ thống
Trước đây khi viết chi tiết về định tuyến mô hình, điều khó thu thập nhất không phải là điểm kém hai ba điểm mà là giao diện mô hình chưa đủ ổn định. Sau khi cơ sở được thay thế, các thói quen nhắc nhở, cấu trúc đầu ra, định dạng gọi công cụ và hành vi ngữ cảnh dài đều sẽ thay đổi tương ứng. Tên mô hình dường như không thay đổi, nhưng trình phân tích cú pháp, bộ đánh giá, nhật ký phát lại và xử lý lỗi trong hệ thống phải được chạy lại. Điều dễ dàng bị vạch trần nhất vào thời điểm đó là hệ thống đã nhầm “một mô hình nhất định” với “một khả năng nhất định”.
Đây cũng là lĩnh vực bị bỏ qua nhiều nhất trong các cuộc thảo luận liên quan đến các mô hình nguồn mở. Điều thực sự có giá trị không phải là bản thân cái tên mà là tập hợp các khả năng có thể thay thế mà nó có thể cung cấp: hoàn thành, phân loại, trích xuất, đối thoại, gọi công cụ, tóm tắt bài viết dài và tạo mã. Miễn là lớp truy cập liên kết các khả năng này với các mô hình cụ thể thì mọi thay đổi tiếp theo sẽ được tính vào chi phí di chuyển. Mặt khác, nếu lớp giao diện lần đầu tiên được cô đọng thành một hợp đồng ổn định, thì phần cơ sở có thể được thay thế như một phần phụ thuộc và rủi ro sẽ chỉ được hạn chế ở một mức độ hạn chế.
Định tuyến và dự phòng quan trọng hơn danh từ
Mô hình mã nguồn mở có bị “niêm phong” hay không, tác động đến hệ thống cuối cùng thường không phải là tên của mô hình mà là liệu có lối thoát hay không. Nếu một nhóm đặt tất cả nhiệm vụ trên một mô hình từ xa duy nhất thì mọi hạn chế về địa lý, hạn chế truy cập hoặc thay đổi trong chiến lược kinh doanh sẽ trực tiếp gây gián đoạn kinh doanh. Ngược lại, miễn là các mô hình có thể chạy cục bộ, nguồn lưu trữ dự phòng, nhóm mô hình ở các cấp độ khả năng khác nhau và các bộ đánh giá có thể chơi lại đều có mặt, các hạn chế bên ngoài ở mức tốt nhất sẽ làm tăng chi phí chuyển đổi và sẽ không khiến hệ thống không khả dụng ngay lập tức.
Vì vậy, khi đưa ra nhận định ở cấp độ mô hình, tốt nhất không nên chỉ hỏi “mô hình nào mạnh hơn” mà còn hỏi “chuỗi khả năng này có thể thay thế bằng chân đế được không?” Trọng lượng có thể được giữ trong một nhà kho có thể kiểm soát được không? Các phần phụ thuộc có thể bị khóa vào các phiên bản cố định không? Định tuyến, bộ nhớ đệm, phát lại và khôi phục có thể được thực hiện thành một bộ hành động hoàn chỉnh không? Những câu hỏi này gần với ranh giới thực hơn tên mẫu. Nguy cơ mô hình bị hạn chế sẽ không biến mất trước tiên mà khả năng tiếp cận mặc định sẽ thay đổi trước tiên; và những gì hệ thống cần duy trì không bao giờ là một mô hình, mà là một tập hợp các khả năng có thể được cung cấp liên tục.
What to read next
Want more posts about AI?
Posts in the same category are usually the best next step for reading more on this topic.
View same categoryWant to keep following #AI?
Tags are useful for related tools, specific problems, and similar troubleshooting notes.
View same tagWant to explore another direction?
If you are not sure what to read next, return to the homepage and start from categories, topics, or latest updates.
Back home