Phần mềm xanh (Green Software) và kỹ nghệ phần mềm bền vững

1. Tổng quan

Định nghĩa: Phần mềm xanh là phần mềm được tạo ra để tối thiểu hóa tiêu thụ điện năng và phát thải carbon trong toàn bộ vòng đời phần mềm từ thiết kế·phát triển·triển khai·vận hành đến loại bỏ, còn kỹ nghệ phần mềm bền vững là thực hành kỹ nghệ coi hiệu quả carbon (carbon efficiency) là thuộc tính chất lượng hạng nhất cùng với hiệu năng·chi phí·độ ổn định.

Hệ thống thông tin chạy trên phần cứng vật lý tiêu thụ điện năng, và phần cứng đó lại phát thải khí nhà kính trong quá trình sản xuất·vận chuyển·loại bỏ. Do đó, phần mềm tuy không tự có ống khói nhưng gián tiếp gây ra phát thải carbon thông qua việc quyết định nhu cầu điện năng của máy chủ·mạng·thiết bị đầu cuối. Trước đây, phát thải này chỉ được coi là phần việc của nhà vận hành trung tâm dữ liệu hay nhà sản xuất phần cứng, nhưng khi đám mây và AI tạo sinh lan rộng, đã đến thời đại mỗi dòng mã, mỗi truy vấn, mỗi lần suy luận mô hình đều được quy đổi thành điện năng và carbon. Nhận thức rằng lựa chọn thiết kế của kỹ sư phần mềm quyết định lượng phát thải là điểm xuất phát của phần mềm xanh.

Bối cảnh trỗi dậy của phần mềm xanh là sự chồng chéo của ba áp lực. Thứ nhất, do quản trị ESG và các quy định trung hòa carbon (Net-Zero 2050) của các quốc gia, doanh nghiệp phải báo cáo không chỉ phát thải Scope 1·2 mà cả Scope 3 bao gồm đối tác·đám mây. Thứ hai, khi huấn luyện·suy luận AI tạo sinh tăng vọt, nhu cầu điện năng của trung tâm dữ liệu lớn tới mức gây áp lực lên lưới điện quốc gia, và chi phí điện gắn trực tiếp với chi phí vận hành (FinOps). Thứ ba, khi các tiêu chuẩn quốc tế như ISO/IEC 21031:2024 (SCI) được ban hành, khẩu hiệu mơ hồ "thân thiện môi trường" đã chuyển thành chỉ số đo lường được. Ba áp lực này đã biến phần mềm xanh từ lựa chọn đạo đức thành bài toán quản trị kết hợp ứng phó quy định·cắt giảm chi phí·năng lực cạnh tranh công nghệ.

Vì vậy, kỹ nghệ phần mềm bền vững không đơn thuần là chiến dịch tiết kiệm "hãy viết mã nhẹ hơn". Đó là hệ thống quản lý tổng hợp bao trùm quyết định kiến trúc, chiến lược triển khai, lập lịch vận hành, quản lý tuổi thọ phần cứng và cả hệ thống đo lường·báo cáo của tổ chức.

2. Nguyên tắc cốt lõi và cấu trúc tổng thể của phần mềm xanh

Green Software Foundation (ra mắt năm 2021 trực thuộc Linux Foundation) tổng hợp việc giảm phát thải thành ba nguyên tắc. Các nguyên tắc này bổ trợ nhau, và nếu chỉ áp dụng một nguyên tắc có thể gây hiệu ứng bong bóng làm phát thải tăng ở chỗ khác, nên phải xem xét một cách tích hợp.

graph TD
    A["Mục tiêu phần mềm xanh<br/>(tối thiểu hóa phát thải carbon)"] --> B["Hiệu quả năng lượng<br/>Energy Efficiency"]
    A --> C["Nhận thức carbon<br/>Carbon Awareness"]
    A --> D["Hiệu quả phần cứng<br/>Hardware Efficiency"]
    B --> B1["Thực hiện cùng chức năng<br/>với ít điện năng hơn"]
    C --> C1["Dời tác vụ sang thời gian·khu vực<br/>dồi dào năng lượng sạch"]
    D --> D1["Kéo dài tuổi thọ thiết bị<br/>giảm carbon hàm chứa"]
    B1 --> E["Giảm điểm SCI"]
    C1 --> E
    D1 --> E
    E --> F["Báo cáo ESG·cắt giảm chi phí<br/>ứng phó quy định"]

