Nền tảng như một sản phẩm: Cung cấp giá trị giữa những mâu thuẫn về ưu tiên

Các nền tảng phần mềm cần được coi là sản phẩm, chứ không chỉ là những dòng mã code. Trong buổi trình bày "Platform as a Product" tại hội nghị GOTO Copenhagen, Abby Bangser đã chia sẻ rằng sự thành công đòi hỏi sự cân bằng kỹ năng giữa kỹ thuật, thiết kế, tính dễ sử dụng, bảo mật và giá trị mang lại cho khách hàng nội bộ cũng như tổ chức. Tư duy sản phẩm (product mindset), quyền sở hữu rõ ràng và khoản đầu tư liên tục giúp ngăn chặn các nút thắt cổ chai, sự suy giảm của nền tảng (platform decay) và sự lãng phí nỗ lực, từ đó tạo ra giá trị có thể mở rộng và bền vững theo thời gian.

Sản phẩm phần mềm cần một cách tiếp cận đa ngành

Các sản phẩm phần mềm không tồn tại trong môi trường chân không; chúng đòi hỏi một phương pháp tiếp cận đa ngành cân bằng. Bangser cho rằng mọi người không tương tác với hệ thống chỉ vì họ thích giao diện hay API. Họ sử dụng chúng để đạt được kết quả nhất định. Do đó, để một sản phẩm thành công, nó phải mang lại giá trị cho cả người dùng và tổ chức đứng sau nó.

Thành công trong phát triển phần mềm không chỉ dừng lại ở sự xuất sắc về kỹ thuật. Bangser nhấn mạnh rằng nó cần đến thiết kế để đảm bảo tính dễ sử dụng, tư duy sản phẩm để cân bằng các ưu tiên xoay quanh giá trị, và sự quan tâm đúng đắn đến các vấn đề như bảo mật, khả năng mở rộng và chi phí. Khi các đội nhóm tập quá hẹp vào việc viết mã, họ thường bỏ lỡ các nhu cầu rộng lớn hơn của người dùng và các bên liên quan.

Nền tảng là sản phẩm phần mềm với người dùng nội bộ

Nền tảng cũng là phần mềm; một nền tảng đơn thuần là một sản phẩm phần mềm có người tiêu dùng nội bộ, điều này đồng nghĩa với các kỳ vọng về lợi nhuận đầu tư (ROI) chặt chẽ hơn. Nó phải giành được sự chấp nhận và đầu tư bằng cách trở nên hữu ích, dễ sử dụng và đáng tin cậy. Bangser giải thích:

Các đội nhóm coi nền tảng thuần túy là cơ sở hạ tầng kỹ thuật thường gặp khó khăn, trong khi các đội nhóm áp dụng tư duy sản phẩm có thể tạo ra những trải nghiệm gắn kết và giá trị bằng cách coi khả năng, tính dễ sử dụng và kết quả là những mối quan tâm hàng đầu.

Tránh việc tái tạo mô hình IT tập trung

Một thách thức chung với kỹ thuật nền tảng (platform engineering) là các tổ chức vô tình tạo lại các mô hình IT tập trung mà họ từng cố gắng loại bỏ khi áp dụng DevOps. Họ đưa ra các đội nhóm nền tảng, nhưng cuối cùng vẫn gặp phải các nút thắt cổ chai, quy trình chậm chạp và quyền sở hữu không rõ ràng. Thay vì tăng tốc độ, nền tảng lại trở thành một lớp ma sát mới:

Một nguyên nhân là sự mất cân bằng trong trọng tâm. Các đội nhóm nền tảng thường kiến trúc cho trải nghiệm người tiêu dùng (consumer experience) lại bỏ qua trải nghiệm người sản xuất (producer experience). Nền tảng là thị trường hai mặt, và để một nền tảng có thể mở rộng, nó cần phi tập trung hóa việc mở rộng. Bằng cách chủ động cho phép nhiều đội nhóm đóng góp khả năng, họ sẽ loại bỏ rào cản từ một nhóm duy nhất.

Khi một nền tảng có các mô hình đóng góp rõ ràng và ranh giới được xác định tốt, nó có thể phát triển độc lập với bất kỳ đội nhóm nào. Các khả năng được expose thông qua các API ổn định có thể được kết hợp và mở rộng bởi những người khác, giống như cách microservices mở rộng quy trình giao thông thông qua các hợp đồng rõ ràng. Điều này cho phép nền tảng phát triển mà không tạo ra các silo mới hoặc các phụ thuộc phức tạp.

Ngăn chặn sự suy giảm của nền tảng (Platform Decay)

Về lý thuyết, nợ kỹ thuật là một sự đánh đổi có chủ đích. Trong thực tế, nó thường tích lũy âm thầm cho đến khi trở thành một vấn đề nghiêm trọng. Bangser giải thích:

