الـ Regions ومناطق التوافر ومواقع الحافة

يعيش القائمون على Lantern في لشبونة، ومعظم مستخدميه في البرتغال. عندما ينشئون أول مورد لهم، يطرح عليهم الـ console الخاص بـ AWS سؤالًا لم يضطروا إلى الإجابة عنه من قبل: أيّ Region؟ كان الخادم القديم قابعًا في مركز بيانات ما، ولم يفكّر فيه أحد. أما على AWS، فمكان تشغيل مواردك قرار تصميمي، يؤثّر في زمن الاستجابة والقانون والصمود وفاتورتك.

الـ Regions: أين تعيش بياناتك

الـ Region منطقة جغرافية منفصلة لها نسختها الخاصة من معظم خدمات AWS. ولكل منها رمز ستكتبه كثيرًا: eu-west-1 هي أيرلندا، وeu-central-1 هي فرانكفورت، وeu-south-2 هي إسبانيا، وus-east-1 هي شمال فيرجينيا. الـ Regions معزولة بعضها عن بعض. الـ bucket الذي تنشئه في eu-west-1 يخزّن بياناته هناك، ولا تنسخها AWS إلى Region أخرى ما لم تضبط النسخ المتماثل (replication).

يمكنك سرد الـ Regions التي يستطيع حسابك استخدامها من الطرفية (ستثبّت الـ CLI في الدرس الرابع):

aws ec2 describe-regions --query "Regions[].RegionName" --output text

لا تُطلَق كل خدمة أو ميزة في كل Region في الوقت نفسه، وتختلف الأسعار من Region إلى أخرى. وبعض الـ Regions الأحدث اختيارية (opt-in)، فلا تظهر حتى تفعّلها.

كيف تختار

اتّبع هذا الترتيب، وتوقّف عند أول قاعدة تحسم الأمر:

1. قواعد حماية البيانات. إذا نصّ قانون أو عقد على بقاء البيانات الشخصية داخل الاتحاد الأوروبي، تُستبعد كل Region خارجه.
2. زمن الاستجابة للمستخدمين. الأقرب أسرع. بالنسبة إلى Lantern، المرشّحة هي الـ Regions الأيبيرية وتلك الواقعة في غرب أوروبا.
3. توافر الخدمات. تأكّد من أن كل خدمة تخطّط لاستخدامها موجودة في تلك الـ Region.
4. السعر. قد تكلّف الـ instance نفسها أكثر بشكل ملحوظ في Region منها في أخرى.

ينتهي Lantern في Region أوروبية قريبة من البرتغال. الاختيار الدقيق أقل أهمية من أن تتّخذه عن قصد ثم تلتزم به باستمرار.

مناطق التوافر: النجاة من يوم سيئ

داخل كل Region توجد مناطق توافر (Availability Zones). منطقة التوافر (وتُختصر AZ) مركز بيانات مستقل أو أكثر، بكهرباء وشبكات وتبريد احتياطية، ومنفصلة فعليًا عن مناطق التوافر الأخرى في الـ Region، لكنها متصلة بها عبر ألياف ضوئية خاصة سريعة ومنخفضة التأخير. معظم الـ Regions فيها ثلاث مناطق توافر أو أكثر.

الغاية من مناطق التوافر هي التعطّل المستقل. فالفيضان أو الحريق أو انقطاع الكهرباء في منطقة لا يجب أن يمسّ غيرها. لذا فالقاعدة لأي شيء مهم هي: شغّله في منطقتي توافر على الأقل.

لمناطق التوافر نوعان من التسميات. الاسم، مثل 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 \
  --query "AvailabilityZones[].{Name:ZoneName,Id:ZoneId}" --output table

يخبرك هذا أيّ الخدمات مرتبطة بماذا. الخدمات العامّة (global)، مثل IAM وCloudFront، تُضبط مرة واحدة للحساب كله. والخدمات الإقليمية (regional)، مثل الـ buckets في S3 ودوال Lambda وجداول DynamoDB، تعيش في Region واحدة وتوزّعها AWS على مناطق التوافر نيابة عنك. أما الموارد المرتبطة بمنطقة توافر (zonal)، مثل instance في EC2 أو volume في EBS، فتعيش في منطقة توافر واحدة بالضبط، والصمود عبر عدة مناطق توافر مسؤوليتك أنت.

مواقع الحافة: أقرب من أي Region

الـ Regions قليلة. أما مواقع الحافة (edge locations) فكثيرة: مواقع أصغر في مئات المدن تشغّل Amazon CloudFront (شبكة توصيل المحتوى) وAmazon Route 53 (نظام DNS). عندما يحمّل زائر في بورتو ملصقًا من Lantern، يستطيع CloudFront أن يقدّم نسخة مخزّنة مؤقتًا من موقع حافة قريب بدلًا من جلبها من الـ bucket في كل مرة. بهذا سينجو Lantern من أمسيته الشهيرة القادمة في القسم الرابع.

كم تكلّف الجغرافيا

يُقاس نقل البيانات بشكل مختلف بحسب وجهتها. الزيارات الداخلة إلى AWS من الإنترنت مجانية عمومًا. أما الزيارات بين مناطق التوافر في الـ Region نفسها فتُحسب لكل غيغابايت، والزيارات بين الـ Regions تكلّف أكثر، والبيانات المرسلة إلى الإنترنت تُحسب أيضًا، ويستطيع CloudFront تقليلها عبر التخزين المؤقت. لا تحتاج إلى أرقام لتصمّم جيدًا، بل إلى هذه العادة فقط: كل سهم في مخطّطك يعبر حدود منطقة توافر أو Region له ثمن. النشر عبر عدة مناطق توافر يستحق ثمنه حين يكون التوقف مؤلمًا؛ أما نسخة من كل شيء في Region أخرى فعادةً لا تستحقه، لموقع بحجم Lantern.

في الدرس التالي سترى أين تنتهي مهمة AWS وتبدأ مهمتك، وستؤمّن الحساب نفسه.