A. Hiệu quả năng lượng (Energy Efficiency)

Hiệu quả năng lượng là nguyên tắc làm cho cùng một chức năng được thực hiện với ít điện năng hơn. Cốt lõi là giảm độ phức tạp thuật toán, loại bỏ phép toán·vòng khứ hồi mạng·render trùng lặp không cần thiết, và giảm tiêu thụ của tài nguyên nhàn rỗi. Ví dụ, đổi sắp xếp O(n²) thành O(n log n), hoặc gộp truy vấn N+1 thành truy vấn theo lô thì thời gian chiếm CPU giảm và điện năng được tiết kiệm ngay. Loại bỏ instance nhàn rỗi bằng serverless·tự động mở rộng (autoscaling) cũng là trường hợp tiêu biểu của hiệu quả năng lượng.

Điều cần lưu ý là hiệu quả năng lượng không phải lúc nào cũng trùng với hiệu năng. Nếu cấp phát tài nguyên dư thừa để phản hồi nhanh thì hiệu năng tốt lên nhưng điện năng nhàn rỗi tăng. Ngược lại, nén·xử lý trì hoãn quá mức có thể làm tăng mức sử dụng CPU. Do đó, hiệu quả năng lượng phải được đo bằng chỉ số đơn vị như "điện năng trên thông lượng (watt per request)" và tìm điểm cân bằng với hiệu năng.

Trong thực tiễn, người ta dùng profiling để tìm điểm nóng (hotspot) điện năng, loại bỏ phép toán lặp bằng caching·indexing·xử lý theo lô, và ở cấp mã thì xem xét cả việc chọn ngôn ngữ biên dịch·runtime nhẹ. Một doanh nghiệp thương mại điện tử lớn tại Hàn Quốc từng báo cáo trường hợp chuyển batch gợi ý sản phẩm từ chạy đơn lẻ ban đêm sang xử lý tăng dần (incremental), giảm đáng kể khối lượng tính toán.

B. Nhận thức carbon (Carbon Awareness)

Nhận thức carbon tận dụng thực tế rằng cùng lượng điện năng nhưng lượng phát thải khác nhau tùy vào thực hiện phép toán "khi nào·ở đâu". Cường độ carbon của lưới điện (gCO₂eq/kWh) thay đổi lớn theo khung giờ và khu vực. Vào giữa trưa nắng mạnh hoặc khung giờ nhiều gió, tỷ trọng điện sạch cao nên hệ số phát thải thấp, còn vào giờ cao điểm ban đêm khi nhiệt điện là chủ lực thì hệ số tăng lên.

Hai thực hành tận dụng nguyên lý này là dịch chuyển thời gian (demand shifting) và dịch chuyển vị trí (demand shaping). Dịch chuyển thời gian là lập lịch các tác vụ batch không gấp (sao lưu, tạo báo cáo, huấn luyện lại mô hình) vào khung giờ cường độ carbon thấp. Dịch chuyển vị trí là bố trí tải công việc tại vùng (region) có tỷ trọng điện sạch cao trong phạm vi ràng buộc độ trễ cho phép. Ví dụ, Microsoft·Google từng cho biết họ vận hành lập lịch carbon-aware nhận tín hiệu carbon lưới điện thời gian thực để điều chỉnh thời điểm chạy tác vụ huấn luyện.

Nhận thức carbon không làm giảm tổng lượng điện sử dụng nên bắt buộc phải song hành với hiệu quả năng lượng. Ngoài ra, nó khó áp dụng cho giao dịch trực tuyến nhạy độ trễ và có giới hạn là chỉ áp dụng cho tải công việc chấp nhận trì hoãn (deferrable) có thể di chuyển.

C. Hiệu quả phần cứng (Hardware Efficiency) và carbon hàm chứa

Hiệu quả phần cứng là nguyên tắc giảm carbon hàm chứa (embodied carbon) phát sinh khi sản xuất·loại bỏ thiết bị. Phần đáng kể phát thải carbon của máy chủ·điện thoại thông minh đã được xác định ở giai đoạn sản xuất chứ không phải do điện năng khi sử dụng. Do đó, cốt lõi là kéo dài tuổi thọ thiết bị, duy trì để phần mềm chạy trơn tru cả trên phần cứng cũ, và nâng mức sử dụng (utilization) máy chủ để giảm số thiết bị vật lý cần thiết.

