Tensora›Insights›Green Computing
SustainabilityCloud EngineeringGreenOps

Green Computing
วิศวกรรมซอฟต์แวร์
อย่างรับผิดชอบต่อสิ่งแวดล้อม

Data center ใช้ไฟฟ้า 1–2% ของโลกและกำลังเพิ่มขึ้นทุกปี ทุกบรรทัดโค้ดที่เราเขียน ทุก API ที่เราออกแบบ ทุก server ที่เรา provision ล้วนมี carbon footprint Engineer ทุกคนมีส่วนในการแก้ปัญหานี้ — หรือทำให้มันแย่ลง

Green Computing ไม่ใช่แค่การ "ปิดไฟเมื่อเลิกใช้" มันคือ discipline ใหม่ใน Software Engineering ที่วัด carbon impact ของ system เหมือนกับที่เราวัด latency และ costองค์กรชั้นนำอย่าง Google, Microsoft, และ AWS มี carbon-aware infrastructure เป็นเป้าหมายหลัก ไม่ใช่แค่ CSR — แต่เพราะมันลด cost จริงๆ ด้วย
2%
ของการใช้ไฟฟ้าทั่วโลกมาจาก Data Center เทียบเท่า carbon footprint ของอุตสาหกรรมการบิน
IEA, 2024
65%
ของ cloud resource ถูกใช้งานต่ำกว่า 10% — เรียกว่า "zombie servers" ที่เปลืองไฟโดยเปล่าประโยชน์
Gartner, 2023
4×
ปริมาณ electricity ที่ AI training ต้องการเพิ่มขึ้นทุก 2 ปี ตาม scaling law ปัจจุบัน
Stanford HAI, 2024

Green Computing คืออะไร? — 3 มิติที่ต้องเข้าใจ

มิติที่ 1

Carbon Efficiency (ประสิทธิภาพ Carbon)

ทำงานเดิมให้เสร็จด้วย carbon น้อยที่สุด วัดด้วย "Software Carbon Intensity (SCI)" = carbon ต่อ functional unit เช่น carbon ต่อ 1,000 API request หรือ carbon ต่อ user session

SCI ScoregCO₂eq / kWh
มิติที่ 2

Energy Efficiency (ประสิทธิภาพพลังงาน)

ใช้พลังงานน้อยที่สุดในการประมวลผล — ครอบคลุมทั้ง algorithm efficiency, hardware utilization, และ idle power consumption ที่มักถูกมองข้าม

PUECPU UtilizationPower Profile
มิติที่ 3

Carbon Awareness (การตระหนัก Carbon)

ทำงานในเวลาและสถานที่ที่ electricity มี carbon intensity ต่ำที่สุด เช่น รัน batch job ตอนกลางคืนที่ลมแรง หรือ deploy workload ไปยัง region ที่ใช้พลังงานหมุนเวียน

Grid Carbon IntensityTime-shiftingLocation-shifting

Carbon Footprint ของซอฟต์แวร์มาจากไหน?

ก่อนจะลด carbon ต้องรู้ก่อนว่ามันมาจากไหน Software system มี carbon ใน 3 ชั้นที่หลายทีมมักวัดแค่ชั้นเดียว
แหล่งที่มา
สัดส่วน
วิธีลด
Operational Carbon
ไฟฟ้าที่ใช้ขณะรัน software
40–60%
Optimize code, right-size infrastructure, ใช้ renewable energy region
Embodied Carbon
Carbon จากการผลิต hardware
30–50%
ใช้ hardware ให้นานขึ้น, maximize utilization, เลือก cloud over bare metal
Network Transfer Carbon
การส่งข้อมูลผ่านเครือข่าย
5–15%
CDN, data compression, efficient API design, ลด unnecessary payload
Embodied Carbon ที่มักถูกลืม: การผลิต server 1 ตัวปล่อย CO₂ มากกว่าที่ server นั้น จะปล่อยตลอดอายุการใช้งาน 4 ปีในหลายกรณี การ maximize utilization และใช้ cloud จึงช่วยลด carbon ได้มากกว่าที่หลายคนคิด

5 กลยุทธ์ Green Engineering ที่ทำได้จริงวันนี้

กลยุทธ์ที่ 1
Efficient Algorithm & Data Structure — ลด compute ที่ต้นทาง
Impact สูงสุด

