Thị trường hạ tầng tại Việt Nam đang bước vào một giai đoạn đáng chú ý. Doanh nghiệp không còn chỉ quan tâm đến việc hệ thống có vận hành được hay không, mà bắt đầu nhìn kỹ hơn vào chi phí, độ ổn định, mức độ phức tạp trong vận hành và khả năng phát triển của đội ngũ kỹ thuật.

Khi những áp lực đó tăng lên, việc giữ nguyên mô hình hạ tầng hiện tại không còn là lựa chọn tối ưu. Tuy nhiên, thị trường cũng chưa dịch chuyển hẳn sang managed services như một hướng đi áp đảo. Nó đang nằm trong một vùng chuyển tiếp phức tạp hơn nhiều: một bên vẫn phải tiếp tục tự xây để chuẩn hóa nền tảng, còn bên kia bắt đầu tìm cách chuyển dần những phần việc lặp lại, nặng vận hành và khó kiểm soát ra ngoài.

Chính vùng chuyển tiếp này là phần đáng chú ý nhất của thị trường hiện tại.

Nếu chỉ nhìn thị trường theo logic cũ, rất dễ đi đến một kết luận chưa chuẩn: bên nào công nghệ mạnh hơn, nhiều dịch vụ hơn, hệ sinh thái rộng hơn thì sẽ có lợi thế lớn hơn. Nhưng dữ liệu lại cho thấy một thực tế khác. Trong nhiều trường hợp, chỗ đứng trên thị trường không được quyết định bởi ai vượt trội tuyệt đối, mà bởi ai giải đúng bài toán mà doanh nghiệp đang vướng nhất ở thời điểm đó.

DevOps VietNam sẽ phân tích chi tiết từ State of DevOps Vietnam 2026 những bối cảnh đang hiện ra như thế nào trong hạ tầng thực tế.

1. Ở mặt bằng chung, thị trường chưa nghiêng hẳn về build hay managed

Nhìn vào kế hoạch 12 tháng tới, lựa chọn được nhắc đến nhiều nhất vẫn là chuẩn hóa và đẩy mạnh Kubernetes production, ở mức 28,2%. Tỷ lệ chọn tăng dùng managed services là 16,3%.

Mức chênh này chưa đủ để kết luận thị trường đang nghiêng hẳn về một phía. Nhưng nó cho thấy một xu hướng khá rõ: ở nhiều nơi, việc cần làm trước vẫn là làm cho phần nền bên trong ổn định hơn.

Phần đó thường nằm ở những điểm rất quen thuộc như: quy trình phát hành chưa thống nhất, ownership chưa rõ, khả năng quan sát hệ thống chưa đủ, runbook chưa chặt, sự cố vẫn mất nhiều thời gian mới lần ra được đúng nguyên nhân.

Trong trạng thái như vậy, đưa thêm managed services vào chưa chắc đã giúp vận hành nhẹ hơn. Nếu phần nền chưa ổn, lớp dịch vụ mới chỉ làm tăng thêm một tầng phụ thuộc, trong khi các điểm yếu cũ vẫn còn nguyên.

Đây là chi tiết rất đáng chú ý nếu nhìn theo logic thị trường. Nhu cầu chi tiền không chỉ xuất hiện ở nơi doanh nghiệp muốn bổ sung thêm công nghệ. Nó thường xuất hiện ở nơi doanh nghiệp muốn hệ thống bớt rối hơn, đội ngũ bớt bị kéo căng hơn và quá trình triển khai bớt rủi ro hơn.

2. Những yếu tố nào thường đẩy doanh nghiệp tới quyết định thay đổi hạ tầng?

Khi doanh nghiệp bắt đầu xem xét lại hạ tầng, yếu tố được nhắc đến đầu tiên thường là chi phí. Đây là tín hiệu cho thấy quyết định thay đổi trong mảng hạ tầng tại Việt Nam đang ngày càng được dẫn dắt bởi hiệu quả sử dụng thực tế, thay vì chỉ bởi định vị thương hiệu hay độ mới của công nghệ.

Lý do khiến doanh nghiệp sẵn sàng đổi hạ tầng hoặc cloud

