على خادم Lantern القديم، كان “التخزين” قرصًا واحدًا يمتلئ. أما على AWS فتحصل على ثلاثة أنواع مختلفة، صُمِّم كلٌّ منها لمهمة مختلفة: الكائنات (objects) في Amazon S3، والأقراص الكتلية (block disks) في Amazon EBS، والملفات المشتركة في Amazon EFS. ومعظم بيانات Lantern مكانها النوع الأول.
\nيخزّن S3 الكائنات (أي بايتات، حتى 50 TB لكلٍّ منها) في buckets. يُعنون الكائن بـ مفتاحه (key)، مثل posters/2026/street-food-festival.jpg. تبدو الشرطات المائلة كمجلّدات، ويرسمها الـ console كمجلّدات، لكن S3 لا يحتوي على مجلّدات: المفتاح نص واحد، وposters/2026/ بادئة (prefix). أسماء الـ buckets فريدة على مستوى AWS كلها؛ أما الـ bucket نفسه فيعيش في الـ Region التي تختارها.
aws s3 mb s3://lantern-posters --region eu-west-1\naws s3 cp ./posters/ s3://lantern-posters/posters/ --recursive\naws s3 ls s3://lantern-posters/posters/2026/تأتي الـ buckets الجديدة بثلاث حمايات مفعّلة: Block Public Access (بإعداداته الأربعة مفعّلة)، وObject Ownership مضبوطًا على bucket owner enforced (قوائم التحكّم في الوصول ACLs معطّلة، فلا تمنح الوصولَ إلا السياسات)، والتشفير الافتراضي بمفاتيح يديرها S3. تغيّر الوصول عبر سياسات الـ bucket، كما فعلت في القسم الثاني.
\nأبقِ Block Public Access مفعّلًا في كل bucket ليس عامًّا عن قصد، واضبطه على مستوى الحساب أيضًا، كي لا يتحوّل bucket واحد إلى عام بالخطأ:
\naws s3control put-public-access-block --account-id 111122223333 \\\n --public-access-block-configuration \\\n BlockPublicAcls=true,IgnorePublicAcls=true,BlockPublicPolicy=true,RestrictPublicBuckets=trueفي القسم الرابع يُقدَّم موقع Lantern للجمهور دون جعل أي bucket عامًّا: يقرأ CloudFront الـ bucket بشكل خاص نيابة عن الزوّار.
\nلكل كائن فئة تخزين. وكلها مصمّمة لمستوى المتانة نفسه، أي إحدى عشرة تسعة (99.999999999%)؛ لكنها تختلف في طريقة الدفع.
\n| الفئة | \nالأنسب لـ | \nالعقبة | \n
|---|---|---|
| S3 Standard (الافتراضية) | \nالبيانات التي تُقرأ كثيرًا | \nأعلى سعر تخزين | \n
| S3 Intelligent-Tiering | \nنمط وصول مجهول أو متغيّر | \nرسوم مراقبة صغيرة لكل كائن | \n
| S3 Standard-IA | \nما يُقرأ نحو مرة شهريًا ويحتاج إلى وصول بالمللي ثانية | \nرسوم استرجاع، وحد أدنى 30 يومًا | \n
| S3 One Zone-IA | \nالنسخ التي يمكن إعادة إنشائها | \nمنطقة توافر واحدة فقط | \n
| S3 Glacier Instant Retrieval | \nما يُقرأ نحو مرة كل ربع سنة، بوصول بالمللي ثانية | \nرسوم استرجاع أعلى، وحد أدنى 90 يومًا | \n
| S3 Glacier Flexible Retrieval | \nالأرشيفات، والاستعادة من دقائق إلى ساعات | \nالاستعادة قبل القراءة | \n
| S3 Glacier Deep Archive | \nما نادرًا ما يُلمس، والاستعادة بالساعات | \nحد أدنى 180 يومًا | \n
لنموذج السعر ثلاثة أجزاء: لكل غيغابايت مخزّن شهريًا، ولكل طلب، ولكل غيغابايت مسترجَع في فئات الوصول غير المتكرّر والأرشيف. فئة تخزين أرخص مع قراءات متكرّرة قد تكلّف أكثر من Standard. والكائنات الصغيرة فخ أيضًا: فئات IA تحتسب كل كائن بـ 128 KB على الأقل.
\nبالنسبة إلى Lantern: تبقى الملصقات الحالية في Standard، وتنتقل الملصقات الأقدم من سنة إلى Glacier Instant Retrieval (فهي ما زالت تظهر في صفحات الفعاليات القديمة)، وتذهب التصديرات الشهرية لقاعدة البيانات إلى Deep Archive.
\nمع تفعيل الـ versioning (إدارة النسخ)، تُبقي الكتابة فوق كائن أو حذفه على النسخة القديمة. الحذف يضيف علامة حذف (delete marker) بدلًا من إتلاف البيانات، فيمكن التعافي من aws s3 rm عرضي. وبمجرد تفعيله، يمكن تعليق الـ versioning فقط، ولا يمكن إزالته كليًا أبدًا.
aws s3api put-bucket-versioning --bucket lantern-posters \\\n --versioning-configuration Status=Enabledكل نسخة تُحتسب ككائن كامل، لذا اقرن الـ versioning بـ قاعدة دورة حياة (lifecycle rule) تنقل البيانات وتنهيها تلقائيًا:
\n{\n \"Rules\": [\n {\n \"ID\": \"age-out-posters\",\n \"Filter\": { \"Prefix\": \"posters/\" },\n \"Status\": \"Enabled\",\n \"Transitions\": [{ \"Days\": 365, \"StorageClass\": \"GLACIER_IR\" }],\n \"NoncurrentVersionExpiration\": { \"NoncurrentDays\": 30 }\n }\n ]\n}aws s3api put-bucket-lifecycle-configuration --bucket lantern-posters \\\n --lifecycle-configuration file://lifecycle.jsonبعض البرمجيات تحتاج إلى نظام ملفات حقيقي. وهنا يأتي دور الخدمتين الأخريين.
\nAmazon EBS (Elastic Block Store) قرص شبكي لـ instance واحدة في EC2، ضمن منطقة توافر واحدة. وتقريبًا كل instance تُقلع من واحد منها. والنوع gp3 هو قرص SSD للأغراض العامة الذي تبدأ به. تدفع مقابل الحجم المحجوز، لا مقابل ما تملؤه، لذا فإن volume بحجم 500 GB يحمل 20 GB يكلّف ما يكلّفه volume ممتلئ. واللقطات (snapshots) تنسخ الـ volumes احتياطيًا بشكل تزايدي إلى تخزين يصمد أمام خسارة منطقة التوافر.
Amazon EFS (Elastic File System) نظام ملفات NFS مُدار تركّبه instances كثيرة، عبر مناطق التوافر، في الوقت نفسه. يكبر ويصغر مع ملفاتك ويُحتسب لكل غيغابايت مخزّن فعلًا، بسعر للغيغابايت أعلى من EBS. استخدمه حين يجب أن تتشارك عدة خوادم شجرة مجلّدات واحدة.
\nبالنسبة إلى Lantern، الجواب في الغالب “لا هذا ولا ذاك”: تعيش الملصقات في S3، حيث تستطيع Lambda وCloudFront الوصول إليها. ويحصل خادم الترحيل المؤقت على volume صغير واحد من نوع gp3، ولا EFS على الإطلاق.
حُسم أمر الملفات. في الدرس التالي: البيانات التي تتغيّر كل ثانية، في قاعدة بيانات.
\n","toc":[{"id":"sec-1","text":"Amazon S3: كائنات في buckets","level":2},{"id":"sec-2","text":"آمن افتراضيًا، فأبقِه كذلك","level":3},{"id":"sec-3","text":"فئات التخزين: الـ API نفسه، وشكل سعر مختلف","level":3},{"id":"sec-4","text":"الـ versioning: زر تراجع له ثمن","level":3},{"id":"sec-5","text":"أقراص للخوادم: EBS وEFS","level":2}],"takeaways":["يخزّن Amazon S3 الكائنات تحت مفاتيح (keys) داخل buckets، والـ buckets الجديدة تحجب الوصول العام وتعطّل الـ ACLs وتشفّر الكائنات افتراضيًا.","فئات التخزين تقايض بين سعر التخزين وتكلفة الاسترجاع وسرعته والحد الأدنى لمدة التخزين؛ وS3 Standard هي الفئة الافتراضية.","يحتفظ الـ versioning بكل نسخة من كل كائن، ما يحمي من الكتابة فوق الملفات وحذفها، لكنه يحتسب كل نسخة مخزّنة حتى تنهيها قاعدة دورة حياة (lifecycle rule).","Amazon EBS قرص كتلي (block) لـ instance واحدة في EC2 ضمن منطقة توافر واحدة، ويُحتسب لكل غيغابايت محجوز.","Amazon EFS نظام ملفات مشترك تستطيع instances كثيرة عبر مناطق التوافر تركيبه (mount) في الوقت نفسه، ويُحتسب لكل غيغابايت مخزّن فعلًا."],"further":[{"title":"Understanding and managing Amazon S3 storage classes","url":"https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage-class-intro.html"},{"title":"Blocking public access to your Amazon S3 storage","url":"https://docs.aws.amazon.com/AmazonS3/latest/userguide/access-control-block-public-access.html"},{"title":"Retaining multiple versions of objects with S3 Versioning","url":"https://docs.aws.amazon.com/AmazonS3/latest/userguide/Versioning.html"},{"title":"What is Amazon Elastic File System?","url":"https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html"}],"quiz":[{"q":"يحتفظ Lantern بتصديرات شهرية لقاعدة البيانات لمدة سبع سنوات، ويتوقّع أن يستعيد واحدًا منها ربما مرة في السنة، مع قبول الانتظار بضع ساعات. أيّ فئة تخزين تناسبه؟
","options":[{"text":"S3 Glacier Deep Archive","why":"صحيح. لها أقل سعر تخزين، ووقت استرجاعها الذي يُقاس بالساعات مقبول لاستعادة تحدث مرة في السنة."},{"text":"S3 Standard","why":"تعمل، لكنك تدفع أعلى سعر تخزين لسنوات على بيانات لا تكاد تُقرأ."},{"text":"S3 One Zone-IA","why":"تحتفظ بالبيانات في منطقة توافر واحدة، لذا قد تعني خسارة تلك المنطقة خسارة النسخة الوحيدة من نسخ احتياطية عمرها سبع سنوات."},{"text":"S3 Express One Zone","why":"صُمِّمت للوصول خلال أجزاء قليلة من الألف من الثانية من قِبل تطبيقات حساسة لزمن الاستجابة، وهذا عكس الأرشيف تمامًا."}],"answer":0},{"q":"الـ versioning مفعّل في الـ bucket الخاص بالملصقات. أعاد أحد المنظّمين رفع الملصق نفسه 40 مرة أثناء تعديله. ماذا يحدث لتكاليف التخزين؟
","options":[{"text":"لا يتغيّر شيء؛ يخزّن S3 أحدث نسخة فقط.","why":"مع تفعيل الـ versioning، تُبقي كل كتابة فوق الكائن الكائنَ السابق كنسخة غير حالية (noncurrent version)."},{"text":"يدفع Lantern ثمن النسخ الأربعين كلها حتى تحذف قاعدة دورة حياة أو شخصٌ ما النسخَ غير الحالية.","why":"صحيح. كل نسخة كائن مخزّن كامل. وقاعدة NoncurrentVersionExpiration تُبقي هذا تحت السيطرة."},{"text":"يزيل S3 التكرار من عمليات الرفع المتطابقة، فلا يُحتسب إلا البايتات المتغيّرة.","why":"لا يزيل S3 التكرار. كل نسخة تُحتسب بحجمها الكامل."}],"answer":1},{"q":"يجب أن تقرأ ثلاث instances في EC2، موزّعة على مناطق توافر مختلفة، مجموعةَ الملفات المرفوعة نفسها وتكتب فيها عبر مسار عادي في نظام الملفات. ماذا تستخدم؟
","options":[{"text":"volume واحدًا في EBS مرفقًا بالـ instances الثلاث.","why":"الـ volume القياسي في EBS يُرفق بـ instance واحدة، ويعيش في منطقة توافر واحدة، فلا تستطيع الـ instances في المناطق الأخرى استخدامه."},{"text":"volume من نوع instance store على كل instance.","why":"الـ instance store محلي لـ instance واحدة وتختفي بياناته عند إيقافها، فلا شيء مشترك."},{"text":"نظام ملفات Amazon EFS مركّب على الثلاث.","why":"صحيح. EFS نظام ملفات NFS مشترك وإقليمي تستطيع instances في عدة مناطق توافر تركيبه في الوقت نفسه."}],"answer":2}],"exercise":{"kind":"fill","language":"bash","template":"# 1. Upload the whole local posters folder, including subfolders\naws s3 {{0}} ./posters/ s3://lantern-posters/posters/ --{{1}}\n\n# 2. Keep old versions when posters are overwritten or deleted\naws s3api put-bucket-versioning --bucket lantern-posters \\\n --versioning-configuration Status={{2}}\n\n# 3. Store this month's export in the cheapest archive class\naws s3 cp ./exports/2026-09.sql.gz s3://lantern-backups/exports/ \\\n --storage-class {{3}}","blanks":[{"answers":["cp"]},{"answers":["recursive"]},{"answers":["Enabled"]},{"answers":["DEEP_ARCHIVE"]}],"title":"ارفع، واحمِ، وأرشِف","prompt":"أكمل ثلاثة أوامر لتخزين Lantern. الخطوة 1 تنسخ المجلّد المحلي posters/ وكل مجلّداته الفرعية إلى الـ bucket بأمر النسخ. الخطوة 2 تفعّل الـ versioning. الخطوة 3 ترفع تصديرًا لقاعدة البيانات يجب الاحتفاظ به سبع سنوات بأقل سعر تخزين، مع قبول الانتظار ساعات للاستعادة. استخدم اسم فئة التخزين في الـ API، بأحرف كبيرة.
aws s3 مكوّن من حرفين، ويحتاج إلى خيار (flag) للنزول داخل المجلّدات.","قيم حالة الـ versioning هي Enabled وSuspended.","فئة الأرشيف ذات أقل سعر تخزين وحد أدنى 180 يومًا تُكتب بشرطة سفلية."],"explanation":"ينسخ aws s3 cp مع --recursive كل ملف تحت المجلّد، محتفظًا بالمسارات النسبية كبادئات للمفاتيح. (سيعمل aws s3 sync أيضًا ولا يرفع إلا الملفات المتغيّرة، لكنه لا يأخذ الخيار --recursive.) يفعّل Status=Enabled الـ versioning؛ وبعد ذلك لا تستطيع إلا تعليقه. ويضع --storage-class DEEP_ARCHIVE التصدير مباشرة في S3 Glacier Deep Archive، التي لها أقل سعر تخزين، وحد أدنى لمدة التخزين قدره 180 يومًا، واستعادة تُقاس بالساعات، وهي مناسبة جيدًا لملفات تأمل ألّا تحتاجها أبدًا.