يعيش القائمون على Lantern في لشبونة، ومعظم مستخدميه في البرتغال. عندما ينشئون أول مورد لهم، يطرح عليهم الـ console الخاص بـ AWS سؤالًا لم يضطروا إلى الإجابة عنه من قبل: أيّ Region؟ كان الخادم القديم قابعًا في مركز بيانات ما، ولم يفكّر فيه أحد. أما على AWS، فمكان تشغيل مواردك قرار تصميمي، يؤثّر في زمن الاستجابة والقانون والصمود وفاتورتك.
\nالـ Region منطقة جغرافية منفصلة لها نسختها الخاصة من معظم خدمات AWS. ولكل منها رمز ستكتبه كثيرًا: eu-west-1 هي أيرلندا، وeu-central-1 هي فرانكفورت، وeu-south-2 هي إسبانيا، وus-east-1 هي شمال فيرجينيا. الـ Regions معزولة بعضها عن بعض. الـ bucket الذي تنشئه في eu-west-1 يخزّن بياناته هناك، ولا تنسخها AWS إلى Region أخرى ما لم تضبط النسخ المتماثل (replication).
يمكنك سرد الـ Regions التي يستطيع حسابك استخدامها من الطرفية (ستثبّت الـ CLI في الدرس الرابع):
\naws ec2 describe-regions --query \"Regions[].RegionName\" --output textلا تُطلَق كل خدمة أو ميزة في كل Region في الوقت نفسه، وتختلف الأسعار من Region إلى أخرى. وبعض الـ Regions الأحدث اختيارية (opt-in)، فلا تظهر حتى تفعّلها.
\nاتّبع هذا الترتيب، وتوقّف عند أول قاعدة تحسم الأمر:
\nينتهي Lantern في Region أوروبية قريبة من البرتغال. الاختيار الدقيق أقل أهمية من أن تتّخذه عن قصد ثم تلتزم به باستمرار.
\nداخل كل Region توجد مناطق توافر (Availability Zones). منطقة التوافر (وتُختصر AZ) مركز بيانات مستقل أو أكثر، بكهرباء وشبكات وتبريد احتياطية، ومنفصلة فعليًا عن مناطق التوافر الأخرى في الـ Region، لكنها متصلة بها عبر ألياف ضوئية خاصة سريعة ومنخفضة التأخير. معظم الـ Regions فيها ثلاث مناطق توافر أو أكثر.
\nالغاية من مناطق التوافر هي التعطّل المستقل. فالفيضان أو الحريق أو انقطاع الكهرباء في منطقة لا يجب أن يمسّ غيرها. لذا فالقاعدة لأي شيء مهم هي: شغّله في منطقتي توافر على الأقل.
\nلمناطق التوافر نوعان من التسميات. الاسم، مثل eu-west-1a، وهو ما تختاره في الـ console. ومعرّف منطقة التوافر (AZ ID)، مثل euw1-az1، ويشير دائمًا إلى المنطقة الفعلية نفسها في كل حساب. في بعض الـ Regions الأقدم، تُربط الأسماء بشكل مستقل في الحسابات التي أُنشئت قبل نوفمبر 2025، فقد تكون eu-west-1a لديك هي eu-west-1b لدى فريق آخر. عندما تنسّق مع حساب آخر، قارن معرّفات مناطق التوافر:
aws ec2 describe-availability-zones --region eu-west-1 \\\n --query \"AvailabilityZones[].{Name:ZoneName,Id:ZoneId}\" --output tableيخبرك هذا أيّ الخدمات مرتبطة بماذا. الخدمات العامّة (global)، مثل IAM وCloudFront، تُضبط مرة واحدة للحساب كله. والخدمات الإقليمية (regional)، مثل الـ buckets في S3 ودوال Lambda وجداول DynamoDB، تعيش في Region واحدة وتوزّعها AWS على مناطق التوافر نيابة عنك. أما الموارد المرتبطة بمنطقة توافر (zonal)، مثل instance في EC2 أو volume في EBS، فتعيش في منطقة توافر واحدة بالضبط، والصمود عبر عدة مناطق توافر مسؤوليتك أنت.
\nالـ Regions قليلة. أما مواقع الحافة (edge locations) فكثيرة: مواقع أصغر في مئات المدن تشغّل Amazon CloudFront (شبكة توصيل المحتوى) وAmazon Route 53 (نظام DNS). عندما يحمّل زائر في بورتو ملصقًا من Lantern، يستطيع CloudFront أن يقدّم نسخة مخزّنة مؤقتًا من موقع حافة قريب بدلًا من جلبها من الـ bucket في كل مرة. بهذا سينجو Lantern من أمسيته الشهيرة القادمة في القسم الرابع.
\n\nيُقاس نقل البيانات بشكل مختلف بحسب وجهتها. الزيارات الداخلة إلى AWS من الإنترنت مجانية عمومًا. أما الزيارات بين مناطق التوافر في الـ Region نفسها فتُحسب لكل غيغابايت، والزيارات بين الـ Regions تكلّف أكثر، والبيانات المرسلة إلى الإنترنت تُحسب أيضًا، ويستطيع CloudFront تقليلها عبر التخزين المؤقت. لا تحتاج إلى أرقام لتصمّم جيدًا، بل إلى هذه العادة فقط: كل سهم في مخطّطك يعبر حدود منطقة توافر أو Region له ثمن. النشر عبر عدة مناطق توافر يستحق ثمنه حين يكون التوقف مؤلمًا؛ أما نسخة من كل شيء في Region أخرى فعادةً لا تستحقه، لموقع بحجم Lantern.
\nفي الدرس التالي سترى أين تنتهي مهمة AWS وتبدأ مهمتك، وستؤمّن الحساب نفسه.
\n","toc":[{"id":"sec-1","text":"الـ Regions: أين تعيش بياناتك","level":2},{"id":"sec-2","text":"كيف تختار","level":3},{"id":"sec-3","text":"مناطق التوافر: النجاة من يوم سيئ","level":2},{"id":"sec-4","text":"مواقع الحافة: أقرب من أي Region","level":2},{"id":"sec-5","text":"كم تكلّف الجغرافيا","level":2}],"takeaways":["الـ Region منطقة جغرافية معزولة مثل eu-west-1، وتبقى بياناتك في الـ Region التي وضعتها فيها ما لم تنقلها أنت.","منطقة التوافر (Availability Zone) مركز بيانات منفصل أو أكثر داخل الـ Region؛ وتوزيع حمل العمل على منطقتي توافر أو أكثر يجعله يصمد أمام فقدان إحداها.","مواقع الحافة (edge locations) مواقع أصغر كثيرة العدد تخزّن المحتوى مؤقتًا وتقدّمه بالقرب من المستخدمين؛ وعليها يعمل Amazon CloudFront.","اختر الـ Region بحسب قواعد حماية البيانات أولًا، ثم زمن الاستجابة للمستخدمين، ثم توافر الخدمات، ثم السعر.","انتقال البيانات بين مناطق التوافر، وبين الـ Regions، وإلى الإنترنت يُقاس ويُحسب، لذا تظهر قرارات المعمارية على الفاتورة."],"further":[{"title":"AWS Regions and Availability Zones","url":"https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-availability-zones.html"},{"title":"What is a Region?","url":"https://docs.aws.amazon.com/global-infrastructure/latest/regions/aws-regions.html"},{"title":"AWS Global Infrastructure","url":"https://aws.amazon.com/about-aws/global-infrastructure/"}],"quiz":[{"q":"تعمل قاعدة بيانات Lantern في منطقة توافر واحدة، وانقطعت الكهرباء عن تلك المنطقة. ماذا يحدث؟
","options":[{"text":"تنقل AWS قاعدة البيانات إلى منطقة توافر أخرى تلقائيًا، أيًّا كان الإعداد.","why":"بعض الإعدادات فقط تفعل ذلك، مثل نشر RDS بنمط Multi-AZ. أما المورد المقيم في منطقة توافر واحدة فيبقى معها."},{"text":"تتوقف الـ Region بأكملها، لذا لم تكن منطقة توافر ثانية لتفيد.","why":"صُمِّمت مناطق التوافر لتتعطّل باستقلال، بكهرباء وشبكات منفصلة، فتعطّل إحداها يترك البقية تعمل."},{"text":"تصبح قاعدة البيانات غير متاحة حتى تتعافى منطقة التوافر، لأنها كانت تعيش في منطقة واحدة فقط.","why":"صحيح. موارد مثل instance في EC2 أو volume في EBS موارد مرتبطة بمنطقة توافر واحدة (zonal)؛ وتحصل على الصمود أمام تعطّل منطقة التوافر بتشغيل نسخ في أكثر من منطقة."}],"answer":2},{"q":"مستخدمو Lantern في البرتغال، وتنطبق قواعد الاتحاد الأوروبي للبيانات على بيانات تأكيد الحضور. ما الذي يجب أن يحسم اختيار الـ Region أولًا؟
","options":[{"text":"أرخص Region في قائمة الأسعار.","why":"السعر مهم، لكن Region رخيصة تخالف قاعدة لحماية البيانات أو تضيف تأخيرًا هي توفير زائف. السعر يأتي أخيرًا في الترتيب."},{"text":"هل تُبقي الـ Region البيانات حيث تشترط القواعد.","why":"صحيح. القواعد القانونية والتعاقدية قيود صارمة؛ أما زمن الاستجابة وتوافر الخدمات والسعر فهي مفاضلات تجريها داخل تلك القيود."},{"text":"أيّ Region فتحها الـ console في المرة الأولى.","why":"الـ Region الافتراضية في الـ console كثيرًا ما تكون us-east-1، وقد تكون بعيدة عن مستخدميك وخارج ما تسمح به قواعد حماية بياناتك."},{"text":"الـ Region التي تضم أكبر عدد من مناطق التوافر.","why":"معظم الـ Regions فيها ثلاث مناطق توافر على الأقل، وهذا أكثر من كافٍ لموقع بحجم Lantern. ليس هذا هو المرشّح الأول."}],"answer":1},{"q":"أنشأت instance في EC2 بالأمس، لكن الـ console الخاص بـ EC2 لا يعرض اليوم أي instances. ما التفسير الأرجح؟
","options":[{"text":"الـ console يعرض Region مختلفة عن التي استخدمتها بالأمس.","why":"صحيح. يعرض console الـ EC2 موارد الـ Region المختارة فقط. تحقّق من مُحدِّد الـ Region في الشريط العلوي."},{"text":"تحذف AWS الـ instances الخاملة بعد 24 ساعة في الحسابات الجديدة.","why":"لا تحذف AWS الـ instances العاملة لكونها خاملة. ولهذا تظل الموارد المنسيّة تكلّف مالًا."},{"text":"الـ instances عامّة (global)، لذا تظهر تحت تبويب Global.","why":"الـ instances في EC2 موارد مرتبطة بمنطقة توافر (zonal). قلّة من الخدمات فقط، مثل IAM وCloudFront، عامّة."}],"answer":0},{"q":"من أين يقدّم Amazon CloudFront النسخ المخزّنة مؤقتًا من ملصقات Lantern؟
","options":[{"text":"من منطقة التوافر التي تحتوي الـ bucket في S3.","why":"هذا هو الـ origin (المصدر). وُجد CloudFront أصلًا كي لا يُعاد كل طلب إلى هناك."},{"text":"من مواقع الحافة القريبة من كل زائر.","why":"صحيح. مواقع الحافة أكثر بكثير من الـ Regions، فيقطع الملصق المخزّن مؤقتًا مسافة قصيرة إلى المتصفّح."},{"text":"من Region ثانية يجب أن تختارها عند إنشاء الـ bucket.","why":"لا يحتاج CloudFront إلى أن تختار Regions إضافية؛ فهو يستخدم شبكته العالمية من مواقع الحافة."}],"answer":1}],"exercise":{"kind":"choice","multiple":false,"options":["us","eu-cheap-missing","eu-near","eu-far"],"correct":["eu-near"],"title":"اختر الـ Region الخاصة بـ Lantern","prompt":"يجب أن يُبقي Lantern بيانات تأكيد الحضور (الأسماء والبريد الإلكتروني) داخل الاتحاد الأوروبي، ومعظم الزوّار في البرتغال، والخطة تستخدم Amazon S3 وAmazon CloudFront وAWS Lambda وAmazon API Gateway وAmazon DynamoDB. أمامك أربع Regions مرشّحة بخصائص مفترضة. طبّق الترتيب الذي تعلّمته في الدرس (قواعد حماية البيانات، زمن الاستجابة، توافر الخدمات، السعر) واختر واحدة.
\n","hints":["استبعد كل مرشّحة تخالف قاعدة صارمة قبل أن تقارن أي شيء آخر.","الـ Region التي تنقصها خدمة تحتاجها ليست أرخص؛ إذ ستضطر إلى إعادة التصميم أو تشغيل ذلك الجزء في مكان آخر.","من بين الـ Regions المتبقية، فضّل الأقرب إلى المستخدمين. نادرًا ما يتغلّب فرق سعر صغير على زمن الاستجابة في موقع عام."],"explanation":"الـ Region الأمريكية تخالف قاعدة حماية البيانات، فهي مستبعدة مهما كانت رخيصة أو مكتملة. وأرخص Region أوروبية تنقصها خدمة من الخطة، ما سيفرض إعادة التصميم. ومن بين المرشّحتين الأوروبيتين اللتين فيهما كل ما تحتاجه، تمنح الأقرب إلى البرتغال الزوّار زمن استجابة أقل، وفرق السعر الصغير لا يرجح على ذلك. لاحظ أن CloudFront سيقدّم الملفات المخزّنة مؤقتًا من مواقع الحافة في كل الأحوال، لكن استدعاءات الـ API إلى Lambda وDynamoDB تظل تسافر إلى الـ Region، فبُعدها يهمّ في كل تأكيد حضور.
\n","checkLabels":{},"optionText":{"us":{"text":"Region أمريكية: كل الخدمات متوفرة، وأقل الأسعار، وهي الافتراضية في الـ console.","why":"تخالف القاعدة الأولى والأشد صرامة. يجب أن تبقى بيانات تأكيد الحضور داخل الاتحاد الأوروبي، فلا يهمّ أي شيء آخر في هذه الـ Region."},"eu-cheap-missing":{"text":"Region أوروبية على بعد نحو 1,500 كم: الأرخص في الاتحاد الأوروبي، لكن Amazon API Gateway غير متاح فيها بعد.","why":"تجتاز قاعدة حماية البيانات لكنها تسقط في توافر الخدمات. توفير القليل في السعر لا يستحق إعادة تصميم الـ API."},"eu-near":{"text":"Region أوروبية على بعد نحو 500 كم من لشبونة: كل الخدمات المخطّط لها متوفرة، والأسعار أعلى ببضعة في المئة من أرخص Region أوروبية.","why":"صحيح. تستوفي قاعدة حماية البيانات، وهي الأقرب إلى المستخدمين، وفيها كل الخدمات. بضعة في المئة في السعر هي أقل العوامل أهمية."},"eu-far":{"text":"Region أوروبية على بعد نحو 2,500 كم: كل الخدمات المخطّط لها متوفرة، وبالأسعار نفسها التي في أقرب Region.","why":"خيار صالح، لكنه أبعد عن المستخدمين دون أي مكسب. كل استدعاء للـ API يدفع ثمن المسافة الإضافية في زمن الاستجابة."}}},"words":735,"readMinutes":4}