Algorithm ที่ดีกว่าลด carbon ได้มากกว่าการเปลี่ยน infrastructure ทั้งหมด การเปลี่ยน O(n²) เป็น O(n log n) บน dataset 1 ล้าน record ลด CPU time ลง 99.7% — ซึ่งหมายถึงลด carbon และ cost ในสัดส่วนเดียวกัน Green Software เริ่มที่ whiteboard ก่อน keyboard เสมอ

ทำได้ทันที
Profile ก่อน optimize, เลือก data structure ที่เหมาะสม, ใช้ caching อย่างมีกลยุทธ์, lazy evaluation
ตัวชี้วัด
CPU time per request, Memory allocation rate, Cache hit ratio, P99 latency
Algorithm OptimizationCaching StrategyLazy LoadingBatch Processing
กลยุทธ์ที่ 2
Right-sizing Infrastructure — จ่ายแค่ที่ใช้จริง
ลด Cost + Carbon

65% ของ cloud resource ถูกใช้งานต่ำกว่า 10% "Zombie servers" เหล่านี้ ใช้ไฟฟ้าตลอด 24 ชั่วโมงแม้ไม่มี traffic การ right-size, auto-scale, และ schedule off-hours shutdown สำหรับ non-production environment เป็นหนึ่งในวิธีที่ให้ ROI สูงที่สุดทั้งด้าน cost และ carbon

Immediate wins
ปิด dev/staging environment นอกเวลาทำการ, ลด instance size ที่ utilization ต่ำกว่า 20%, ใช้ spot/preemptible instances สำหรับ batch
เครื่องมือ
AWS Compute Optimizer, GCP Recommender, Azure Advisor, Infracost
Auto-scalingSpot InstancesScheduled ShutdownFinOps
กลยุทธ์ที่ 3
Carbon-aware Deployment — รันในเวลาและสถานที่ที่ถูกต้อง
Advanced

Carbon intensity ของ electricity grid ไม่เท่ากันตลอดเวลา — กลางวันที่มีแสงแดดหรือ กลางคืนที่มีลม electricity มี carbon ต่ำกว่า peak demand การเลื่อน batch job ไปรันในช่วงที่ grid สะอาดกว่า (time-shifting) หรือเลือก cloud region ที่ใช้พลังงานหมุนเวียนสูง (location-shifting) ลด carbon ได้โดยไม่เพิ่ม latency

Time-shifting
ML training, data pipeline, batch report, backup — ทุก workload ที่ไม่ต้องการ real-time สามารถ schedule ได้
Location-shifting
AWS us-west-2 (Oregon), GCP europe-west1 (Belgium), Azure swedencentral — region ที่ใช้ renewable energy สูง
Carbon-aware SDKelectricityMap APITime-shiftingGreen Region
กลยุทธ์ที่ 4
Efficient Data Architecture — ลดข้อมูลที่ไม่จำเป็น
ทำได้ทันที

การส่ง, เก็บ, และประมวลผลข้อมูลทุก byte มี carbon ติดมาด้วย การ compress response, ใช้ efficient serialization format, ลบข้อมูลที่ไม่ได้ใช้ออก, และออกแบบ API ให้ส่ง payload เท่าที่จำเป็น เป็นทั้ง Green practice และ best practice ที่ดีด้วยตัวเองอยู่แล้ว

Data transfer
Brotli/gzip compression, CDN edge caching, GraphQL หรือ sparse fieldsets แทน REST ที่ over-fetch
Data storage
Data lifecycle policy, storage tiering (hot/warm/cold), ลบ duplicate และ orphaned data, columnar format สำหรับ analytics
CompressionCDNData LifecycleStorage Tiering
กลยุทธ์ที่ 5
Measure & Report — ที่วัดได้ถึงจะจัดการได้
Foundation

Green Computing เริ่มต้นที่การวัด ถ้าไม่รู้ว่า carbon footprint ของ system คือเท่าไหร่ ก็ไม่รู้ว่าควร optimize ที่จุดไหนก่อน เครื่องมือวัด carbon ของ cloud provider และ open source tool ทำให้การ track SCI score กลายเป็นเรื่องที่ทีมทำได้เองโดยไม่ต้องจ้างผู้เชี่ยวชาญ

