Aperture Venture Studio đã triển khai một kiến trúc ba giai đoạn để xây dựng các nền tảng IoT tích hợp AI (AIoT) có khả năng phục vụ nhiều công ty độc lập cùng một lúc.

Tại sao một nền tảng AIoT dùng chung lại quan trọng

Hầu hết các nhóm kỹ thuật thiết kế một nền tảng xoay quanh một sản phẩm duy nhất, sau đó tái sử dụng các phần của nó cho các bản phát hành sau này. Tuy nhiên, một venture studio phải xoay xở với nhiều startup nhắm đến các khách hàng khác nhau, chạy trên các phần cứng khác nhau và hoạt động theo các mốc thời gian riêng biệt. Nếu không có một cách tiếp cận có sự phối hợp, mỗi dự án khởi nghiệp sẽ phải xây dựng lại từ đầu các đường ống dữ liệu (data pipelines), các ngăn xếp huấn luyện mô hình (model-training stacks) và các dịch vụ quản lý thiết bị giống nhau. Sự trùng lặp này gây lãng phí thời gian.

Mô hình ba giai đoạn

Cách tiếp cận của Aperture chia vòng đời thành ba giai đoạn rõ rệt:

  1. Giải pháp hoạt động cho một khách hàng duy nhất – Các nhóm cung cấp một dịch vụ AIoT thực tế đáp ứng nhu cầu thực tế, thiết lập một trường hợp sử dụng cụ thể và một bộ yêu cầu.
  2. Module có thể lặp lại trong một nền tảng dùng chung – Giải pháp được tái cấu trúc (refactored) thành một thành phần có thể tái sử dụng, nằm cùng với các module khác trong một nền tảng chung. Bước này là khó khăn nhất vì mã nguồn phải đủ trừu tượng để hỗ trợ các lĩnh vực khác nhau như theo dõi tài sản, an toàn lao động hoặc giám sát môi trường.
  3. Ứng viên để tách công ty (spin-out) – Khi một dự án khởi nghiệp đã sẵn sàng để trở thành một công ty độc lập, nó sẽ thay thế cơ sở hạ tầng dùng chung bằng một phiên bản riêng (private instance) thực thi các giao diện (interfaces) tương tự, cho phép mã nguồn chạy mà không cần thay đổi.

Giai đoạn giữa là giai đoạn thực hiện phần việc nặng nề nhất. Các nhóm tạo ra một lớp nền tảng gồm các mô hình AI có thể được tinh chỉnh (fine-tuned) thay vì phải huấn luyện từ con số không cho mỗi dự án mới. Việc coi các mô hình cốt lõi là tài sản dùng chung có nghĩa là bất kỳ cải tiến nào đối với mô hình nền tảng đều mang lại lợi ích tức thì cho tất cả các dự án dựa vào nó.

Các đường ống dữ liệu dùng chung mà không cần cô lập hoàn toàn

Một sự cám dỗ phổ biến là cô lập hoàn toàn đường ống dữ liệu của từng khách hàng (tenant), với giả định rằng điều đó giúp các dự án được tách biệt một cách sạch sẽ. Aperture cảnh báo rằng việc cô lập hoàn toàn sẽ ngăn cản dòng chảy của các cải tiến: một bản sửa lỗi hoặc một quy trình làm sạch dữ liệu mới được áp dụng cho một đường ống sẽ không bao giờ đến được các đường ống khác. Cách tiếp cận lai (hybrid) của họ giải quyết vấn đề này:

  • Dữ liệu khách hàng riêng biệt – Dữ liệu thô của mỗi dự án được lưu trữ trong bucket lưu trữ riêng, đảm bảo tính riêng tư và tuân thủ.
  • Logic xử lý dùng chung – Mã nguồn chung dùng để làm sạch, khử nhiễu và cấu trúc hóa dữ liệu nằm trong một thư viện duy nhất. Việc cập nhật thư viện đó sẽ mang lại lợi ích tự động cho mọi dự án.
  • Các quy tắc đặc thù cho từng dự án – Các trường hợp biên (edge cases) được xử lý bởi các bộ quy tắc nhỏ dạng plug-in nằm trên nền logic dùng chung, giúp giữ cho phần cốt lõi ổn định trong khi vẫn cho phép tùy chỉnh.

Thiết kế này mang lại chủ quyền dữ liệu trong khi vẫn tận dụng được logic xử lý dùng chung.

Tách rời (Decoupling) để tách công ty một cách dễ dàng

Sự phụ thuộc chặt chẽ (tight coupling) thường len lỏi vào khi các nhóm dựa dẫm vào các API nội bộ chỉ tồn tại trong hệ sinh thái của studio. Aperture chống lại điều này bằng cách áp dụng các giao diện nghiêm ngặt cho tất cả các phụ thuộc. Mỗi module sẽ khai báo các hợp đồng (contracts) mà nó cần—cho dù là để giao tiếp với thiết bị, suy luận mô hình (model inference) hay thanh toán—và không gì thêm.

Khi một dự án đạt đến giai đoạn tách công ty, nó chỉ đơn giản là trỏ các giao diện đó vào các triển khai (implementations) riêng của mình. Vì mã nguồn không bao giờ gọi trực tiếp một dịch vụ nội bộ cụ thể, việc thay đổi chỉ là vấn đề cấu hình thay vì phải viết lại toàn bộ. Việc lập kế hoạch tách rời này sớm sẽ giúp tránh được việc phải tái cấu trúc kiến trúc tốn kém sau này.

Rủi ro và các quan điểm phản biện

Mô hình cơ sở hạ tầng dùng chung không phải là "chiếc đũa thần".

Những điều cần theo dõi tiếp theo

Bài học rút ra: Việc xây dựng một nền tảng AIoT dùng chung với các giao diện rõ ràng, một nền tảng mô hình chung và chiến lược đường ống dữ liệu lai cho phép các venture studio ra mắt nhiều startup nhanh hơn và tách chúng ra một cách gọn gàng.