Bảng này cho thấy một điều khá rõ: doanh nghiệp không có xu hướng giữ nguyên mô hình hiện tại bằng mọi giá. Khi tổng chi phí sở hữu không còn hợp lý, họ sẵn sàng đánh giá lại phương án đang dùng.

Tuy nhiên, chi phí không đứng một mình. Độ ổn định và mức dễ vận hành đứng ngay sau đó. Điều này rất quan trọng, vì nó cho thấy doanh nghiệp không chỉ muốn trả ít hơn, mà còn muốn hệ thống bớt rủi ro hơn và đội ngũ đỡ bị kéo căng hơn. Nói cách khác, thay đổi hạ tầng thường bắt đầu như một quyết định tài chính, nhưng rất nhanh trở thành một quyết định vận hành.

Đây cũng là lý do nhiều thay đổi trên thị trường không diễn ra theo kiểu có một bên bỗng vượt trội tuyệt đối. Thay đổi thường xảy ra khi mô hình hiện tại không còn đủ kinh tế, đủ gọn hoặc đủ dễ vận hành để đi tiếp, trong khi một lựa chọn khác lại khớp hơn với áp lực thực tế của doanh nghiệp.

3. Khi phần tự vận hành bắt đầu trở thành gánh nặng, nhu cầu chi tiền mới bộc lộ rõ

Điểm đáng chú ý nhất của thị trường không nằm ở chỗ doanh nghiệp nói họ quan tâm đến managed services. Điểm đáng chú ý hơn nằm ở thời điểm phần tự vận hành bắt đầu nặng đến mức không còn hợp lý để tiếp tục duy trì theo cách cũ.

Bức tranh này hiện ra rõ hơn khi nhìn sang nhóm vấn đề tiếp theo.

Ở đây, khoảng cách giữa build và managed thu hẹp khá nhiều. Đặc biệt với nhóm chi phí cloud tăng khó kiểm soát, hai lựa chọn gần như ngang nhau.

Đây thường là lúc bản chất vấn đề đã thay đổi. Team không còn chủ yếu mắc ở phần nền ban đầu nữa. Họ bắt đầu mắc ở những phần việc lặp lại trong vận hành: chăm cluster tiêu tốn quá nhiều thời gian, sự cố kéo dài, lịch trực ngoài giờ nặng, patching, scaling, backup, recovery chiếm nhiều nguồn lực, trong khi chi phí vận hành tăng nhưng hiệu quả nhận lại không tăng tương ứng.

Ở giai đoạn này, câu hỏi quan trọng không còn là có tự làm được hay không. Câu hỏi bắt đầu chuyển thành có còn nên tiếp tục tự làm nữa hay không.

Và đây mới là thời điểm mà nhu cầu thị trường bộc lộ rõ nhất.

Khi một lớp hạ tầng không còn giúp hệ thống tốt lên theo cách đủ rõ, nhưng vẫn tiếp tục tiêu tốn nhiều thời gian và nhân lực, doanh nghiệp bắt đầu sẵn sàng chi tiền để đổi lấy sự gọn hơn, ổn định hơn và dễ kiểm soát hơn. Không phải vì họ đột nhiên muốn mua thêm công nghệ, mà vì họ bắt đầu nhìn thấy chi phí thực của việc duy trì mô hình hiện tại.

Đó cũng là lý do có những chỗ đứng trên thị trường được tạo ra không phải bằng một lời hứa công nghệ lớn hơn, mà bằng khả năng bước vào đúng phần việc đang làm đội ngũ mệt nhất. Một bên không cần vượt trội trên mọi phương diện để có chỗ đứng. Chỉ cần họ giải đúng một lớp gánh nặng mà doanh nghiệp không còn muốn tiếp tục tự gánh nữa, vị trí trên thị trường đã có thể hình thành.

4. Có những vấn đề mà thêm managed services vẫn không xử lý được phần gốc

Điều này hiện rõ hơn khi đặt định hướng tiếp theo cạnh các vấn đề lớn nhất.

Ba nhóm vấn đề này có một điểm chung: phần khó nhất của chúng không nằm trọn ở hạ tầng. Nó nằm ở cách các team đang vận hành cùng nhau.

