Amazon S3 يدخل Vercel: مفاتيح OIDC مؤقتة لكن الربط ينشئ حاويات جديدة فقط

في إعلان AWS المؤرخ 14 أكتوبر 2026، أصبح إنشاء موارد Amazon S3 وربطها بمشروعات Vercel متاحًا عبر Vercel Marketplace وv0. يشمل الإطلاق حاويات S3 للأغراض العامة وS3 Tables وS3 Vectors في المناطق التجارية من AWS التي تدعمها Vercel. يستطيع المطور إنشاء مورد التخزين من لوحة المشروع، ثم الحصول على بيانات الاتصال اللازمة للتطبيق ضمن متغيرات البيئة.

يمكن ربط حساب AWS قائم أو إنشاء حساب جديد عبر Vercel، لكن الحساب المرتبط لا يتيح ضم حاوية S3 موجودة إلى تكامل Marketplace. وتوضح تفاصيل Vercel للإطلاق أن الربط يدعم الحاويات الجديدة المنشأة عبر المنصة فقط، وأن المصادقة تستخدم اعتمادات OIDC قصيرة العمر بدل تخزين مفاتيح AWS ثابتة؛ ويحصل الحساب الجديد المنشأ عبر Vercel على رصيد بقيمة 100 دولار صالح لستة أشهر. لذلك يختلف قرار استخدام حساب قائم عن قرار استخدام حاوية قائمة: الأول متاح ضمن التكامل، والثاني يحتاج مسار اتصال منفصلًا.

من لوحة Vercel إلى مورد S3

يبدأ إنشاء المورد من تبويب Storage في لوحة Vercel. يختار المطور Create ثم AWS، ويحدد نوع حاوية S3 والمنطقة واسم المورد، وبعد إنشائه يربطه بمشروع Vercel. يختصر هذا المسار الانتقال بين إعداد التخزين وإعداد اتصال التطبيق به، مع بقاء إعدادات AWS الأعمق متاحة من خلال روابط من لوحة Vercel إلى الحساب.

يضيف التكامل إلى المشروع متغيرات للمنطقة ومعرّف دور AWS ومعرّف المورد واسم الحاوية المناسب لنوعها، مثل AWS_REGION وAWS_ROLE_ARN وAWS_RESOURCE_ARN وS3_BUCKET_NAME. ويمكن للمطور ربط نسخة المشروع محليًا باستخدام Vercel CLI ثم سحب متغيرات البيئة إلى ملف الإعداد المحلي. تحدد هذه القيم المورد الذي سيخاطبه التطبيق والدور الذي سيطلب اعتماده؛ وهي بيانات اتصال، وليست مفتاح وصول دائمًا وسرّه.

يقدم v0 مدخلًا آخر للإنشاء: يصف المطور التطبيق، فتجهز الأداة مورد التخزين والاتصال وتولد كودًا للبدء. يتوقف نوع المورد على البيانات التي سيتعامل معها التطبيق، لا على طريقة بدء المشروع. معرض الصور يحتاج حاوية للأغراض العامة، بينما يقود تحليل بيانات منظمة إلى S3 Tables، ويقود البحث الدلالي في محتوى إلى S3 Vectors بعد إنتاج تمثيلاته المتجهية.

كيف تعمل الاعتمادات المؤقتة؟

عند تشغيل دالة Vercel، يستخدم موفّر الاعتمادات رمز OIDC قصير العمر للحصول من AWS Security Token Service على بيانات اعتماد مؤقتة مرتبطة بدور AWS ومحددة للمورد. يمرر التطبيق تلك البيانات إلى عميل AWS SDK لتنفيذ طلب، مثل رفع ملف إلى الحاوية أو قراءة كائن منها. بهذا المسار لا يحتاج الفريق إلى وضع مفتاح وصول AWS ثابت وسرّه في متغيرات بيئة المشروع.

التمييز مهم عند إدارة الصلاحيات. انتهاء صلاحية بيانات الاعتماد المؤقتة يحد من الاعتماد على مفتاح ثابت يجب تبديله يدويًا، لكن الأفعال التي تستطيع الدالة تنفيذها تظل محكومة بصلاحيات الدور في AWS. ووجود اسم الحاوية أو معرّف الدور في إعدادات Vercel لا يمنح التطبيق صلاحية مستقلة؛ إنه يحدد وجهة الطلب والدور الذي تُطلب له بيانات الاعتماد عند التشغيل. وإذا اتسعت صلاحيات الدور أكثر مما يحتاجه التطبيق، فلا يعالج قصر عمر الاعتماد ذلك الاتساع.

حساب AWS قائم لا يعني حاوية قابلة للربط