Từ góc nhìn phần mềm, hiệu quả phần cứng được hiện thực theo hai hướng. Thứ nhất, hỗ trợ tương thích ngược và client nhẹ để không khiến thiết bị cũ bị loại bỏ sớm do ép nâng cấp thường xuyên. Thứ hai, nâng mức sử dụng máy chủ vật lý bằng mật độ container (bin-packing) và đa thuê bao (multi-tenancy) để loại bỏ thiết bị nhàn rỗi. Đây là lý do ảo hóa·điều phối container được coi là công nghệ nền tảng của CNTT xanh.

3. Tiêu chuẩn đo lường: SCI (Software Carbon Intensity) và quy trình tính SCI

Theo nguyên tắc "không đo được thì không cải thiện được", trung tâm của phần mềm xanh là chỉ số đo lường được chuẩn hóa. Tiêu biểu là SCI (Software Carbon Intensity) do Green Software Foundation phát triển và được ban hành thành tiêu chuẩn quốc tế ISO/IEC 21031:2024 vào tháng 3 năm 2024. Đặc điểm của SCI là không xử lý tổng lượng hay bù trừ (offset) mà tính tỷ lệ (rate) phát thải carbon trên mỗi đơn vị chức năng.

Công thức cơ bản của SCI như sau.

SCI = ((E × I) + M) / R

• E: Năng lượng phần mềm tiêu thụ (kWh)
• I: Cường độ carbon biên dựa trên vị trí của lưới điện tương ứng (gCO₂eq/kWh)
• M: Carbon hàm chứa được phân bổ từ sản xuất·loại bỏ phần cứng (gCO₂eq)
• R: Đơn vị chức năng (functional unit) — 1 người dùng, 1 lần gọi API, 1 giao dịch...

Ở đây (E × I) biểu thị phát thải vận hành ở giai đoạn sử dụng, M biểu thị phát thải hàm chứa của phần cứng, và chia cho đơn vị chức năng R để định lượng "mỗi yêu cầu phát thải bao nhiêu gram CO₂". Vì được định nghĩa dưới dạng tỷ lệ, dù dịch vụ tăng trưởng làm tổng phát thải tăng, nếu SCI giảm thì có thể hiểu là hiệu quả đơn vị đã được cải thiện. Điều này đặc biệt hữu ích với tổ chức muốn theo dõi đồng thời tăng trưởng và khử carbon.

flowchart LR
    S["Định nghĩa đơn vị chức năng R<br/>(yêu cầu·người dùng·giao dịch)"] --> E["E: Đo điện năng<br/>(quan sát·mô hình điện năng)"]
    S --> M["M: Phân bổ carbon hàm chứa<br/>(sản xuất·tuổi thọ·tỷ lệ chiếm dụng)"]
    E --> I["I: Cường độ carbon lưới điện<br/>(gCO₂eq/kWh)"]
    I --> O["Phát thải vận hành = E x I"]
    O --> SUM["Tổng = phát thải vận hành + M"]
    M --> SUM
    SUM --> SCI["SCI = tổng / R"]
    SCI --> ACT["Biện pháp cải thiện<br/>(hiệu quả·dịch chuyển thời gian·kéo dài tuổi thọ)"]
    ACT -.đo lại.-> E

Việc tính SCI tiến hành theo quy trình tuần hoàn: định nghĩa đơn vị chức năng → thiết lập ranh giới → tính E·I·M → chuẩn hóa theo đơn vị chức năng → cải thiện·đo lại. Giai đoạn khó nhất là phân bổ M (carbon hàm chứa) và đo chính xác E (điện năng). Trong môi trường đám mây khó đo trực tiếp điện năng, người ta ước tính bằng mô hình điện năng dựa trên mức sử dụng CPU hoặc dashboard phát thải của nhà cung cấp đám mây, và yêu cầu của tiêu chuẩn là công bố minh bạch phương pháp ước tính và ranh giới.

4. Quan hệ và so sánh với CNTT xanh