Một hệ thống có thể dùng cơ sở dữ liệu dạng managed, message queue dạng managed hoặc dịch vụ log dạng managed. Nhưng nếu Dev, Ops và Sec vẫn làm việc trên những nhịp khác nhau, nếu mỗi lần có sự cố vẫn phải đi qua nhiều đầu mối mới xác định được người xử lý chính, nếu việc phát hành vẫn phụ thuộc vào cách từng team tự xoay, thì phần áp lực lớn nhất gần như không giảm bao nhiêu.

Đó là lý do ở những nhóm vấn đề này, lựa chọn quay về chuẩn hóa nền tảng vẫn nổi bật hơn. Không phải vì managed services không có ích, mà vì thứ còn thiếu ở đây thường không phải thêm một dịch vụ. Thứ còn thiếu là một mặt bằng vận hành đủ thống nhất để các lớp công nghệ bên trên không làm mọi thứ rối thêm.

Nếu nhìn ở góc độ thị trường, đây là chỗ rất dễ bị đọc sai. Bề ngoài, có thể tưởng rằng nơi nào càng nhiều công cụ, càng nhiều dịch vụ thì càng dễ thắng. Nhưng dữ liệu lại gợi ra điều khác: ở nhiều nơi, thứ tạo chỗ đứng không phải là nhiều hơn, mà là giải đúng chỗ tắc.

Đó cũng là lý do có những tên không hẳn vượt trội mọi mặt nhưng vẫn giữ được vị trí rõ ràng trong mảng hạ tầng. Họ không đi vào bằng một danh mục dài hơn. Họ đi vào bằng một bài toán cụ thể hơn, sát hơn và dễ được doanh nghiệp chấp nhận hơn trong bối cảnh thực tế.

5. Kubernetes không chỉ tạo ra nhu cầu công nghệ, mà còn tạo ra một dải nhu cầu vận hành có thể mở rộng thành thị trường

Nếu tách riêng nhóm Kubernetes, nhịp chuyển này hiện ra khá rõ.

Kubernetes hiếm khi là con đường ngắn nhất dẫn tới managed. Trong nhiều trường hợp, nó buộc team phải tự làm kỹ hơn trước.

Lý do thì ai từng đưa Kubernetes vào production đều đã thấy. Khi đi đủ sâu, gần như mọi thiếu sót cũ của vận hành đều hiện ra cùng lúc: phát hành chưa chuẩn, policy chưa chặt, khả năng quan sát hệ thống chưa đủ, việc vận hành cluster tốn nhiều thời gian hơn dự kiến, còn khối lượng việc lặp lại tăng nhanh.

Ở giai đoạn đó, tự build không còn là sở thích kỹ thuật. Nó là cách để dựng lại kỷ luật vận hành.

Nhưng cũng chính từ đây, thị trường mở ra thêm rất nhiều điểm vào. Nhu cầu không dừng ở cluster. Nó lan sang quan sát hệ thống, backup, policy, bảo mật, cost control, hỗ trợ sự cố, và sau cùng là managed theo từng lớp. Nói cách khác, Kubernetes không chỉ tạo ra một nhu cầu kỹ thuật. Nó tạo ra một chuỗi nhu cầu vận hành có thể được giải theo rất nhiều cách khác nhau.

Đây là lý do vì sao có những tên không hẳn vượt trội về mặt công nghệ vẫn có thể tạo vị trí riêng. Họ không cần thắng trên mọi mặt trận. Họ chỉ cần hiện diện đúng ở giai đoạn mà những nhu cầu vận hành đó bắt đầu bộc lộ đủ rõ để doanh nghiệp buộc phải xử lý.

6. Những nhu cầu đó thường bộc lộ rõ nhất ở giai đoạn trưởng thành trung gian

Dải nhu cầu vận hành vừa nói ở trên không xuất hiện mạnh như nhau ở mọi giai đoạn. Chúng thường bộc lộ rõ nhất khi hệ thống đã đi qua giai đoạn sơ khai, bắt đầu đủ phức tạp để tạo áp lực, nhưng vẫn chưa được tối ưu đủ sâu để đội ngũ có thể tự xử lý mọi thứ một cách gọn gàng.

