GreenOps là gì? Áp dụng GreenOps trong phát triển phần mềm bền vững

Đến năm 2030, ngành trung tâm dữ liệu toàn cầu có thể phát thải tới 2,5 tỷ tấn CO₂. Trong bối cảnh này, GreenOps trở thành hướng tiếp cận giúp tối ưu tài nguyên, chi phí và tác động môi trường. Cùng Viettel IDC tìm hiểu GreenOps là gì, cách hoạt động, lợi ích và phương pháp áp dụng trong thực tế.

GreenOps là gì?

GreenOps là phương pháp vận hành công nghệ và hệ thống phần mềm (đặc biệt trên nền tảng đám mây) nhằm giảm thiểu tác động đến môi trường. Mục tiêu cốt lõi là cắt giảm lượng khí thải carbon, tiêu thụ năng lượng và rác thải điện tử, đồng thời tối ưu hóa chi phí và hiệu suất.

Tại sao GreenOps quan trọng với phát triển phần mềm?

Theo IEA, các trung tâm dữ liệu đã tiêu thụ khoảng 415 TWh điện trong năm 2024, tương đương 1,5% nhu cầu điện toàn cầu và có thể tăng hơn gấp đôi vào năm 2030. Khi phần mềm, cloud và AI ngày càng cần nhiều tài nguyên xử lý, GreenOps giúp đội ngũ phát triển kiểm soát chi phí và tác động môi trường ngay từ khâu thiết kế đến vận hành.

- Giảm mức tiêu thụ tài nguyên: Tối ưu mã nguồn, truy vấn và kiến trúc giúp ứng dụng vận hành hiệu quả hơn mà không cần mở rộng hạ tầng quá mức.

- Hạn chế lãng phí cloud: GreenOps hỗ trợ phát hiện máy ảo nhàn rỗi, cấu hình dư thừa và workload chạy không cần thiết.

- Kiểm soát chi phí vận hành: Phân bổ tài nguyên sát nhu cầu thực tế giúp giảm các khoản chi cho năng lực tính toán và lưu trữ không được sử dụng.

- Đưa tính bền vững vào quy trình phát triển: Các tiêu chí về năng lượng và carbon có thể được tích hợp vào thiết kế hệ thống, CI/CD và vận hành phần mềm.

- Hỗ trợ mở rộng bền vững: Doanh nghiệp có thể phát triển ứng dụng cloud và AI mà vẫn kiểm soát được nhu cầu điện năng và hạ tầng.

Cách áp dụng GreenOps vào thực tế

Triển khai GreenOps cần kết hợp giữa đo lường, tối ưu hạ tầng, điều chỉnh lịch chạy workload và thay đổi quy trình vận hành. Doanh nghiệp có thể bắt đầu từ các tài nguyên cloud đang lãng phí, sau đó mở rộng sang kiến trúc phần mềm, nguồn năng lượng, nước làm mát và vòng đời thiết bị.

Đo lường chi phí và lượng phát thải của hệ thống

Bước đầu tiên khi áp dụng GreenOps là xây dựng đường cơ sở về mức sử dụng tài nguyên, chi phí và lượng phát thải của từng workload. Doanh nghiệp có thể sử dụng công cụ do nhà cung cấp cloud cung cấp hoặc nền tảng độc lập như Cloud Carbon Footprint để theo dõi điện năng, CO2e và phân bổ tác động theo ứng dụng, nhóm dự án hoặc tài khoản cloud.

Khi áp dụng phương pháp này cho bốn sản phẩm nội bộ, Thoughtworks phát hiện nhiều thời điểm tiêu thụ bất thường và zombie workload. Sau quá trình điều chỉnh, lượng phát thải giảm khoảng 60%, chi phí giảm 46% và khoản đầu tư được hoàn lại sau gần bốn tháng.

Loại bỏ tài nguyên nhàn rỗi và zombie instance