Phần mềm xanh là một trục của CNTT xanh (Green IT) rộng hơn. Nếu CNTT xanh lấy hạ tầng vật lý làm trung tâm như làm mát trung tâm dữ liệu, mua sắm điện tái tạo, tái chế phần cứng, thì phần mềm xanh xử lý mã và phương thức vận hành chạy trên hạ tầng đó. Khác biệt giữa hai loại nằm ở chỗ đòn bẩy cải thiện khác nhau. Hiệu quả hạ tầng được quản lý bằng chỉ số cơ sở vật chất như PUE (hiệu quả sử dụng điện năng), nhưng dù PUE thấp đến đâu, nếu mã kém hiệu quả gây ra phép toán không cần thiết thì tổng phát thải không giảm.

Phân loại	CNTT xanh (phần cứng·hạ tầng)	Phần mềm xanh	Điện toán nhận thức carbon
Trọng tâm	Hiệu quả trung tâm dữ liệu·thiết bị	Mã·kiến trúc·vận hành	Thời điểm·vị trí thực thi
Chỉ số tiêu biểu	PUE, WUE	SCI, watt/request	Cường độ carbon lưới điện
Chủ thể	Nhóm cơ sở vật chất·hạ tầng	Phát triển·kiến trúc sư	Vận hành·bộ lập lịch
Giới hạn	Không kiểm soát được lãng phí mã	Không kiểm soát được phát thải cơ sở vật chất	Không giảm tổng lượng

Như bảng này cho thấy, ba lĩnh vực là hàng bổ trợ chứ không phải hàng thay thế. Ví dụ, dù trung tâm dữ liệu dùng 100% năng lượng tái tạo, nếu toàn cầu thiếu điện thì điện sạch tiết kiệm được có thể được nơi khác sử dụng, nên việc tối ưu hiệu quả phần mềm vẫn có giá trị xã hội. Rốt cuộc, tính bền vững được hiện thực khi cơ sở vật chất·phần mềm·vận hành cộng tác bằng ngôn ngữ chung là SCI.

5. Chuyên sâu: tính bền vững trong thời đại AI tạo sinh và xu hướng mới nhất

Sự lan rộng của AI tạo sinh đã nâng phần mềm xanh thành nghị sự bắt buộc chứ không còn là lựa chọn. Huấn luyện mô hình ngôn ngữ lớn vận hành hàng nghìn GPU trong nhiều tuần, và suy luận khi quy mô dịch vụ lớn lên thì điện năng tích lũy còn vượt cả huấn luyện. Do đó, thảo luận gần đây đang chuyển từ huấn luyện sang hiệu quả carbon ở giai đoạn suy luận và phương pháp luận phản ánh nó vào kiểm kê khí nhà kính của doanh nghiệp (đặc biệt là Scope 3).

Thực hành bền vững AI gắn với ba nguyên tắc ở trên. Về hiệu quả năng lượng, làm nhẹ mô hình (lượng tử hóa·tỉa·chưng cất tri thức), áp dụng mô hình chuyên biệt cỡ nhỏ (sLLM), suy luận theo lô và tái sử dụng KV cache giảm mạnh điện năng. Về nhận thức carbon, lập lịch huấn luyện·huấn luyện lại chấp nhận trì hoãn vào khung giờ·vùng có điện sạch. Về hiệu quả phần cứng, đa thuê bao nâng mức sử dụng GPU và áp dụng bộ tăng tốc chuyên cho suy luận cải thiện thông lượng trên mỗi đơn vị carbon hàm chứa.

Xu hướng tiêu chuẩn·chính sách cũng chuyển động nhanh. Tiếp theo việc quốc tế hóa tiêu chuẩn ISO/IEC 21031 (SCI) (2024), các nhà cung cấp đám mây cung cấp dashboard carbon theo khách hàng (ví dụ: AWS Customer Carbon Footprint Tool, Microsoft Emissions Impact Dashboard, Google Cloud Carbon Footprint) và tăng cường sự nhất quán với SCI·GHG Protocol. Phía mã nguồn mở như CNCF cũng đang lan rộng các công cụ quan sát carbon·điện năng của tải công việc (như Kepler) và benchmark như green-reviews, nên phạm vi của khả năng quan sát (Observability) đang có xu hướng mở rộng vượt qua hiệu năng·chi phí sang carbon.

