Platform Engineering và "Golden Bricks": Chìa khóa để tăng tốc độ giao hàng phần mềm

Platform Engineering và "Golden Bricks": Chìa khóa để tăng tốc độ giao hàng phần mềm

Tại hội nghị GOTO Copenhagen, Daniel Bryant đã có bài chia sẻ sâu sắc về Platform Engineering (Kỹ thuật nền tảng) dành cho các nhà phát triển phần mềm và kiến trúc sư. Theo ông, kỷ nguyên của các kiến trúc hướng dịch vụ và vi dịch vụ (microservices) đã làm gia tăng đáng kể gánh nặng nhận thức (cognitive load) cho các lập trình viên. Để giải quyết vấn đề này, Platform Engineering cần chuyển dịch tư duy từ một dự án nội bộ sang một sản phẩm nội bộ thực thụ, nơi các nhà phát triển chính là khách hàng.

Platform như một sản phẩm nội bộ

Bryant nhấn mạnh rằng một nền tảng (platform) không chỉ là công nghệ mà là một thực thể xã hội-kỹ thuật. Mục tiêu của đội ngũ platform là xây dựng các API, công cụ và tri thức dịch vụ tự phục vụ (self-service) hấp dẫn, giúp các đội ngũ khác giao tiếp tính năng sản phẩm nhanh hơn với ít sự phối hợp hơn.

Ông đề xuất ba mục tiêu chính cho một nền tảng hiệu quả:

• Tăng tốc độ: Cung cấp "mọi thứ dưới dạng dịch vụ" để giúp giao tiếp giá trị cho người dùng cuối một cách nhanh chóng và bền vững.
• Giảm thiểu rủi ro: Tự động hóa các quy trình thủ công thành các thành phần có thể tái sử dụng.
• Tăng hiệu quả: Quản lý và mở rộng quy mô nền tảng kỹ thuật số và tài nguyên như một đội tàu.

Nếu nền tảng khiến việc làm đúng trở nên dễ dàng, các nhà phát triển sẽ tự nguyện sử dụng nó. Ngược lại, nếu họ phải tạo ticket (phiếu yêu cầu) và chờ đợi để mở một cổng hoặc cấp phát cơ sở dữ liệu, dòng chảy giá trị sẽ bị gián đoạn.

Golden Bricks thay vì Golden Paths

Một điểm nổi bật trong bài trình bày là khái niệm "Golden Bricks" (Gạch Vàng) so với "Golden Paths" (Con Đường Vàng) truyền thống. Bryant cho rằng một con đường duy nhất để làm mọi thứ có thể trở thành một "lồng vàng" (golden cage), gây hạn chế sự sáng tạo.

Thay vì áp đặt một quy trình cứng nhắc, các nền tảng nên cung cấp các "gạch vàng" — các khả năng có thể kết hợp (composable capabilities). Các đội ngũ phát triển có thể tự lắp ráp các khối này để xây dựng con đường của riêng mình. Cách tiếp cận này cho phép các đội di chuyển nhanh chóng trong khi vẫn duy trì sự an toàn và nhất quán.

"Bạn xây dựng con đường vàng của riêng mình, cách đúng đắn để làm điều gì đó, bằng cách lắp ráp các viên gạch lại với nhau."

Đo lường thành công qua Adoption, Experience và Outcomes

Để định hình nền tảng cho các cấp lãnh đạo (C-level), Bryant nhấn mạnh tầm quan trọng của các chỉ số đo lường. Ông tập trung vào ba khía cạnh chính, dựa trên công trình của Camille Fournier và Ian Nowland:

1. Adoption (Mức độ áp dụng): Cho thấy các đội ngũ có thực sự sử dụng nền tảng hay không.
2. Experience (Trải nghiệm): Bao gồm thời gian cấp phát (provisioning time) và sự hài lòng của nhà phát triển (liên quan đến các khung SPACE và DX Core 4).
3. Outcomes (Kết quả): Kết nối với tác động kinh doanh thông qua các chỉ số kiểu DORA như thời gian dẫn đầu (lead time), tần suất triển khai và tỷ lệ thất bại khi thay đổi (change failure rate).

Những chỉ số này giúp xác định các điểm ma sát và hướng dẫn cải tiến, với mục tiêu cuối cùng là giúp các đội ngũ giao tiếp giá trị nhanh hơn, an toàn hơn và hiệu quả hơn.

Mối quan hệ cộng sinh giữa Platform và Kiến trúc phần mềm

Trong một cuộc phỏng vấn với InfoQ, Bryant cũng thảo luận về mối quan hệ cộng sinh giữa các nền tảng và kiến trúc phần mềm. Ông mô tả kiến trúc nền tảng theo các lớp ranh giới rõ ràng:

• Lớp điều phối cơ sở hạ tầng: Quản lý tính toán, lưu trữ, mạng và các dịch vụ cấp thấp khác.
• Lớp điều phối nền tảng: Phối hợp các khả năng cấp cao hơn (thường cụ thể cho doanh nghiệp), bao gồm DBaaS (Cơ sở dữ liệu dưới dạng dịch vụ), đường ống CD (Continuous Delivery), v.v.
• Các đội ngũ ứng dụng: Tiêu thụ các khả năng này thông qua API, CLI hoặc UI tự phục vụ.

Nguyên tắc quan trọng là sự phân tách mối quan tâm (separation of concerns). Khi các nền tảng trộn lẫn cơ sở hạ tầng, logic nền tảng và mối quan tâm của ứng dụng mà không tôn trọng các ranh giới, chúng sẽ trở nên mong manh và khó phát triển. Các nền tảng tốt cung cấp các giao diện ổn định cho phép thay đổi việc triển khai mà không làm gián đoạn các ứng dụng, cho phép cả nền tảng và phần mềm được xây dựng trên đó phát triển an toàn theo thời gian.