Trên nền tảng, điều này thường xuất hiện dưới dạng cái tôi gọi là "sự suy giảm của nền tảng" (platform decay): sự tích tụ dần dần của các công cụ tạm thời hoặc không được hỗ trợ, quy trình chưa được tài liệu hóa, các bước thủ công và các mẫu nhất quán hoặc khó bảo trì yêu cầu đầu tư để duy trì giá trị dài hạn.

Khi sự suy giảm xảy ra, chi phí bảo trì tăng lên và tốc độ chấp nhận chậm lại vì nền tảng không còn khả năng đáp ứng nhu cầu của người dùng song song với việc bảo trì. Các đội nhóm bắt đầu tìm cách lách qua nền tảng thay vì làm việc cùng nó.

Một lý do khiến các nền tảng nội bộ đặc biệt dễ bị tổn thương là chúng thiếu các tín hiệu doanh thu ngay lập tức của các sản phẩm hướng đến khách hàng, cho phép nợ nần tăng trưởng mà không phải trả trong thời gian dài. Áp dụng tư duy "nền tảng như một sản phẩm" tạo ra sự khác biệt lớn ở đây:

Khi các nền tảng nội bộ có lộ trình rõ ràng, vòng lặp phản hồi của nhà phát triển tích cực và khoản đầu tư bền vững vào chất lượng và tính dễ sử dụng, chúng thường trở nên ít tốn kém hơn theo thời gian thay vì tốn kém hơn, mặc dù nhận thức ban đầu là ngược lại.

Nền tảng là một sản phẩm sống động

Các nền tảng vốn dĩ là động thái; những khả năng từng dường như thiết yếu có thể trở nên thừa thãi khi các dịch vụ đám mây phát triển, trong khi các tính năng ban đầu có vẻ ngách có thể phát triển thành nền tảng quan trọng. Bangser giải thích:

Các nền tảng cần được coi là một sản phẩm sống động thay vì một tập hợp các dự án tĩnh. Cũng như một khu vườn cần sự chăm sóc liên tục, các nền tảng cần trồng mới các khả năng trong khi cũng cắt tỉa hoặc tái cấu trúc các tính năng không còn mang lại giá trị.

Tư duy này cho phép các tổ chức thích nghi liên tục và cung cấp giá trị bền vững theo thời gian, thay vì dựa vào một cuộc chuyển đổi quy mô lớn và tốn kém này đến cuộc khác.

Phỏng vấn Abby Bangser về việc cung cấp nền tảng

InfoQ: Bạn áp dụng phương pháp walking skeleton như thế nào trong việc cung cấp nền tảng?

Abby Bangser: Một walking skeleton là một lát chức năng end-to-end tối thiểu vận hành toàn bộ hệ thống, từ phát triển thông qua đến triển khai sản xuất. Giá trị của nó nằm ở việc xác thực các giả định sớm, phơi bày các lỗ hổng trước khi chúng trở nên tốn kém và tạo ra một vòng lặp phản hồi nhanh.

Đối với các nền tảng, điều này có nghĩa là xác định con đường khả thi nhỏ nhất bao gồm các quy trình làm việc cốt lõi, bao gồm giới thiệu người đóng góp, sử dụng các khả năng qua API, tích hợp CI/CD và triển khai vào một môi trường thực tế. Xây dựng điều này sớm sẽ tiết lộ nơi trải nghiệm của nhà phát triển bị phá vỡ và nơi công cụ vận hành bị thiếu hụt.

Khi phương pháp được xác thực, họ có thể lặp lại từ một nền tảng hoạt động và mở rộng với sự tự tin.

InfoQ: Trí tuệ nhân tạo (AI) có tác động gì đến các nền tảng?

Bangser: AI đang thay đổi cả cách các nền tảng được xây dựng và những gì người dùng mong đợi từ chúng. Các nhà phát triển ngày càng mong đợi các công cụ thông minh, có nhận thức về bối cảnh cung cấp đề xuất, trợ giúp khắc phục sự cố và hỗ trợ tối ưu hóa cấu hình.

Để hỗ trợ điều này, các nền tảng cần phải ưu tiên API và dựa trên sự kiện (event-driven), exposing dữ liệu và kiểm soát theo các cách tiêu chuẩn hóa. Từ góc độ xây dựng nền tảng, AI cũng cho phép phản hồi sản phẩm phong phú hơn bằng cách phân tích các mẫu sử dụng, phơi bày các điểm ma sát và tự động hóa các tác vụ lặp đi lặp lại.

Lý tưởng nhất, AI hoạt động ở cả hai mặt của vòng lặp phản hồi này và giúp các nền tảng giảm tải nhận thức cho các nhà phát triển dựa trên việc giám sát sử dụng thực tế thay vì các giả định.