Bối cảnh và vấn đề nghiên cứu

Theo số liệu từ Sách trắng Công nghệ thông tin và Truyền thông Việt Nam năm 2021, Việt Nam xếp thứ 6 trên thế giới về xuất khẩu phần mềm. Số lượng doanh nghiệp hoạt động trong lĩnh vực phần mềm tăng từ 7.433 doanh nghiệp (năm 2016) lên 13.544 doanh nghiệp (năm 2020), trung bình mỗi năm có khoảng 1.500 doanh nghiệp mới ra đời. Sự gia tăng nhanh chóng về số lượng doanh nghiệp và quy mô sản phẩm phần mềm đặt ra yêu cầu cấp thiết về việc tối ưu hóa quy trình chuyển giao công nghệ, rút ngắn thời gian bàn giao, nâng cao tính bảo mật và khả năng mở rộng hệ thống.

Công ty Cổ phần Công nghệ Proton (Proton Technology), thành lập năm 2017, là doanh nghiệp hoạt động trong hai lĩnh vực cốt lõi gồm Công nghệ thông tin và Công nghệ tài chính. Tính đến thời điểm nghiên cứu, công ty đã cung cấp gần 120 giải pháp phần mềm cho hơn 20 đối tác. Tuy nhiên, quy trình triển khai, vận hành và giám sát phần mềm tại công ty vẫn chủ yếu dựa trên phương thức truyền thống (triển khai thủ công trên máy chủ vật lý sử dụng giao thức FTP, cấu hình qua file văn bản và quản lý phiên bản cục bộ). Phương thức này bộc lộ nhiều điểm nghẽn: phân chia tài nguyên kém linh hoạt, chi phí hạ tầng máy chủ tăng cao (riêng năm 2023 công ty đầu tư hơn 300 triệu đồng cho máy chủ), thời gian triển khai phiên bản mới kéo dài và tiềm ẩn nguy cơ gián đoạn dịch vụ cũng như rủi ro bảo mật (theo báo cáo của Công ty Công nghệ An ninh mạng Quốc gia Việt Nam - NCS năm 2023, tấn công vào lỗ hổng phần mềm máy chủ chiếm 27,4% tổng số vụ việc).

Để giải quyết các vấn đề thực tiễn trên, khóa luận tập trung nghiên cứu giải pháp Container hóa kết hợp nền tảng điều phối Kubernetes nhằm hiện đại hóa quy trình phát triển - vận hành phần mềm tại công ty.

Mục tiêu nghiên cứu:

  1. Nghiên cứu giải pháp Container hóa trong quá trình triển khai phần mềm.
  2. Nghiên cứu nền tảng Kubernetes cho quản lý, điều phối quy trình vận hành.
  3. Ứng dụng giải pháp vào phát triển, vận hành và giám sát hệ thống phần mềm thực tế tại Công ty Cổ phần Công nghệ Proton.

Đối tượng và phạm vi nghiên cứu:

  • Đối tượng nghiên cứu: Giải pháp Container hóa (Docker) trong quy trình triển khai và nền tảng công nghệ Kubernetes (K8s) trong vận hành, giám sát phần mềm.
  • Phạm vi nghiên cứu: Khảo sát và triển khai thử nghiệm tại Công ty Cổ phần Công nghệ Proton trong khoảng thời gian từ tháng 04/2024 đến tháng 05/2024.

Cơ sở lý thuyết và phương pháp

Cơ sở lý thuyết và công nghệ

Khóa luận xây dựng trên các nền tảng lý thuyết và công nghệ chuyên ngành kỹ thuật phần mềm và DevOps:

  • Vòng đời phát triển phần mềm (SDLC): Khái quát các mô hình phát triển phần mềm phổ biến gồm mô hình Thác nước (Waterfall), mô hình Xoắn ốc (Spiral Model của Barry Boehm) và phương pháp luận Agile.
  • Mô hình triển khai phần mềm: Phân tích ba phương pháp triển khai gồm triển khai truyền thống (Traditional Deployment), triển khai ảo hóa (Virtualized Deployment qua Hypervisor) và triển khai đóng gói container (Containerized Deployment).
  • Công nghệ đóng gói Docker: Cấu trúc Client-Server, Docker Engine, Docker Daemon (dockerd), REST API, Dockerfile, Docker Images, Docker Container, Docker Registry (Docker Hub), Docker Volume và Docker Network.
  • Nền tảng điều phối Kubernetes (K8s): Kiến trúc phân tán gồm Master Node (Kube-apiserver, Kube-controller-manager, Kube-scheduler, Etcd) và Worker Node (Kubelet, Kube-Proxy, Pods); các cơ chế vận hành như Replication, Auto-scaling, Scheduling và Affinity.
  • Tự động hóa CI/CD và Giám sát: Khái niệm Tích hợp liên tục / Phân phối liên tục (Continuous Integration / Continuous Delivery), công cụ tích hợp Jenkins, kho lưu trữ Docker Image nội bộ Harbor, hệ thống quản lý mã nguồn GitLab và hệ thống giám sát thời gian thực Prometheus.