Lát cắt về khả năng quan sát hệ thống cho thấy điều này khá rõ.

Khi mức nhìn vào hệ thống còn thấp, build nhiều hơn là điều dễ xảy ra. Nếu chưa quan sát đủ rõ, rất khó biết phần nào đang thật sự tốn nguồn lực, phần nào chỉ gây khó vận hành, và phần nào vẫn đáng để tiếp tục giữ lại.

Nhưng khi khả năng quan sát hệ thống tốt dần lên, managed services cũng tăng tỷ trọng. Điều đó không nhất thiết có nghĩa nội bộ yếu đi. Trong nhiều trường hợp, nó phản ánh một thay đổi quan trọng hơn: doanh nghiệp bắt đầu nhìn rõ hơn những lớp vận hành nào đang tiêu tốn quá nhiều công sức so với giá trị mà chúng còn tạo ra.

Đây cũng là điểm nối trực tiếp với phần trên. Những nhu cầu quanh Kubernetes, quan sát hệ thống, backup, policy, cost control hay hỗ trợ sự cố không phải lúc nào cũng trở thành nhu cầu thị trường đủ rõ ngay từ đầu. Chúng thường chỉ thật sự lộ ra khi hệ thống đã đủ lớn, đủ nhiều phụ thuộc và đủ tạo áp lực lên đội ngũ vận hành.

Vì thế, giai đoạn trưởng thành trung gian thường là lúc thay đổi dễ xảy ra nhất. Không phải vì doanh nghiệp thiếu công nghệ, mà vì họ đã nhìn đủ rõ chi phí vận hành thực, tải đội ngũ thực và giới hạn thực của mô hình đang dùng. Chính ở đoạn này, nhu cầu mới dễ chuyển thành quyết định hơn bất kỳ giai đoạn nào khác.

7. Doanh nghiệp thường dễ thay đổi nhất khi bước vào một chương trình hạ tầng mới

Không phải doanh nghiệp nào gặp khó khăn cũng sẽ thay đổi ngay. Trong nhiều trường hợp, khó khăn chỉ trở thành quyết định khi nó gặp đúng thời điểm doanh nghiệp bắt đầu một chương trình thay đổi hạ tầng mới.

Kế hoạch hạ tầng 12 tháng tới

Bảng này cho thấy một xu hướng quan trọng: nhu cầu thay đổi đang tồn tại, nhưng không nhất thiết theo hướng thay toàn bộ hạ tầng trong một lần. Phần lớn dịch chuyển được nhắc đến đều là các bước chuyển có thể kiểm soát được, như chuẩn hóa Kubernetes production, chuyển dần từ on-prem lên cloud hoặc đẩy thêm một phần công việc sang managed services.

Khi đặt dữ liệu này vào bối cảnh hiện trạng production, bức tranh sẽ rõ hơn.

Nền tảng đang chiếm phần lớn workload production

On-premise vẫn đang chiếm tỷ trọng lớn nhất trong production. Đồng thời, hơn một phần năm doanh nghiệp có kế hoạch chuyển từ on-prem lên cloud trong 12 tháng tới. Hai tín hiệu này đặt cạnh nhau cho thấy thị trường chưa hề đóng lại. Vẫn còn một lớp doanh nghiệp đáng kể đang ở đúng điểm phải xem xét lại mô hình hạ tầng.

Đó là lý do các thay đổi trên thị trường thường không diễn ra theo kiểu ai đó bỗng tốt hơn hẳn mọi đối thủ. Thay vào đó, thay đổi thường xuất hiện khi mô hình hiện tại không còn đủ kinh tế hoặc đủ gọn để đi tiếp, còn phương án mới lại khớp hơn với giai đoạn chuyển đổi mà doanh nghiệp đang bước vào.

8. Chỗ đứng trên thị trường không chỉ đến từ độ mạnh công nghệ

Nền tảng production hiện tại cũng cho thấy mỗi nhóm đang ở một giai đoạn khác nhau của hành trình vận hành.

Nhóm on-premise nghiêng rõ hơn về build. Điều này phù hợp với logic thị trường. Khi còn ở pha dựng nền, team thường chưa thể bỏ qua bước xây năng lực nội bộ.

