{"id":"l-aws-4-3","courseId":"aws-cloud-foundations","lang":"ar","kind":"lesson","summary":"راقب Lantern في الإنتاج عبر مقاييس CloudWatch وسجلاته وإنذاراته، ثم راجع التصميم كله وفق ركائز Well-Architected الست مع وضع تحسين التكلفة نصب عينيك.","html":"

أصبح Lantern يعمل في الإنتاج: الموقع على CloudFront، وتأكيدات الحضور على Lambda وDynamoDB، والفعاليات في RDS. على الخادم القديم، كانت “المراقبة” تعني أن يلاحظ أحد المتطوّعين أن الموقع متوقّف. يمنح هذا الدرس Lantern عيونًا، عبر Amazon CloudWatch، ثم يرجع خطوة إلى الوراء ليراجع التصميم كله باستخدام AWS Well-Architected Framework.

\n

المقاييس: ما الذي يحدث

\n

تنشر خدمات AWS المقاييس (metrics) إلى CloudWatch تلقائيًا. يعيش كل مقياس في namespace وله أبعاد (dimensions)، مثل AWS/Lambda مع FunctionName=lantern-rsvp. وهذه الحفنة هي الأهم بالنسبة إلى Lantern:

\n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
الخدمةالمقياسما يخبرك به
LambdaErrors وThrottles وDurationالإخفاقات، وبلوغ حدود السعة، والبطء
API Gateway5xx و4xx وLatencyما عاشه المستخدمون فعلًا
DynamoDBThrottledRequestsالطلبات التي رفضها الجدول
CloudFront5xxErrorRate، وCacheHitRate (مقياس إضافي تفعّله بنفسك)صحة الحافة ومدى نجاح التخزين المؤقت

السجلات: لماذا حدث ذلك

\n

كل ما تكتبه دالة Lambda إلى stdout يصل إلى CloudWatch Logs، في مجموعة السجلات /aws/lambda/lantern-rsvp. حوّل صيغة سجلات الدالة إلى JSON في إعدادات التسجيل الخاصة بها، وسجّل كائنات بدلًا من جمل، وستستطيع الاستعلام عنها لاحقًا عبر CloudWatch Logs Insights:

\n
Text
fields @timestamp, level, message, eventId\n| filter level = "ERROR"\n| sort @timestamp desc\n| limit 20
\n\n
Terminal
aws logs put-retention-policy \\\n  --log-group-name /aws/lambda/lantern-rsvp --retention-in-days 30
\n

الإنذارات: أخبر إنسانًا

\n

المقياس الذي لا ينظر إليه أحد مجرد معلومة عابرة. الإنذار (alarm) يراقب مقياسًا واحدًا مقابل حدّ معيّن، ويغيّر حالته حين يُتجاوز الحد، فيرسل إشعارًا إلى topic في Amazon SNS يرسل بريدًا إلى القائمين على المشروع:

\n
Terminal
aws cloudwatch put-metric-alarm --alarm-name lantern-rsvp-errors \\\n  --namespace AWS/Lambda --metric-name Errors \\\n  --dimensions Name=FunctionName,Value=lantern-rsvp \\\n  --statistic Sum --period 300 --evaluation-periods 1 \\\n  --threshold 5 --comparison-operator GreaterThanOrEqualToThreshold \\\n  --treat-missing-data notBreaching \\\n  --alarm-actions arn:aws:sns:eu-west-1:111122223333:lantern-alerts
\n

خمسة أخطاء في خمس دقائق تستدعي أحدهم؛ أما ليلة خاملة، بلا بيانات على الإطلاق، فلا. يبدأ Lantern بثلاثة إنذارات: أخطاء Lambda، واستجابات 5xx من API Gateway، وحالات الـ throttling في DynamoDB. إنذارات أقل وذات معنى أفضل من إنذارات كثيرة مزعجة يتعلّم الناس تجاهلها.

\n

مراجعة Well-Architected

\n

AWS Well-Architected Framework قائمة AWS المرجعية لأسئلة التصميم، مجمّعة في ست ركائز (pillars). وتأخذك أداة AWS Well-Architected Tool المجانية في الـ console عبرها خطوة خطوة. إليك أول مراجعة لـ Lantern، بملاحظة واحدة لكل ركيزة:

\n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
الركيزةملاحظة في Lanternالإجراء
التميّز التشغيليعمليات النشر سلسلة من الأوامر اليدويةاكتبها في سكربتات؛ ثم البنية التحتية ككود
الأمانما زال أحد المتطوّعين يستخدم مستخدم IAMانقل الجميع إلى IAM Identity Center
الموثوقيةRDS بنمط Multi-AZ؛ وجدول تأكيدات الحضور بلا point-in-time recoveryفعّل PITR
كفاءة الأداءدالة تأكيد الحضور بذاكرة 128 MB تستغرق 900 msجرّب 512 MB؛ غالبًا أسرع وبتكلفة مماثلة
تحسين التكلفةinstance الترحيل في EC2 خاملة منذ الانتقالخذ snapshot ثم أنهِها
الاستدامةالدالة تعمل على x86انتقل إلى arm64 (Graviton)

تحسين التكلفة كعادة

\n

التكلفة حاضرة في كل درس من هذه الدورة؛ وهي هنا قائمة مرجعية تطبّقها على كل حساب:

\n
    \n
  1. احذف الخامل. الـ instances القديمة، والـ volumes غير المرفقة في EBS، وعناوين Elastic IP غير المستخدمة، وبوابات NAT المنسيّة.
    2. \n
  2. اضبط الحجم المناسب. استخدم المقاييس، لا التخمين، لاختيار أحجام الـ instances والدوال.
    3. \n
  3. استخدم نموذج التسعير الصحيح. Savings Plans للحد الأدنى الثابت، وSpot للعمل الدفعي القابل للمقاطعة، وserverless للعمل المتقطّع.
    4. \n
  4. دع البيانات تتقادم وتُحذف. قواعد دورة الحياة في S3 وفترات الاحتفاظ بالسجلات.
    5. \n
  5. أبقِ الزيارات محلية. نقاط النهاية من نوع gateway لـ S3 وDynamoDB؛ وCloudFront أمام كل ما هو عام.
    6. \n
  6. ضع الوسوم وانظر. ضع على كل مورد الوسم project=lantern، وفعّله لتوزيع التكاليف، وافتح AWS Cost Explorer كل شهر. تنبيه الميزانية من الدرس الثالث شبكة أمان، لا خطة.
    7. \n
\n\n

هذا هو الانتقال كله. انتقل Lantern من خادم واحد هشّ إلى مجموعة من القطع المُدارة، لكلٍّ منها مالك، وحدود صلاحيات، وإنذار، وسعر تستطيع تفسيره. أصبحت الآن تستطيع إعداد حساب بأمان، وقراءة سياسات IAM وكتابتها، واختيار الخدمات الأساسية الصحيحة، ونشر حمل عمل حقيقي وتشغيله، مع تصميم التكلفة والأمان من الأساس بدلًا من إلحاقهما في النهاية.

\n","toc":[{"id":"sec-1","text":"المقاييس: ما الذي يحدث","level":2},{"id":"sec-2","text":"السجلات: لماذا حدث ذلك","level":2},{"id":"sec-3","text":"الإنذارات: أخبر إنسانًا","level":2},{"id":"sec-4","text":"مراجعة Well-Architected","level":2},{"id":"sec-5","text":"تحسين التكلفة كعادة","level":2}],"takeaways":["يجمع CloudWatch المقاييس والسجلات والإنذارات لخدمات AWS تلقائيًا؛ وتكتب Lambda في مجموعة السجلات /aws/lambda/.","يراقب الإنذار (alarm) مقياسًا واحدًا مقابل حدّ معيّن ويرسل إشعارًا إلى topic في Amazon SNS، الذي يرسل بريدًا إلى الأشخاص القادرين على التصرّف.","مجموعات السجلات الجديدة تحتفظ بالبيانات إلى الأبد افتراضيًا، لذا اضبط فترة احتفاظ لكل مجموعة سجلات كي تضع سقفًا لتكاليف التخزين.","لإطار Well-Architected ست ركائز، هي التميّز التشغيلي والأمان والموثوقية وكفاءة الأداء وتحسين التكلفة والاستدامة.","تحسين التكلفة عادة قوامها حذف الموارد الخاملة، وضبط الأحجام المناسبة، واستخدام نموذج التسعير الصحيح، ووسم الموارد (tagging) كي ترى كم يكلّف كل شيء."],"further":[{"title":"What is Amazon CloudWatch?","url":"https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html"},{"title":"Using Amazon CloudWatch alarms","url":"https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html"},{"title":"Analyzing log data with CloudWatch Logs Insights","url":"https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AnalyzingLogData.html"},{"title":"AWS Well-Architected Framework","url":"https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html"}],"quiz":[{"q":"

يريد القائمون على Lantern أن يعلموا بإخفاقات تأكيد الحضور قبل أن يشتكي المستخدمون. ماذا يجب أن يضبطوا؟

","options":[{"text":"لوحة معلومات في CloudWatch يتفقّدها أحدهم كل يوم جمعة.","why":"لوحات المعلومات جيدة للاستطلاع، لكن لا أحد يراقبها في التاسعة مساءً ليلة المهرجان."},{"text":"مجموعة سجلات بفترة احتفاظ أطول.","why":"الاحتفاظ بالسجلات مدة أطول يساعد في التحقيق لاحقًا. لكنه لا يخبر أحدًا بأن شيئًا ما يفشل الآن."},{"text":"تنبيه في AWS Budgets على خدمة Lambda.","why":"الميزانية تتتبّع الإنفاق، لا الأخطاء. وقد تفشل دالة معطوبة بتكلفة زهيدة لأيام."},{"text":"إنذار في CloudWatch على المقياس Errors الخاص بالدالة يرسل إشعارًا إلى topic في SNS عليه بريد القائمين على المشروع.","why":"صحيح. الإنذار يحوّل المقياس إلى إشعار، فتصل قفزة في الأخطاء إلى شخص ما خلال دقائق."}],"answer":3},{"q":"

بعد ستة أشهر، أصبح CloudWatch بندًا كبيرًا على نحو مفاجئ في فاتورة Lantern. أيّ تغيير يساعد على الأرجح؟

","options":[{"text":"اضبط فترة احتفاظ لمجموعات السجلات وتوقّف عن تسجيل محتوى الطلبات كاملًا.","why":"صحيح. مجموعات السجلات لا تحذف البيانات أبدًا افتراضيًا، والاستيعاب (ingestion) والتخزين يُحتسبان لكل غيغابايت."},{"text":"أوقف مقاييس Lambda الافتراضية.","why":"مقاييس Lambda القياسية تُنشر تلقائيًا، وليست ما يضخّم الفاتورة."},{"text":"احذف الإنذارات، لأن كل واحد منها يكلّف مالًا.","why":"للإنذارات تكلفة شهرية صغيرة وهي تلتقط مشكلات حقيقية. إزالتها توفّر القليل وتُفقدك الرؤية."}],"answer":0},{"q":"

في مراجعة Well-Architected، إلى أيّ ركيزة تنتمي بشكل أساسي الملاحظة «ما زالت instance الترحيل القديمة في EC2 تعمل، بعد ثلاثة أسابيع من الانتقال»؟

","options":[{"text":"كفاءة الأداء (Performance efficiency)","why":"لا شيء بطيء؛ الـ instance ببساطة غير مطلوبة. كفاءة الأداء تتعلّق باستخدام الموارد بفعالية لتناسب الحمل."},{"text":"الموثوقية (Reliability)","why":"الخادم الخامل لا يؤثّر في قدرة الموقع على التعافي من الأعطال."},{"text":"التميّز التشغيلي (Operational excellence)","why":"كانت العمليات الأفضل ستلتقطها، لكن الأثر المباشر مال يُنفق بلا مقابل."},{"text":"تحسين التكلفة (Cost optimization)","why":"صحيح. دفع ثمن موارد خاملة هو المثال النموذجي على ملاحظات التكلفة، والإصلاح هو أخذ snapshot لما تحتاجه ثم إنهاء الـ instance."}],"answer":3},{"q":"

لماذا توسم كل موارد Lantern بالوسم project=lantern ويُفعَّل ذلك الوسم لتوزيع التكاليف؟

","options":[{"text":"كي يستطيع Cost Explorer تفصيل الفاتورة حسب المشروع، فترى كم يكلّف Lantern بمعزل عن أي شيء آخر في الحساب.","why":"صحيح. تصبح وسوم توزيع التكاليف المفعّلة بُعدًا في Cost Explorer وفي الميزانيات."},{"text":"الموارد الموسومة تحصل على خصم.","why":"الوسوم لا تؤثّر في السعر. إنها تصف الموارد كي تستطيع تجميعها وترشيحها والتحكّم فيها."},{"text":"تحذف AWS الموارد غير الموسومة بعد 30 يومًا.","why":"لا تحذف AWS مواردك أبدًا بسبب غياب الوسوم. الموارد غير الموسومة يصعب فقط نسبتها إلى أصحابها."}],"answer":0}],"exercise":{"kind":"fill","language":"bash","template":"# 1. Keep the RSVP function's logs for 30 days, then let them expire\naws logs {{0}} \\\n --log-group-name /aws/lambda/lantern-rsvp --retention-in-days 30\n\n# 2. Email the maintainers when the function errors 5+ times in 5 minutes\naws cloudwatch {{1}} --alarm-name lantern-rsvp-errors \\\n --namespace AWS/Lambda --metric-name {{2}} \\\n --dimensions Name=FunctionName,Value=lantern-rsvp \\\n --statistic Sum --period 300 --evaluation-periods 1 \\\n --threshold 5 --comparison-operator GreaterThanOrEqualToThreshold \\\n --alarm-actions arn:aws:{{3}}:eu-west-1:111122223333:lantern-alerts","blanks":[{"answers":["put-retention-policy"]},{"answers":["put-metric-alarm"]},{"answers":["Errors"]},{"answers":["sns"]}],"title":"ضع سقفًا للسجلات، واربط الإنذار","prompt":"

أكمل أمرين من قائمة إطلاق Lantern. الخطوة 1 تضبط فترة احتفاظ مدتها 30 يومًا لمجموعة سجلات دالة تأكيد الحضور. الخطوة 2 تنشئ إنذارًا على مقياس Lambda الذي يعدّ الاستدعاءات الفاشلة، وترسل الإشعارات إلى الـ topic المسمّى lantern-alerts في خدمة الإشعارات التي ترسل بريدًا إلى القائمين على المشروع.

\n","hints":["يبدأ الأمران الفرعيان كلاهما بـ put-: أحدهما يضبط سياسة احتفاظ، والآخر إنذار مقياس.","مقياس Lambda للاستدعاءات الفاشلة اسم بصيغة الجمع يبدأ بحرف كبير.","تشير إجراءات الإنذار إلى topic في Amazon Simple Notification Service؛ انظر إلى جزء الخدمة في الـ ARN."],"explanation":"

يضبط aws logs put-retention-policy المدة التي يحتفظ فيها CloudWatch Logs ببيانات مجموعة السجلات؛ ومن دونه لا تنتهي صلاحية السجلات أبدًا ويظل التخزين يكبر على الفاتورة. وينشئ aws cloudwatch put-metric-alarm إنذارًا أو يحدّثه. المقياس Errors في الـ namespace المسمّى AWS/Lambda يعدّ الاستدعاءات التي انتهت بخطأ، وجمعه على فترة 300 ثانية يعطي عدد الأخطاء في كل خمس دقائق. وإجراء الإنذار هو ARN لـ topic في Amazon SNS (arn:aws:sns:...)؛ ويتلقّى المشتركون في ذلك الـ topic، مثل عناوين بريد القائمين على المشروع، الإشعار حين يتغيّر الإنذار إلى حالة ALARM.

\n","checkLabels":{}},"words":648,"readMinutes":4}