Zombie instance là máy ảo hoặc tài nguyên cloud vẫn hoạt động nhưng không còn được sử dụng đúng mục đích. Doanh nghiệp cần rà soát định kỳ CPU, bộ nhớ, lưu lượng mạng, lịch sử truy cập và chủ sở hữu tài nguyên để phát hiện instance nhàn rỗi, volume không gắn với máy chủ, snapshot cũ hoặc địa chỉ IP không còn kết nối.

GE Vernova sử dụng AWS Trusted Advisor và Amazon CloudWatch để tìm các instance không hoạt động trong thời gian dài. Riêng hoạt động loại bỏ instance nhàn rỗi đã giúp doanh nghiệp tiết kiệm khoảng 100.000 USD và tiếp tục tạo thêm khoản tiết kiệm hằng tháng.

Điều chỉnh kích thước tài nguyên theo nhu cầu thực tế

Rightsizing là quá trình lựa chọn lại loại instance, dung lượng cơ sở dữ liệu hoặc cấu hình cluster dựa trên mức sử dụng thực tế thay vì giữ nguyên tài nguyên được cấp ban đầu. Doanh nghiệp nên phân tích dữ liệu trong một khoảng thời gian đủ dài để nhận diện tải trung bình, mức tải cao nhất và nhu cầu dự phòng trước khi giảm cấu hình.

Rightsizing cũng nên được áp dụng cho Kubernetes bằng cách điều chỉnh requests, limits, số lượng replica và chính sách autoscaling. Cấu hình quá cao khiến node bị chiếm dụng nhưng không tạo ra công việc hữu ích, trong khi cấu hình quá thấp có thể làm tăng số lần khởi động lại container và ảnh hưởng đến độ ổn định.

Tự động tắt tài nguyên ngoài giờ sử dụng

Môi trường phát triển, kiểm thử và staging thường không cần hoạt động liên tục như hệ thống production. Doanh nghiệp có thể thiết lập lịch tự động bật tài nguyên trước giờ làm việc và tắt vào ban đêm, cuối tuần hoặc những thời điểm không có nhu cầu.

GE Vernova đã cấu hình lịch bật và tắt cho khoảng 80% số Amazon RDS instance thuộc môi trường non-production bằng AWS Instance Scheduler. Chỉ riêng biện pháp này đã giúp công ty tiết kiệm khoảng 460.000 USD mỗi năm.

Mô hình tương tự có thể áp dụng cho máy ảo phát triển, môi trường demo, CI runner, sandbox, data warehouse và các cụm Kubernetes phục vụ thử nghiệm. Doanh nghiệp cũng nên thiết lập ngoại lệ cho những dự án cần chạy qua đêm, thay vì giữ toàn bộ môi trường hoạt động 24/7.

Chuyển workload sang hạ tầng có hiệu suất năng lượng cao hơn

Không phải loại máy chủ hoặc bộ xử lý nào cũng tiêu thụ cùng một lượng điện để hoàn thành một tác vụ. GreenOps khuyến khích doanh nghiệp so sánh hiệu năng trên mỗi watt, mức sử dụng CPU thực tế và khả năng tương thích trước khi chuyển workload sang thế hệ phần cứng hoặc loại instance hiệu quả hơn.

GE Vernova đã chuyển hàng trăm instance sang bộ xử lý AWS Graviton. Theo báo cáo từ AWS, quá trình chuyển đổi sang Graviton và tối ưu cấu hình đã giúp doanh nghiệp tiết kiệm hơn 600.000 USD, đồng thời duy trì hiệu năng ổn định.

Doanh nghiệp không nên lựa chọn instance chỉ dựa trên đơn giá thấp. Một cấu hình có giá mỗi giờ cao hơn nhưng xử lý công việc nhanh hơn hoặc sử dụng ít năng lượng hơn vẫn có thể tạo ra chi phí và lượng phát thải thấp hơn trên mỗi giao dịch, truy vấn hoặc tác vụ hoàn thành.

Lập lịch workload theo thời điểm có nguồn điện sạch hơn