Các nhóm đã đi sâu hơn vào AWS, GCP hoặc Hybrid mở hơn với managed services. Đó thường là những tổ chức đã qua một phần chặng chuẩn hóa và bắt đầu bước sang bài toán tối ưu hóa.

Nhìn theo cách này, build hay managed không chỉ là lựa chọn công nghệ. Nó cũng phản ánh team đang ở đoạn nào của hành trình vận hành: còn đang dựng nền, đang chuẩn hóa, hay đã bắt đầu tối ưu hóa nguồn lực kỹ thuật.

Và đây cũng là chỗ lý giải vì sao có những bên nhìn qua không hơn hẳn về công nghệ nhưng vẫn có chỗ đứng khá chắc trong mảng hạ tầng. Lý do thường không nằm ở việc họ mạnh hơn tuyệt đối. Lý do nằm ở chỗ họ khớp hơn với thứ khách hàng đang cần xử lý trước.

Có nơi cần một quá trình migration ít rủi ro hơn. Có nơi cần hỗ trợ sát hơn. Có nơi cần kiểm soát chi phí tốt hơn. Có nơi cần giảm áp lực vận hành lên đội ngũ nội bộ. Thị trường thường thưởng cho bên giải đúng những chỗ đó nhiều hơn người ta nghĩ.

9. Điều dữ liệu này gợi ra về thị trường

Nếu gom toàn bộ các lát cắt lại với nhau, có thể thấy một số điểm khá rõ.

Thứ nhất, thị trường chưa vận hành theo logic bên nào nhiều dịch vụ hơn sẽ lấy hết phần thắng. Ở nhiều đoạn, điều quyết định lại là mức độ phù hợp với bài toán vận hành đang hiện hữu.

Thứ hai, nhu cầu thực không nằm gọn ở một nhãn “managed services”. Nó trải ra trên nhiều lớp: migration, chuẩn hóa nền tảng, hỗ trợ vận hành, cost control, quan sát hệ thống, hay các lớp được quản lý sẵn theo từng phần.

Thứ ba, khoảng trống lớn nhất thường không nằm ở nơi sơ khai nhất hay trưởng thành sâu nhất. Nó nằm ở vùng trung gian, nơi hệ thống đã đủ phức tạp để phát sinh áp lực, nhưng chưa đủ tối ưu để tự giải tất cả mọi vấn đề với chi phí hợp lý.

Thứ tư, chỗ đứng trên thị trường này không chỉ được tạo ra bằng năng lực tuyệt đối. Nó còn được tạo ra bằng khả năng chen đúng vào nơi khách hàng đang vướng nhất.

10. Kết luận

Bộ dữ liệu này không đưa ra đáp án sẵn cho từng team. Điều đáng lấy hơn là cách nó kéo cuộc thảo luận về đúng chỗ: chi phí vận hành thực, tải đội ngũ thực và giá trị thực của phần đang được giữ lại.

Nếu giữ đúng, team giữ được phần làm hệ thống ổn hơn, phát hành chắc hơn và vận hành có kỷ luật hơn. Nếu giữ sai, người giỏi sẽ tiếp tục bị hút vào vận hành cluster, patching, backup, queue, trực ngoài giờ và những phần việc lặp lại không còn tạo thêm giá trị đáng kể nào nữa.

Managed services cũng không tự động là lời giải. Nhưng dữ liệu cho thấy rất rõ một điều: thị trường vẫn còn nhiều nhu cầu chưa được giải quyết trọn vẹn, và chỗ đứng vẫn đang được mở ra ở những nơi giải được đúng áp lực mà hệ thống đang gặp phải.

Sau cùng, đây không chỉ là chuyện chọn mô hình hạ tầng. Đây là chuyện phần nào của bài toán vận hành thực sự đáng để giữ lại, phần nào đang trở thành gánh nặng, yếu tố nào đủ lớn để khiến doanh nghiệp sẵn sàng thay đổi, và vì sao trong một thị trường tưởng như đã chật, vẫn luôn có chỗ cho những bên bước vào đúng điểm cần nhất.