ركيزتا تحسين التكلفة والاستدامة
اعتمد الوعي بالإنفاق وملاءمة أحجام الموارد واختيار نموذج التسعير للتحكم في التكلفة، وقلّل بصمة البنية التحتية وحسّن كفاءة الطاقة لتحقيق الاستدامة
ركيزتا تحسين التكلفة والاستدامة درس مجاني في Cloud & IT Cert Prep على CoddyKit. هذا هو الدرس 3 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Cloud & IT Cert Prep، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.
نظرة عامة على ركيزة تحسين التكلفة
تركّز ركيزة تحسين التكلفة على تجنّب التكاليف غير الضرورية وتحقيق أكبر قيمة ممكنة من إنفاقك على AWS. وغالبًا ما تكون هذه الركيزة الأكثر تأثيرًا بصورة فورية، لأن الإفراط في توفير موارد السحابة أمر سهل. مبادئ التصميم الأساسية: تطبيق الإدارة المالية للسحابة — التعامل مع التكلفة بوصفها مقياسًا أساسيًا. اعتماد نموذج الاستهلاك — الدفع مقابل ما تستخدمه فقط. قياس الكفاءة الإجمالية — تتبّع التكلفة لكل وحدة من قيمة الأعمال. تقليل الإنفاق على الأعمال التشغيلية الثقيلة غير المميّزة — استخدام الخدمات المُدارة بدلًا من إدارة البنية التحتية.
# Cost Optimisation pillars:
# 1. Expenditure awareness - visibility into what you spend
# 2. Cost-effective resources - right instance types, storage classes
# 3. Matching supply to demand - auto scaling, spot instances
# 4. Optimising over time - regularly review and adjust
# Example: undifferentiated heavy lifting
# Instead of managing your own Redis: use ElastiCache
# Instead of managing Kubernetes: use EKS or Fargate
# Managed services reduce operational overhead AND costضبط أحجام الموارد
يُعد ضبط الأحجام الإجراء الأكثر تأثيرًا لتحسين التكاليف، إذ يحدد الموارد المخصصة بأكثر من الحاجة ويلغيها. ومن الأنماط الشائعة تشغيل مثيلات كبيرة عند التهيئة الأولية ثم عدم مراجعتها مطلقًا. يحلل AWS Compute Optimizer مقاييس الاستخدام ويوصي بنوع المثيل الأمثل. ومن النتائج الشائعة أن المثيل m5.4xlarge الذي يعمل عند استخدام وحدة معالجة مركزية بنسبة 5% ينبغي أن يكون من نوع t3.medium، مما يوفر 80% من تكلفة الحوسبة. وينطبق ضبط الأحجام على EC2 وLambda (الذاكرة) وRDS ووحدات تخزين EBS.
# Get Compute Optimizer recommendations for all EC2
aws compute-optimizer get-ec2-instance-recommendations \
--filters Name=finding,Values=Overprovisioned
# Response includes:
# currentInstanceType: m5.4xlarge
# recommendedInstanceType: t3.large
# estimatedMonthlySavings: $280
# performanceRisk: VeryLow
# Also check EBS volumes:
aws compute-optimizer get-ebs-volume-recommendations \
--filters Name=finding,Values=Overprovisionedتحسين نموذج الشراء
بالنسبة إلى أعباء العمل المستقرة، تُعد تسعيرة On-Demand الخيار الأعلى تكلفة. ويمكن تحقيق وفورات كبيرة من خلال: Reserved Instances (لمدة سنة أو 3 سنوات) — وفورات تصل إلى 72% لأعباء العمل القابلة للتنبؤ. Savings Plans — التزام مرن (وفورات تصل إلى 66%) ينطبق على عائلات المثيلات والمناطق المختلفة. Spot Instances — وفورات تصل إلى 90% لأعباء العمل القابلة للمقاطعة (المعالجة الدفعية وCI/CD وأعباء العمل عديمة الحالة). وعادةً ما تجمع مجموعة الموارد المحسّنة من حيث التكلفة بين الخيارات الثلاثة: Savings Plans للخط الأساسي، وSpot للزيادات المفاجئة، وOn-Demand للحالات الخاصة.
# Purchasing model comparison:
# On-Demand: $0.192/hr (m5.large) No commitment
# 1yr Reserved: $0.114/hr $0.78/hr effective
# 3yr Reserved: $0.074/hr Highest savings
# Compute SP: ~$0.128/hr Flexible family/region
# Spot: $0.05-0.08/hr Interruptible
# Savings Plans cover:
# - Compute Savings Plans: EC2 + Lambda + Fargate
# - EC2 Instance Savings Plans: specific family in one regionاستخدام Spot Instances لتحسين التكاليف
تستخدم Spot Instances سعة AWS الفائضة بخصم يصل إلى 90%، ولكن يمكن مقاطعتها مع إشعار مدته دقيقتان عندما تحتاج AWS إلى استعادة السعة. وتناسب Spot ما يلي: المعالجة الدفعية (مع حفظ نقاط التحقق والاستئناف)، وعوامل إنشاء CI/CD، وخوادم الويب عديمة الحالة (خلف ALB؛ إذ يوجه ELB الطلبات بعيدًا عن المثيلات التي تمت مقاطعتها)، وعُقد العاملين في EMR وEKS. استخدم Spot Fleet أو ASG مع أنواع مثيلات ومناطق توافر متعددة لتوزيع الموارد على مجموعات مختلفة وتقليل مخاطر المقاطعة.
# ASG with mixed instances (On-Demand + Spot)
aws autoscaling create-auto-scaling-group \
--auto-scaling-group-name my-mixed-asg \
--mixed-instances-policy '{
"LaunchTemplate": {"LaunchTemplateSpecification":{"LaunchTemplateId":"lt-12345","Version":"$Latest"},"Overrides":[{"InstanceType":"m5.large"},{"InstanceType":"m5a.large"},{"InstanceType":"m4.large"}]},
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 20,
"SpotAllocationStrategy": "capacity-optimized"
}
}' \
--min-size 2 --max-size 20 --desired-capacity 5تحسين تكلفة تخزين S3
يمكن خفض تكاليف تخزين S3 بدرجة كبيرة باستخدام فئة التخزين المناسبة وأتمتة عمليات الانتقال. تنقل S3 Intelligent-Tiering الكائنات تلقائيًا بين مستويات الوصول استنادًا إلى أنماط الوصول، وهي مثالية عندما تكون أنماط الوصول غير معروفة. وتنقل قواعد دورة الحياة الكائنات وفق جدول زمني: من Standard → Standard-IA بعد 30 يومًا → Glacier بعد 90 يومًا → Deep Archive بعد 180 يومًا. ويمكنك أيضًا استخدام S3 Select لاسترداد المجموعة الفرعية المطلوبة فقط من بيانات الكائن، مما يقلل تكاليف نقل البيانات ومعالجتها.
# S3 lifecycle policy for cost optimisation
aws s3api put-bucket-lifecycle-configuration \
--bucket my-data-bucket \
--lifecycle-configuration '{
"Rules": [{
"ID": "auto-archive",
"Status": "Enabled",
"Transitions": [
{"Days": 30, "StorageClass": "STANDARD_IA"},
{"Days": 90, "StorageClass": "GLACIER_IR"},
{"Days": 365, "StorageClass": "DEEP_ARCHIVE"}
]
}]
}'وضع العلامات وتوزيع التكاليف
من دون وضع العلامات المناسبة، يستحيل فهم ما تنفقه كل فرقة أو مشروع. تتيح لك علامات توزيع التكاليف تفصيل التكاليف حسب الفرقة أو المشروع أو البيئة أو أي بُعد تحدده. فعّل العلامات في وحدة تحكم Billing، ثم استخدم AWS Cost Explorer لتصفية التكاليف وتجميعها حسب العلامة. وطبّق وضع العلامات باستخدام Tag Policies في AWS Organizations، واستخدم AWS Config rules لاكتشاف الموارد التي لا تحمل علامات. يتيح ذلك showback (إظهار التكاليف) وchargeback (إسناد التكاليف) إلى الفرق الفردية.
# Enforce required tags with Config rule
aws configservice put-config-rule \
--config-rule '{
"ConfigRuleName": "required-tags",
"Source": {"Owner":"AWS","SourceIdentifier":"REQUIRED_TAGS"},
"InputParameters": "{\"tag1Key\":\"Project\",\"tag2Key\":\"Environment\",\"tag3Key\":\"Owner\"}"
}'
# Query cost by tag in Cost Explorer
aws ce get-cost-and-usage \
--time-period Start=2026-06-01,End=2026-06-30 \
--granularity MONTHLY \
--group-by Type=TAG,Key=Projectنظرة عامة على ركيزة الاستدامة
تركز ركيزة الاستدامة (التي أُضيفت في عام 2021) على تقليل الأثر البيئي لأعباء العمل السحابية من خلال خفض استهلاك الطاقة وزيادة الكفاءة. وتشمل مبادئ التصميم ما يلي: فهم أثرك — قياس البصمة الكربونية لأعباء العمل. وضع أهداف للاستدامة. تحقيق أقصى استفادة من الاستخدام — ضبط الأحجام لتجنب الموارد الخاملة. توقّع الأجهزة الأكثر كفاءة واعتمادها — استخدام أحدث أجيال المثيلات. استخدام الخدمات المُدارة — إذ تدير AWS مراكز البيانات بكفاءة أعلى من معظم المؤسسات.
# Sustainability improvement areas:
# 1. Right-size instances (reduce idle energy use)
# 2. Use Graviton (ARM) instances: 60% less energy than x86
# 3. Use Spot instances: uses otherwise idle capacity
# 4. Use managed services: AWS optimises their utilisation
# 5. Use serverless: no idle servers
# 6. Move to S3/EFS instead of EC2 instance storage
# 7. Implement data lifecycle (don't store forever)AWS Graviton للاستدامة والتكلفة
توفر معالجات AWS Graviton (المبنية على ARM) كفاءة أفضل في استهلاك الطاقة بنسبة تصل إلى 60% وأداءً أفضل مقابل السعر بنسبة 20-40% مقارنةً بالمثيلات المستندة إلى x86. وتتوافر مثيلات Graviton3/4 (العائلات c7g وm7g وr7g وt4g) لمعظم أعباء عمل EC2 وLambda وFargate. ويؤدي الانتقال من x86 إلى Graviton إلى تحسين ركيزتي الاستدامة وتحسين التكاليف في الوقت نفسه، من خلال استهلاك واطات أقل لكل عملية حسابية وأسعار مثيلات أقل. ويمكن لمعظم أعباء العمل (Linux والتطبيقات القائمة على الحاويات وJVM) الانتقال مع تغييرات طفيفة.
# Compare: m5.large (x86) vs m7g.large (Graviton3)
# m5.large: $0.096/hr, 2 vCPU, 8 GB
# m7g.large: $0.0808/hr, 2 vCPU, 8 GB
# Savings: ~16% cheaper + 40% better performance
# Switch Lambda function to Graviton (arm64)
aws lambda update-function-configuration \
--function-name my-function \
--architectures arm64
# Lambda arm64 is 20% cheaper than x86
# Most Python, Node.js, Java functions work unchangedالتخلص من الموارد الخاملة
تتمثل إحدى أهم مصادر التكلفة غير الضرورية وهدر الطاقة في الموارد الخاملة — مثل مثيلات EC2 التي تعمل عند استخدام وحدة معالجة مركزية بنسبة 1%، ووحدات تخزين EBS غير المرفقة، وعناوين IP المرنة غير المستخدمة، وبيئات التطوير والاختبار المنسية التي تعمل على مدار الساعة طوال أيام الأسبوع. طبّق جدولًا لإيقاف الموارد وتشغيلها في البيئات غير الإنتاجية باستخدام قواعد EventBridge وSystems Manager Automation — فأوقف مثيلات التطوير عند الساعة 6 مساءً وشغّلها عند الساعة 8 صباحًا. واستخدم AWS Trusted Advisor وCost Explorer لتحديد المثيلات الخاملة ووحدات تخزين EBS غير المستخدمة وReserved Instances منخفضة الاستخدام.
# EventBridge + SSM to stop dev instances nights/weekends
aws events put-rule \
--name stop-dev-instances \
--schedule-expression 'cron(0 22 ? * MON-FRI *)'
aws events put-targets \
--rule stop-dev-instances \
--targets '[{
"Id": "StopDevInstances",
"Arn": "arn:aws:ssm:us-east-1::automation-definition/AWS-StopEC2Instance",
"RoleArn": "arn:aws:iam::123:role/EventBridgeRole",
"Input": "{\"InstanceId\":[\"i-dev1\",\"i-dev2\"]}"
}]'دورة حياة البيانات للاستدامة
يؤدي تخزين البيانات إلى أجل غير مسمى إلى هدر الطاقة. وتوصي ركيزة الاستدامة بتطبيق سياسات دورة حياة البيانات لحذف البيانات التي لم تعد مطلوبة أو أرشفتها تلقائيًا. استخدم قواعد دورة حياة S3 مع تواريخ انتهاء الصلاحية لحذف الكائنات بعد انتهاء فترة الاحتفاظ. واستخدم DynamoDB TTL لانتهاء صلاحية السجلات القديمة تلقائيًا. واستخدم سياسات الاحتفاظ بسجلات CloudWatch Logs لحذف مجموعات السجلات بعد فترة محددة. ويقلل حذف البيانات غير الضرورية تكاليف التخزين والطاقة اللازمة لتخزينها وتبريدها.
# DynamoDB TTL for session data
# Add ttl attribute to items (Unix epoch timestamp)
aws dynamodb update-time-to-live \
--table-name UserSessions \
--time-to-live-specification Enabled=true,AttributeName=expiresAt
# Item will be deleted automatically after expiresAt timestamp
# Example: {'userId': 'u1', 'expiresAt': 1750000000}
# CloudWatch Logs: set 30-day retention
aws logs put-retention-policy \
--log-group-name /aws/lambda/my-function \
--retention-in-days 30تحسين التكاليف مقارنةً بالركائز الأخرى
يتعارض تحسين التكاليف أحيانًا مع الركائز الأخرى. إذ تضاعف Multi-AZ RDS تكلفة قاعدة البيانات، لكنها مطلوبة لتحقيق ركيزة الموثوقية. كما تحسن النسخ المتماثل عبر المناطق الموثوقية، لكنها تزيد تكاليف التخزين ونقل البيانات. ويقلل النشر النشط-النشط متعدد المناطق زمن الاستجابة (كفاءة الأداء)، لكنه يرفع التكلفة بمقدار يتراوح بين ضعفين وثلاثة أضعاف. ولا ينص Well-Architected Framework على اختيار الخيار الأرخص دائمًا، بل ينص على إجراء مفاضلات واعية بين الركائز وتوثيق أسبابها. ويختبر الامتحان قدرتك على اختيار الحل الأكثر فعالية من حيث التكلفة مع استيفائه المتطلبات المحددة.
# Cost vs reliability trade-off example:
# Single-AZ RDS: $100/month, no HA
# Multi-AZ RDS: $200/month, automated failover
# Decision: if database failure = $10,000/hour of revenue loss
# Even 1 event/year justifies Multi-AZ
# ($10,000 expected loss > $1,200/year extra cost)
# SAA-C03 exam approach:
# Meet the stated requirements FIRST
# Then choose the cheapest option that meets themتحقق سريع
اختبر مدى فهمك لمفاهيم AWS Solutions Architect (SAA-C03) الواردة في هذا الدرس.
مراجعة الدرس
تعلمت في هذا الدرس أن تحسين التكاليف يجمع بين ضبط الأحجام ونماذج الشراء (Reserved وSavings Plans وSpot) وإدارة دورة حياة S3، وأن الاستدامة تركز على تحقيق أقصى استفادة من الاستخدام، واستخدام مثيلات Graviton، وتطبيق سياسات دورة حياة البيانات، وأن المفاضلات المتعلقة بالتكلفة مع الركائز الأخرى ينبغي إجراؤها بوعي استنادًا إلى متطلبات العمل. وتتيح علامات التكلفة إظهار التكاليف وإسنادها عبر الفرق. وفي الخطوة التالية، سنستكشف Well-Architected Tool وعملية المراجعة.
الأسئلة الشائعة
هل درس «ركيزتا تحسين التكلفة والاستدامة» مجاني؟
نعم — نص درس «ركيزتا تحسين التكلفة والاستدامة» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Cloud & IT Cert Prep، انتقل إلى CoddyKit PRO. تتضمن دورة Cloud & IT Cert Prep 4 دروس في المجموع.
ماذا ستتعلم في «ركيزتا تحسين التكلفة والاستدامة»؟
اعتمد الوعي بالإنفاق وملاءمة أحجام الموارد واختيار نموذج التسعير للتحكم في التكلفة، وقلّل بصمة البنية التحتية وحسّن كفاءة الطاقة لتحقيق الاستدامة تتمرن على Cloud & IT Cert Prep مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.
هل أحتاج إلى خبرة سابقة لأبدأ Cloud & IT Cert Prep؟
لا تُشترط خبرة سابقة. Cloud & IT Cert Prep على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 3 من أصل 4.
كم من الوقت يستغرق درس «ركيزتا تحسين التكلفة والاستدامة»؟
معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.
هل يمكنني كتابة وتشغيل أكواد في درس Cloud & IT Cert Prep هذا؟
نعم. كل درس في Cloud & IT Cert Prep يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.
جميع الدروس في هذه الدورة
- ركيزتا التميّز التشغيلي والأمان
- ركيزتا الموثوقية وكفاءة الأداء
- ركيزتا تحسين التكلفة والاستدامة
- أداة Well-Architected وعملية المراجعة