เครื่องมือวัด
Cloud Carbon Footprint (OSS), AWS Customer Carbon Footprint Tool, GCP Carbon Footprint, Azure Emissions Dashboard, Scaphandre
มาตรฐานที่ใช้
Green Software Foundation SCI Spec, GHG Protocol (Scope 1/2/3), ISO 14064, Science Based Targets (SBTi)
SCI ScoreCarbon DashboardGHG ProtocolSBTi

Green Engineering Checklist — เริ่มต้นได้เลยวันนี้

CODE & ARCHITECTURE

ระดับ Application

  • Profile ก่อน optimize — รู้ว่า hot path จริงๆ อยู่ที่ไหน
  • ใช้ async / non-blocking I/O เพื่อลด idle CPU time
  • Implement caching ที่ทุก layer ที่เหมาะสม (in-memory, CDN, DB query)
  • ลด API payload — ส่งเฉพาะ field ที่ client ต้องการจริงๆ
  • ใช้ compression สำหรับ HTTP response และ data transfer ทุกชนิด
  • เลือก algorithm และ data structure ที่มี time complexity เหมาะสมกับ scale
INFRASTRUCTURE

ระดับ Cloud & Infra

  • ตรวจสอบ utilization ของทุก resource — ลบ zombie instance ที่ใช้น้อยกว่า 10%
  • เปิด auto-scaling แทนการ over-provision แบบ static
  • Schedule ปิด dev/staging environment นอกเวลาทำงาน
  • ใช้ spot/preemptible instance สำหรับ batch และ fault-tolerant workload
  • เลือก cloud region ที่มี carbon intensity ต่ำสำหรับ new deployment
  • Implement data lifecycle policy — ลบข้อมูลที่ไม่ได้ใช้ตาม retention period
MEASURE & GOVERN

ระดับ Organization

  • เพิ่ม carbon metric เข้าใน architecture review checklist
  • Setup carbon dashboard ด้วย Cloud Carbon Footprint หรือ native cloud tool
  • กำหนด SCI target สำหรับ new system ก่อน go live
  • รวม carbon cost เข้าใน FinOps reporting — carbon กับ cost มักไปด้วยกัน
  • ทำ "green review" เป็นส่วนหนึ่งของ quarterly architecture review
eBPF กับ Green Computing: eBPF-based continuous profiling (เช่น Pyroscope, Parca) เป็นหนึ่งในเครื่องมือที่ทรงพลังที่สุดสำหรับ Green Engineering เพราะช่วยให้เห็น hot code path ระดับ kernel ที่ใช้ CPU มากเกินควร — Google ใช้ eBPF profiling ทั้ง fleet และประหยัดค่า compute (และ carbon) ได้คิดเป็นหลายพันล้านบาทต่อปี อ่านบทความ eBPF ของเราเพิ่มเติม →eBPF คืออะไร?

Green Computing ไม่ใช่ต้นทุนเพิ่ม — มันคือ Engineering Quality ที่วัดได้อีกมิติหนึ่ง

ซอฟต์แวร์ที่ดีคือซอฟต์แวร์ที่ ทำงานได้ถูกต้อง, เร็ว, ปลอดภัย — และตอนนี้ต้องเพิ่ม "มี carbon footprint ต่ำ" เข้าไปด้วยข่าวดีคือ green engineering practices เกือบทั้งหมดเป็น best practices อยู่แล้ว คุณ optimize algorithm เพราะมันเร็วกว่า — แต่ผลพลวัดที่ได้คือ carbon ลดด้วย

สำหรับองค์กรไทยที่กำลัง scale cloud infrastructure — ตอนนี้คือเวลาที่ดีที่สุดในการ embed green practices เข้าสู่ process ตั้งแต่ต้น เพราะการ refactor ภายหลังมีต้นทุนสูงกว่าเสมอ ทั้งในแง่ engineering effort และ carbon ที่ปล่อยออกไประหว่างนั้น

Tensora ออกแบบระบบโดยคำนึงถึง carbon efficiency ตั้งแต่ architecture phase — เพราะเราเชื่อว่า responsible engineering และ business outcomes ไม่ใช่เรื่องที่ต้องเลือกอย่างใดอย่างหนึ่ง

สนใจ audit carbon footprint ของ system ของคุณ?

พูดคุยกับทีม Tensora →