Hướng ra đề dự kiến từ góc nhìn Kỹ sư chuyên nghiệp Quản lý Thông tin như sau. Dạng khái niệm có thể là "giải thích 3 nguyên tắc của phần mềm xanh và công thức SCI", dạng tự luận có khả năng cao là "chiến lược cải thiện hiệu quả carbon của dịch vụ AI tạo sinh" hoặc "phương án thiết kế kiến trúc bền vững dựa trên SCI". Khi cấu trúc bài làm, chiến lược đạt điểm cao là triển khai theo luồng nguyên tắc→đo lường (SCI)→áp dụng kiến trúc/vận hành→đánh đổi→quản trị, và nhất định đề cập liên kết với ESG·FinOps·Observability.

6. Lưu ý và hàm ý

Thứ nhất (độ tin cậy của đo lường và ngăn chặn tẩy xanh), chỉ số carbon thường dựa vào ước tính, nên nếu không công bố minh bạch ranh giới·giả định·nguồn dữ liệu sẽ bị cuốn vào tranh cãi tẩy xanh (green-washing). Kỹ sư chuyên nghiệp phải định nghĩa rõ đơn vị chức năng và ranh giới tính toán của SCI, và thiết kế tổ chức ưu tiên cắt giảm thực tế (abatement) thay vì dựa vào bù trừ (offset).

Thứ hai (quản lý đánh đổi), hiệu quả carbon có thể xung đột với hiệu năng·tính sẵn sàng·chi phí·năng suất phát triển. Dịch chuyển thời gian quá mức đe dọa SLA, còn làm nhẹ quá mức gây suy giảm chất lượng. Do đó, thay vì đẩy carbon thành mục tiêu duy nhất, cần xử lý như bài toán tối ưu đa mục tiêu và phán đoán phân biệt tải công việc chấp nhận trì hoãn với tải công việc thời gian thực để áp dụng khác nhau.

Thứ ba (quản trị và nội tại hóa trong tổ chức), tính bền vững không phải chiến dịch một lần mà chỉ duy trì được khi cài ngân sách carbon (carbon budget) và cổng SCI vào rà soát kiến trúc·pipeline CI·vận hành SRE. Cách tiếp cận hiệu quả là mở rộng hệ thống quản trị chi phí của FinOps để phát triển thành GreenOps quản lý đồng thời chi phí và carbon.

Thứ tư (công nghệ liên kết và triển vọng), phần mềm xanh gắn chặt với cloud native (tự động mở rộng·serverless), Observability (Kepler·OpenTelemetry), FinOps, công bố ESG (ISSB·CSRD). Trong tương lai, dự báo SCI sẽ trở thành sản phẩm đầu ra chuẩn của chuỗi cung ứng phần mềm giống như SBOM, và phát triển theo hướng chỉ số carbon được đưa vào yêu cầu mua sắm·hợp đồng. Kỹ sư chuyên nghiệp phải đảm nhận vai trò phản ánh trước những thay đổi quy định·tiêu chuẩn này vào kiến trúc và quy trình tổ chức.

Tài liệu tham khảo

• Green Software Foundation, "SCI — Software Carbon Intensity" — https://greensoftware.foundation/standards/sci/
• Software Carbon Intensity (SCI) Specification — https://sci.greensoftware.foundation/
• ISO/IEC 21031:2024, Information technology — Software Carbon Intensity (SCI) specification — https://www.iso.org/standard/86612.html
• Green-Software-Foundation/sci (GitHub) — https://github.com/Green-Software-Foundation/sci
• CNCF green-reviews-tooling, tài liệu đo lường SCI — https://github.com/cncf-tags/green-reviews-tooling/blob/main/docs/measurement/sci.md

---

Tóm tắt một câu: Phần mềm xanh là kỹ nghệ giảm phát thải carbon trong vòng đời phần mềm bằng ba nguyên tắc hiệu quả năng lượng·nhận thức carbon·hiệu quả phần cứng, đo phát thải trên mỗi đơn vị chức năng bằng ISO/IEC 21031 (SCI) và liên kết với ESG·FinOps·Observability để nội tại hóa tính bền vững thành quản trị.