القيد يتعلق بالحاوية، لا بعمر الحساب. يستطيع فريق يستخدم AWS بالفعل ربط حسابه بتكامل Marketplace، لكنه ينشئ من خلال Vercel حاوية جديدة كي تظهر موردًا متصلًا بالمشروع. الحاوية التي تحفظ صور التطبيق أو مستنداته قبل هذا الإطلاق لا تنتقل إلى قائمة الموارد المتصلة بمجرد ربط الحساب، ولا تتحول ملفاتها تلقائيًا إلى وجهة لطلبات التطبيق الجديدة.

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

توجد طريقة منفصلة للوصول من دالة Vercel إلى حاوية AWS موجودة: تشرح وثائق Vercel لربط AWS عبر OIDC إعداد موفّر الهوية ودور IAM ومتغيرات المشروع، وتعرض مثالًا يسرد كائنات حاوية S3 محددة. يتطلب هذا المسار ضبط علاقة الثقة والصلاحيات في AWS وربطها بالدالة، ولا يضيف الحاوية القديمة إلى موارد تكامل Marketplace. وهو خيار مختلف لفريق يريد الإبقاء على وجهة تخزينه الحالية من دون إنشاء حاوية بديلة داخل تجربة التكامل.

اختيار الحاوية بحسب وظيفة البيانات

حاوية S3 للأغراض العامة مناسبة للكائنات التي يرفعها التطبيق ويسترجعها، مثل الصور ومقاطع الفيديو والملفات والمستندات. في مثال الرفع المصاحب للإطلاق، تستقبل دالة في تطبيق Next.js ملفًا من الطلب ثم تستخدم عميل S3 لإرساله إلى الحاوية المحددة في متغيرات البيئة. ويمكن للعميل نفسه تنفيذ عمليات عرض الكائنات وقراءتها بحسب الصلاحيات الممنوحة للدور.

أما S3 Tables فيستهدف البيانات الجدولية والتحليلات. يخزن جداول Apache Iceberg مُدارة مع صيانة وتنظيم تلقائيين، ويمكن الاستعلام عنها بمحرك متوافق مع واجهة Iceberg REST Catalog، مثل DuckDB داخل دالة Vercel. الفارق هنا أن التطبيق يتعامل مع جداول قابلة للاستعلام، بدل الاكتفاء بحفظ ملف ثم استرجاعه. لذلك يرتبط هذا الاختيار بمسار تحليل بيانات منظمة، مثل سجلات التفاعل التي يريد الفريق تجميعها أو الاستعلام عنها.

ويخدم S3 Vectors حفظ المتجهات والاستعلام عنها في تطبيقات البحث الدلالي واسترجاع المقاطع المرتبطة بسؤال المستخدم. لا ينتج مورد التخزين التمثيلات المتجهية بنفسه؛ على التطبيق توليدها بنموذج يختاره ثم حفظها والاستعلام عن الأقرب منها. هذا الفصل بين توليد المتجه وتخزينه يحدد ما يجب أن يوفره التطبيق خارج مورد S3، حتى لو تولى v0 تجهيز الاتصال والكود الأولي.

الملكية والفوترة بعد الربط

تعيش موارد S3 في حساب AWS الخاص بالمستخدم، سواء أنشأه عبر Vercel أو ربط حسابًا موجودًا. يظل بإمكان صاحب الحساب استخدام أدوات AWS لإدارة المورد، ويحتفظ الحساب القائم بترتيب الفوترة الحالي. لا يضيف التكامل رسمًا مستقلًا، بينما تُحاسب موارد S3 المستخدمة وفق أسعار AWS المعتادة؛ وينطبق الرصيد الترويجي المذكور على الحسابات الجديدة المنشأة عبر Vercel وفق شروطه.

هذا الفصل بين لوحة الإنشاء وملكية المورد يحدد أثر الإطلاق على الفرق التي لديها تخزين فعلي على AWS. يمكنها إدارة مورد جديد من تجربة Vercel مع بقاء المورد داخل حسابها، لكن اعتماد الحاوية الإنتاجية نفسها يتطلب إعداد اتصال OIDC منفصلًا. وبذلك يحدد اختيار المسار مكان وصول الملفات الجديدة، ومن يدير صلاحيات الدور الذي تستخدمه دوال التطبيق، وأي حساب AWS يتحمل استخدام التخزين.

اقرأ أيضًا:

• Amazon يدخل YouTube Shopping، لكن الربط متاح لقناة واحدة فقط
• برنامج Spotify للشركاء يتوسع، لكن أي سوق عربي لا يزال خارج القائمة
• Substack أم Patreon؟ الرسوم متشابهة لكن المنتج الذي تبيعه يحسم القرار