Carbon-aware scheduling là phương pháp dịch chuyển những tác vụ có độ linh hoạt cao sang thời điểm hoặc khu vực có cường độ carbon của lưới điện thấp hơn. Cách này phù hợp với batch job, ETL, dựng video, huấn luyện mô hình, sao lưu dữ liệu, kiểm thử tự động và một số tác vụ CI/CD không yêu cầu phản hồi tức thời.

Những hệ thống phục vụ người dùng theo thời gian thực, bị ràng buộc bởi độ trễ, vị trí dữ liệu hoặc quy định chủ quyền dữ liệu vẫn cần ưu tiên SLA và tính ổn định. Do đó, doanh nghiệp phải phân loại workload trước khi áp dụng cơ chế lập lịch nhận biết carbon.

Tối ưu hệ thống làm mát tại trung tâm dữ liệu

Hệ thống làm mát có thể chiếm một phần đáng kể lượng điện ngoài tải IT của trung tâm dữ liệu. Các đơn vị vận hành có thể áp dụng cảm biến, mô hình dự báo và AI để điều chỉnh nhiệt độ, tốc độ quạt, máy bơm và luồng không khí theo tải máy chủ thực tế.

Tại Đông Nam Á, ST Telemedia Global Data Centres cũng triển khai các sáng kiến như hệ thống điều khiển làm mát bằng AI, tối ưu PUE và WUE, đồng thời mở rộng sử dụng năng lượng tái tạo. Doanh nghiệp công bố tỷ lệ sử dụng năng lượng tái tạo toàn tập đoàn đạt 78,5%, cường độ carbon giảm 66,2% so với mốc năm 2021 và WUE cải thiện 34,5% so với mốc năm 2020.

Quản lý đồng thời điện năng và lượng nước tiêu thụ

GreenOps không nên chỉ tập trung vào carbon mà cần theo dõi cả lượng nước được sử dụng trực tiếp cho hệ thống làm mát. Trong một số trường hợp, giảm nước có thể khiến nhu cầu điện tăng lên, vì vậy doanh nghiệp phải đánh giá đồng thời PUE, WUE và cường độ carbon của nguồn điện.

Microsoft đã phát triển thế hệ trung tâm dữ liệu sử dụng hệ thống làm mát chất lỏng vòng kín ở cấp độ chip. Thiết kế không tiêu thụ nước để làm mát trong quá trình vận hành và có thể tránh sử dụng hơn 125 triệu lít nước mỗi năm tại mỗi trung tâm dữ liệu.

Đưa GreenOps vào quy trình DevOps và FinOps

Các hoạt động GreenOps chỉ tạo ra hiệu quả lâu dài khi được đưa vào quy trình vận hành hằng ngày thay vì triển khai dưới dạng một chiến dịch ESG độc lập. Chỉ số chi phí, carbon và mức sử dụng tài nguyên cần xuất hiện trên cùng dashboard, đồng thời các cơ hội tối ưu phải được chuyển thành backlog cho nhóm kỹ thuật.

Trong thực tế, doanh nghiệp có thể bổ sung kiểm tra GreenOps vào các giai đoạn sau:

- Giai đoạn thiết kế: So sánh vùng cloud, kiến trúc và loại dịch vụ theo chi phí, hiệu suất và lượng phát thải.

- Giai đoạn CI/CD: Đo mức tiêu thụ tài nguyên của quá trình build, test và triển khai.

- Giai đoạn vận hành: Cảnh báo tài nguyên nhàn rỗi, chi phí bất thường và mức phát thải vượt ngân sách.

- Giai đoạn cải tiến: Đưa các đề xuất rightsizing, scheduling hoặc refactoring vào backlog của từng nhóm sản phẩm.

Kết luận

Hiểu rõ GreenOps là gì là nền tảng để tích hợp mục tiêu bền vững vào DevOps, FinOps và hoạt động vận hành công nghệ lâu dài. Đây là hướng tiếp cận giúp doanh nghiệp giảm lãng phí tài nguyên, kiểm soát chi phí cloud và hạn chế tác động môi trường trong quá trình phát triển phần mềm.