Phương pháp nghiên cứu

Tác giả kết hợp bốn phương pháp nghiên cứu chính:

  • Phương pháp phân tích - tổng hợp: Thu thập, phân tích tài liệu lý thuyết về SDLC, công nghệ ảo hóa, containerization và các tài liệu kỹ thuật của Docker và Kubernetes.
  • Phương pháp liệt kê: Tổng hợp thực trạng quy trình kỹ thuật, công cụ và các thông số quản trị hệ thống hiện tại tại đơn vị thực tập.
  • Phương pháp so sánh: Đối chiếu các đặc tính kỹ thuật giữa Ảo hóa (VM) và Container hóa, giữa Docker Swarm và Kubernetes nhằm làm rõ căn cứ lựa chọn giải pháp.
  • Phương pháp nghiên cứu thực nghiệm: Thiết lập môi trường pipeline CI/CD và cụm Kubernetes để đóng gói, triển khai và giám sát trực tiếp trên dự án "Hệ thống quản lý sân bóng Đại Dương".

Nguồn dữ liệu

  • Dữ liệu thống kê ngành: Sách trắng Công nghệ thông tin và Truyền thông Việt Nam (2021), Báo cáo An ninh mạng Việt Nam từ NCS (2023), Báo cáo thị trường phần mềm từ MarketLine (2024).
  • Dữ liệu nội bộ: Báo cáo quy trình kỹ thuật, số liệu chi phí hạ tầng và sơ đồ cơ cấu tổ chức từ Công ty Cổ phần Công nghệ Proton (http://protontech.com).
  • Tài liệu kỹ thuật chuyên ngành từ các tổ chức công nghệ: tài liệu chính thức của Docker Inc., Kubernetes.io, và các công bố khoa học về quy trình SDLC.

Nội dung chính theo từng chương

Chương I: Tổng quan về triển khai, vận hành và giám sát phần mềm

Chương I hệ thống hóa toàn bộ khung lý thuyết về ba giai đoạn trọng yếu trong vòng đời phần mềm: triển khai, vận hành và giám sát. Tác giả phân loại phần mềm thành phần mềm hệ thống (quản lý phần cứng như OS, BIOS, driver) và phần mềm ứng dụng, đồng thời đối chiếu các mô hình SDLC tiêu biểu (Waterfall, Spiral, Agile).

Nội dung trọng tâm của chương tập trung phân tích sự dịch chuyển công nghệ từ Triển khai truyền thống, Ảo hóa (Hypervisor loại 1 và loại 2) sang Container hóa. Tác giả làm rõ bản chất của Container là hình thức ảo hóa cấp hệ điều hành, chia sẻ chung nhân (kernel) của Host OS, giúp tối ưu hóa dung lượng và thời gian khởi động.

Tiêu chí so sánh Triển khai Ảo hóa (Virtualization) Triển khai Container hóa (Containerization)
Hệ điều hành Chứa một hệ điều hành khách (Guest OS) hoàn chỉnh có cả kernel, tiêu tốn nhiều tài nguyên. Chạy trên không gian người dùng (user space), dùng chung kernel của Host OS, chiếm ít tài nguyên.
Tính di động & đóng gói Có khả năng di động nhưng tốn kém dung lượng lưu trữ và cấu hình. Đóng gói gọn nhẹ, dễ dàng di chuyển và chạy đồng nhất trên nhiều môi trường khác nhau.
Sử dụng tài nguyên Mỗi máy ảo yêu cầu RAM, CPU và bộ nhớ riêng biệt cho OS. Tối ưu tài nguyên cao do chia sẻ kernel và các thư viện hệ thống dùng chung.
Thời gian khởi động/tắt Khởi động chậm (mất vài phút) do phải tải toàn bộ hệ điều hành khách. Khởi động tức thì (tính bằng giây) do chỉ khởi chạy tiến trình ứng dụng.
Mức độ cô lập & bảo mật Cô lập hoàn toàn ở cấp độ phần cứng/OS, mức độ bảo mật cao. Cô lập cấp tiến trình/namespace, dùng chung kernel nên rủi ro bảo mật tiềm ẩn cao hơn nếu bị leo thang đặc quyền.
Cơ chế cân bằng tải Điều phối chuyển đổi dự phòng máy ảo (VM) trên các máy chủ vật lý. Tự động khởi chạy, dừng hoặc scale các vùng chứa qua bộ điều phối (orchestrator).

Chương I cũng phác thảo quy trình vận hành và giám sát chuẩn hóa gồm 7 hoạt động chính: bảo mật, quản lý cấu hình, quản lý người dùng, quản lý dữ liệu, quản lý sự cố (phát hiện, ứng phó, phục hồi), bảo trì và báo cáo số liệu.

Chương II: Thực trạng triển khai, vận hành và giám sát phần mềm của công ty cổ phần Công nghệ Proton và đề xuất giải pháp

Chương II khảo sát chi tiết hiện trạng tại Công ty Cổ phần Công nghệ Proton:

  • Hiện trạng quy trình: Với 120 dự án đã triển khai và đội ngũ 10 nhân sự phụ trách vận hành/giám sát (trên tổng số hơn 90 nhân viên), công ty vẫn áp dụng phương thức thủ công. Ứng dụng viết bằng Java, dữ liệu lưu trên SQL Server, môi trường cài đặt trực tiếp trên hệ điều hành Linux.
  • Quy trình triển khai cũ: Khi phát hành ứng dụng hoặc cập nhật phiên bản, nhân viên quản trị phải đăng nhập máy chủ, tắt ứng dụng cũ, nén file sao lưu (backup), dùng FTP truyền tải mã nguồn mới đè lên thư mục cũ, cấu hình file text và khởi chạy lại. Khi có sự cố, quy trình phục hồi (rollback) hoàn toàn dựa vào việc giải nén thủ công bản backup cũ.
  • Quy trình giám sát cũ: Kiểm tra thủ công thông số CPU, RAM, ổ cứng trực tiếp trên server; tra cứu file log thủ công khi có sự cố; ghi nhận báo cáo bằng văn bản giấy/text.
  • Bất cập xác định: Thiếu khả năng chia sẻ và co giãn tài nguyên linh hoạt; chi phí mua sắm máy chủ vật lý tốn kém (>300 triệu đồng năm 2023); thời gian downtime khi cập nhật lớn; nguy cơ lỗi do thao tác con người.

Từ phân tích trên, tác giả đề xuất giải pháp kết hợp bộ đôi Docker (đóng gói container) và Kubernetes (điều phối cụm phân tán). Khóa luận phân tích cấu trúc kỹ thuật của Docker (Client, Daemon, REST API, Engine, Dockerfile, Image, Volume, Network) và Kubernetes (Master Node: API Server, Controller Manager, Scheduler, Etcd; Worker Node: Kubelet, Kube-Proxy, Pods). Đồng thời, tác giả đưa ra các luận cứ kỹ thuật chứng minh Kubernetes vượt trội hơn Docker Swarm về khả năng mở rộng quy mô lớn, tính năng tự phục hồi (self-healing), cân bằng tải tự động, tự động co giãn (autoscaling) và sự hỗ trợ mạnh mẽ từ hệ sinh thái điện toán đám mây.

Chương III: Ứng dụng giải pháp Container hóa, sử dụng Kubernetes trong quy trình phát triển và vận hành phần mềm tại công ty cổ phần Công nghệ Proton

Chương III trình bày quá trình thực nghiệm xây dựng chuỗi CI/CD và triển khai ứng dụng thực tế cho "Hệ thống quản lý sân bóng Đại Dương" – một sản phẩm nội bộ phục vụ việc quản lý lịch đặt sân, thanh toán và thống kê doanh thu.

Nội dung chương mô tả chi tiết:

  • Thiết lập quy trình CI/CD tự động: Lập trình viên đẩy mã nguồn lên GitLab; Jenkins phát hiện thay đổi, tự động kích hoạt tiến trình build Docker Image dựa trên Dockerfile; Image sau khi build thành công được gắn thẻ (tag) và đẩy lên hệ thống lưu trữ Harbor Registry nội bộ; Manifest file cấu hình Kubernetes trên GitLab được cập nhật tự động; cụm Kubernetes tiến hành cập nhật phiên bản mới (Rolling Update) vào các Pod tương ứng.
  • Thiết lập hệ thống giám sát: Tích hợp công cụ Prometheus vào cụm Kubernetes nhằm thu thập định kỳ các chỉ số (metrics) của hệ thống phần cứng và container (mức sử dụng CPU, RAM, lưu lượng mạng, trạng thái hoạt động của Pod), giúp phát hiện sớm các bất thường trong quá trình vận hành thực tế.

Thiết kế và triển khai hệ thống kỹ thuật

Dựa trên các phân tích kỹ thuật của khóa luận, mô hình triển khai và quy trình tự động hóa cho hệ thống quản lý sân bóng được thiết lập qua các thành phần công nghệ cụ thể:

Kiến trúc công nghệ áp dụng

  • Ngôn ngữ và cơ sở dữ liệu ứng dụng: Ứng dụng nguồn phát triển trên nền tảng Java (JDK) và hệ quản trị cơ sở dữ liệu SQL Server.
  • Đóng gói ứng dụng (Containerization): Sử dụng Docker Engine để tạo Dockerfile chứa mã nhị phân, thư viện phụ thuộc và môi trường chạy Java.
  • Kho lưu trữ hình ảnh (Private Registry): Sử dụng Harbor làm nơi lưu trữ và quản lý phân quyền các Docker Images nội bộ của công ty.
  • Điều phối và quản trị cụm (Orchestration): Cụm Kubernetes quản lý các Pod chứa ứng dụng, chịu trách nhiệm tự động hóa việc lập lịch (Scheduling), điều phối tài nguyên, thiết lập chính sách bản sao (Replica) và tự động thay thế Pod khi gặp lỗi.
  • Hệ thống giám sát (Monitoring): Cài đặt Prometheus để thu thập dữ liệu thời gian thực từ các Worker Node và các Container ứng dụng.

Luồng quy trình CI/CD tự động hóa

  1. Commit & Push Code: Lập trình viên cập nhật mã nguồn tính năng mới hoặc bản vá lỗi lên repository trên GitLab.
  2. Kích hoạt Build (Jenkins Pipeline): Webhook từ GitLab kích hoạt job tương ứng trên máy chủ CI/CD Jenkins.
  3. Đóng gói Image: Jenkins thực thi lệnh build Docker Image từ Dockerfile và kiểm tra tính toàn vẹn của gói phần mềm.
  4. Lưu trữ Image: Docker Image hoàn chỉnh được đẩy (push) trực tiếp lên kho lưu trữ Harbor nội bộ.
  5. Cập nhật Manifest: Jenkins tự động chỉnh sửa tag của phiên bản Image mới trong file cấu hình triển khai (Deployment Manifest) trên GitLab.
  6. Triển khai lên cụm Kubernetes: Kubernetes áp dụng manifest mới, tiến hành cập nhật luân phiên (Rolling Update) các Pod trên Worker Node, đảm bảo hệ thống không bị gián đoạn dịch vụ đối với người dùng cuối.
  7. Thu thập Metrics: Prometheus định kỳ truy vấn và ghi nhận trạng thái tải tài nguyên, độ trễ và số lượng Pod hoạt động để gửi cảnh báo khi có ngưỡng quá tải.

Kết quả và đóng góp

Kết quả nghiên cứu và thực nghiệm

  • Chuẩn hóa quy trình triển khai: Chuyển đổi thành công mô hình triển khai từ phương thức thủ công (FTP, cấu hình file text, ghi đè file trên Linux) sang quy trình tự động hóa hoàn toàn bằng CI/CD (GitLab, Jenkins, Harbor, Kubernetes).
  • Loại bỏ gián đoạn dịch vụ khi cập nhật: Cơ chế Rolling Update của Kubernetes cho phép triển khai phiên bản mới của hệ thống quản lý sân bóng mà không phải tắt toàn bộ hệ thống như quy trình cũ, đảm bảo tính sẵn sàng cao.
  • Tối ưu hóa khả năng co giãn và chịu lỗi: Ứng dụng cơ chế Replica và Autoscaling của Kubernetes, giúp tự động phân bổ tải giữa các Pod và tự động khởi tạo lại Pod mới khi có sự cố phát sinh trên một container đơn lẻ.
  • Tự động hóa giám sát: Thay thế việc kiểm tra thủ công bằng việc thu thập chỉ số liên tục thông qua Prometheus, hỗ trợ theo dõi hiệu năng hệ thống theo thời gian thực.

Giải pháp và kiến nghị của tác giả

  • Đề xuất Ban Giám đốc và bộ phận DevOps tại Công ty Cổ phần Công nghệ Proton chính thức áp dụng mô hình Container hóa và cụm điều phối Kubernetes cho toàn bộ các dự án phần mềm mới.
  • Khuyến nghị từng bước đóng gói các ứng dụng Java/SQL Server hiện có sang kiến trúc container để tối ưu hóa chi phí hạ tầng máy chủ vật lý, tránh tình trạng lãng phí tài nguyên như giai đoạn năm 2023.
  • Xây dựng quy chuẩn an toàn cho hệ thống Registry nội bộ (Harbor) và phân quyền chặt chẽ thông qua các vai trò truy cập trong cụm Kubernetes.

Đóng góp của đề tài

  • Khóa luận đã hệ thống hóa cơ sở lý luận về quản lý vận hành phần mềm và so sánh chi tiết giữa ảo hóa truyền thống và container hóa trong bối cảnh doanh nghiệp CNTT vừa và nhỏ tại Việt Nam.
  • Cung cấp một mô hình triển khai thực nghiệm hoàn chỉnh, có tính ứng dụng thực tiễn cao tại Công ty Cổ phần Công nghệ Proton, làm cơ sở kỹ thuật để công ty chuyển dịch dần các giải pháp phần mềm sang môi trường đám mây và microservices.

Hạn chế và hướng nghiên cứu tiếp

Hạn chế của đề tài

  • Thời gian nghiên cứu và thực nghiệm tương đối ngắn (diễn ra trong vòng 2 tháng, từ tháng 04/2024 đến tháng 05/2024).
  • Phạm vi thử nghiệm thực tế mới dừng lại ở dự án "Hệ thống quản lý sân bóng Đại Dương", chưa bao phủ toàn bộ gần 120 giải pháp phần mềm hiện có của công ty Proton.
  • Chưa đi sâu vào các khía cạnh nâng cao như quản trị bảo mật chuyên sâu cho cụm Kubernetes (K8s Security/RBAC nâng cao), giải pháp lưới dịch vụ (Service Mesh) hay quản lý tập trung hệ thống ghi log phân tán (như ELK Stack).

Hướng phát triển tiếp theo

  • Mở rộng quy trình CI/CD và Kubernetes cho các dự án quy mô lớn hơn trong mảng Công nghệ Tài chính (Fintech) của công ty.
  • Tích hợp thêm hệ thống ghi log tập trung và hoàn thiện giao diện cảnh báo trực quan (như Grafana kết hợp Prometheus) để nâng cao năng lực giám sát.
  • Nghiên cứu các giải pháp tối ưu bảo mật đường ống CI/CD (DevSecOps) nhằm kiểm soát mã nguồn độc hại và quét lỗ hổng bảo mật trực tiếp trên Docker Image trước khi lưu vào Harbor.

Giá trị tham khảo

Khóa luận có giá trị tham khảo thiết thực cho các nhóm đối tượng sau:

  • Sinh viên ngành Hệ thống thông tin, Công nghệ thông tin, Kỹ thuật phần mềm: Tài liệu cung cấp góc nhìn tổng quan và hệ thống hóa về các khái niệm DevOps, quy trình CI/CD, kiến trúc Docker và Kubernetes kèm các bước triển khai thực nghiệm cụ thể.
  • Kỹ sư vận hành hệ thống và DevOps mới bắt đầu: Tham khảo mô hình luồng hoạt động CI/CD tích hợp giữa GitLab, Jenkins, Harbor và Kubernetes trong việc đóng gói ứng dụng Java.
  • Doanh nghiệp phần mềm quy mô vừa và nhỏ: Cung cấp tài liệu đánh giá thực trạng và giải pháp chuyển đổi từ quy trình triển khai thủ công truyền thống sang quy trình tự động hóa dựa trên vùng chứa, giúp tối ưu chi phí hạ tầng và nâng cao độ ổn định dịch vụ.
  • Các phần đáng tham khảo nhất:
    • Bảng so sánh chi tiết giữa Ảo hóa và Container hóa (Chương I).
    • Phân tích kiến trúc Docker Engine và Kubernetes Master/Worker Node (Chương II).
    • Thiết kế luồng hoạt động CI/CD và cấu hình giám sát Prometheus cho ứng dụng thực tế (Chương III).

Câu hỏi thường gặp

1. Thực trạng quy trình triển khai phần mềm trước đây tại Công ty Cổ phần Công nghệ Proton có những nhược điểm gì?
Trước khi nghiên cứu giải pháp mới, công ty sử dụng quy trình triển khai truyền thống hoàn toàn thủ công: lập trình viên/quản trị viên dùng giao thức FTP để tải mã nguồn đè lên máy chủ Linux, tắt phiên bản cũ, nén file sao lưu cục bộ và cấu hình thủ công qua file text. Quy trình này gây thời gian gián đoạn dịch vụ (downtime), phân bổ tài nguyên kém linh hoạt, tốn kém chi phí máy chủ (>300 triệu đồng năm 2023) và tiềm ẩn nguy cơ lỗi do con người khi xử lý sự cố hoặc rollback.

2. Vì sao tác giả lựa chọn nền tảng Kubernetes thay vì Docker Swarm để điều phối container?
Mặc dù cả hai đều là công cụ quản lý container, Kubernetes được lựa chọn vì hỗ trợ quy mô lớn hơn (quản lý hàng ngàn container trên nhiều máy chủ phân tán), tính năng nâng cao vượt trội (tự động mở rộng autoscaling, service discovery, rolling update linh hoạt), cộng đồng hỗ trợ rộng lớn và khả năng tương thích cao với các nhà cung cấp dịch vụ đám mây lớn (AWS, Azure, GCP).

3. Kiến trúc Master Node của Kubernetes được phân tích trong khóa luận bao gồm các thành phần nào?
Master Node (thuộc Control Plane) gồm 4 thành phần chính:

  • Kube-apiserver: Điểm tiếp nhận yêu cầu từ người dùng và điều phối hoạt động trong cụm.
  • Kube-controller-manager: Quản lý các bộ điều khiển, đảm bảo trạng thái thực tế của cụm khớp với trạng thái định nghĩa.
  • Kube-scheduler: Lập lịch và lựa chọn Worker Node phù hợp để triển khai các Pod dựa trên tài nguyên và chính sách.
  • Etcd: Cơ sở dữ liệu phân tán lưu trữ toàn bộ dữ liệu cấu hình và trạng thái của cụm Kubernetes.

4. Ứng dụng thực nghiệm được lựa chọn để triển khai chuỗi CI/CD và cụm Kubernetes trong khóa luận là gì?
Đề tài thực nghiệm trực tiếp trên "Hệ thống quản lý sân bóng Đại Dương" – một ứng dụng phục vụ việc quản lý đặt lịch, thanh toán, quản lý danh sách đơn đặt và thống kê doanh thu tại đơn vị, được viết bằng Java và sử dụng cơ sở dữ liệu SQL Server.

5. Hệ thống giám sát trong khóa luận sử dụng công cụ nào và theo dõi các chỉ số gì?
Hệ thống sử dụng công cụ Prometheus để thu thập dữ liệu định kỳ theo thời gian thực từ các Worker Node và container. Các chỉ số được theo dõi bao gồm: hiệu suất phần cứng (tỷ lệ sử dụng CPU, RAM, dung lượng ổ cứng), lưu lượng mạng và trạng thái hoạt động/khả năng sẵn sàng của các Pod.

Kết luận

Khóa luận tốt nghiệp của sinh viên Lê Thị Hoài Phương đã giải quyết trọn vẹn vấn đề hiện đại hóa quy trình phát triển và vận hành phần mềm tại Công ty Cổ phần Công nghệ Proton. Bằng việc phân tích sâu sắc các hạn chế của mô hình triển khai truyền thống, tác giả đã đề xuất và ứng dụng thành công giải pháp đóng gói Docker, điều phối Kubernetes và tự động hóa qua đường ống CI/CD cùng hệ thống giám sát Prometheus trên hệ thống quản lý sân bóng thực tế. Đề tài là tài liệu tham khảo có giá trị học thuật và thực tiễn cao cho sinh viên ngành Công nghệ thông tin cũng như các doanh nghiệp đang trong quá trình chuyển đổi hạ tầng DevOps.