Xây dựng và Mở rộng Nền tảng với Mô hình Project-as-a-Service

Tại hội nghị KubeCon & CloudNativeCon Europe, Jerry van Hulst và Marcel Kerker đã chia sẻ câu chuyện về việc xây dựng và mở rộng một nền tảng nội bộ. Ban đầu, họ áp dụng triết lý trao quyền tự chủ hoàn toàn cho các nhà phát triển, nhưng điều này nhanh chóng dẫn đến sự hỗn loạn. Các nhóm cảm thấy quá tải và giải quyết cùng một vấn đề theo những cách hoàn toàn khác nhau. Để giải quyết tình trạng này, họ đã chuyển đổi chiến lược từ hỗ trợ thụ động sang "trao quyền" (enablement) tích cực, giúp các đội nhóm tự tin hơn và biến "cách làm đúng" thành "cách làm dễ nhất".

Từ tự chủ đến "Miền Viễn Tây"

Vào năm 2017, đội ngũ bắt đầu xây dựng một khái niệm chứng minh (proof of concept) trên OpenShift với triết lý cốt lõi là cung cấp nền tảng và để các nhà phát triển chịu trách nhiệm cho toàn bộ vòng đời ứng dụng. Tuy nhiên, đến năm 2019, khi mở rộng ra ngoài nhóm những người dùng sớm, họ gặp phải những khó khăn lớn.

Một trong những vấn đề chính là gánh nặng nhận thức (cognitive load) quá cao. Trong khi những người dùng đầu tiên là những người đam mê công nghệ, các nhóm mới lại cảm thấy đường cong học tập quá dốc. Họ bị chìm ngập trong cái gọi là "thuế Kubernetes", dành nhiều thời gian để quản lý nền tảng hơn là viết mã.

Ngoài ra, sự phân mảnh kiến thức cũng trở thành một thách thức lớn. Do thiếu sự chuẩn hóa, các đội nhóm đã giải quyết các vấn đề giống nhau như ghi log (logging) hay quản lý ingress theo những cách hoàn toàn khác nhau. Van Hulst mô tả tình trạng này giống như "Miền Viễn Tây" ngay trong cùng một cụm cluster, gây ra nhiều khó khăn cho việc hỗ trợ và vận hành.

Chuyển đổi sang Con đường Trải nhựa (Paved Road)

Họ nhận ra rằng việc trao quyền tự do tuyệt đối cho mọi người thực chất lại làm chậm tiến độ. Do đó, họ cần chuyển sang một cách tiếp cận mang tính "đường trải nhựa" (paved road) hơn.

Nền tảng hiện tại của họ áp dụng triết lý "tự động hóa lên hàng đầu", bao gồm cả quy trình onboarding (tích hợp nhân sự). Operator Project-as-a-Service của họ cung cấp cho các đội nhóm công cụ để tạo môi trường của riêng mình chỉ với một tệp YAML đơn giản. Tệp này bao gồm hầu hết mọi thứ cần thiết để bắt đầu, từ namespace, RBAC đến hạn ngạch tài nguyên (resource quota).

Ưu tiên Trao quyền (Enablement) hơn Hỗ trợ

Theo Kerker, để trao quyền và thúc đẩy các đội nhóm, triết lý là ưu tiên enablement thay vì chỉ hỗ trợ kỹ thuật. Thay vì hoạt động như một bộ phận helpdesk giải quyết các phiếu hỗ trợ, mục tiêu tối thượng của họ là xây dựng sự tự chủ thực sự trong các đội ngũ kỹ thuật:

"Chúng tôi muốn họ cảm thấy tự tin và có năng lực."

Với hơn 99 đội DevOps, việc mở rộng quy mô kiến thức là một thách thức. Họ giải quyết vấn đề này bằng cách thúc đẩy các Cộng đồng thực hành (Communities of Practice), nơi các đội nhóm học hỏi lẫn nhau. Để giữ cho mọi người đồng bộ và truyền cảm hứng, họ tổ chức thường xuyên Nhóm người dùng Container (CUG) để giới thiệu các tính năng mới của nền tảng, cùng với các Ngày Container hóa (Containerization Days) lớn hơn với các diễn giả khách mời.

Để nâng cao kỹ năng thực hành, họ cung cấp các hội thảo tự định hướng (self-paced workshops) bao gồm các kiến thức cốt lõi như Tekton, ArgoCD, Quản lý truy cập danh tính (Identity Access Management), RightSizing và Kustomize.

Kerker nhấn mạnh rằng sáng kiến có tác động lớn nhất của họ là Accelerator Hackathon:

"Thay vì chỉ giao tài liệu, các chuyên gia nền tảng của chúng tôi sẽ ngồi cạnh một đội phát triển trong cả ngày. Chúng tôi cùng nhau làm việc để đưa ứng dụng đầu tiên của họ lên nền tảng một cách nhanh chóng. Đây là cách làm việc thực tế, hợp tác cao và là cách tốt nhất để biến việc trao quyền thành kết quả ngay lập tức."

Tương lai với AI và Golden Path

Trọng tâm hiện tại của họ là giảm gánh nặng nhận thức cho các nhà phát triển và làm cho nền tảng thông minh hơn. Họ dự định tập trung mạnh vào Con đường vàng (Golden Path), biến "cách làm đúng" thành cách dễ nhất để xây dựng phần mềm. Họ đang lên kế hoạch tích hợp sâu vào Backstage và mở rộng các bộ khởi tạo CI/CD:

"Chúng tôi muốn các nhà phát triển có mọi thứ cần thiết ngay lập tức."

Họ cũng đang tích hợp AI để hợp lý hóa hoạt động bằng cách triển khai các câu trả lời tự động dựa trên AI cho ChatOps và các phiếu hỗ trợ. Bằng cách tự động hóa việc giải quyết các câu hỏi lặp lại, họ giúp các nhà phát triển nhận được sự hỗ trợ tức thì, đồng thời giải phóng các kỹ sư nền tảng để tập trung vào các hoạt động trao quyền giá trị cao thay vì hỗ trợ cơ bản.

Những bước tiếp theo sẽ được quyết định bởi cộng đồng. Họ ưu tiên các tính năng mới do người dùng yêu cầu và luôn lắng nghe sát sao các phản hồi từ các đội phát triển để đảm bảo họ đang xây dựng các khả năng thực sự giải quyết các thách thức hàng ngày của họ.

Trong một cuộc phỏng vấn với InfoQ, khi được hỏi về những bài học rút ra, Kerker chia sẻ:

"Tôi đã học được rằng để làm cho một nền tảng thành công, bạn phải tập trung không ngừng vào nhu cầu của các nhà phát triển và luôn lắng nghe phản hồi của họ. Song song với đó, tôi học được rằng chuẩn hóa là chìa khóa tuyệt đối để áp dụng. Nếu mỗi đội nhóm phải tự tìm ra cách xử lý các vấn đề hạ tầng, việc áp dụng sẽ bị đình trệ. Bằng cách chuẩn hóa quy trình của chúng tôi, chúng tôi loại bỏ ma sát, ngăn các đội nhóm phải sáng tạo lại cái bánh xe và làm cho nền tảng dễ dàng, trực quan hơn rất nhiều để đón nhận."