هناك طريقتان لتحديد التبعيات لواجهة برمجة التطبيقات Cloud Functions المكتوبة بلغة
Python: استخدام ملف requirements.txt الخاص بمدير الحِزم pip أو حزم التبعيات المحلية إلى جانب وظيفتك.
ملف مواصفات التبعيات باستخدام معيار Pipfile/Pipfile.lock غير متوافق. يجب ألا يتضمّن مشروعك هذه الملفات.
تحديد التبعيات باستخدام pip
تتم إدارة التبعيات في Python باستخدام pip ويتم التعبير عنها في ملف بيانات وصفية
يُسمى
requirements.txt.
يجب أن يكون هذا الملف في الدليل نفسه الذي يتضمّن الملف main.py الذي يحتوي على رمز الدالة.
عند نشر وظيفتك أو إعادة نشرها، يستخدم Cloud Functions
حزمة pip لتنزيل أحدث إصدار من ملفاتك المضمّنة
وتركيبها كما هو موضّح في ملف requirements.txt.
يحتوي ملف requirements.txt على سطر واحد لكل حزمة. يحتوي كل سطر على اسم الحزمة،
واختياريًا، الإصدار المطلوب. لمزيد من التفاصيل، يُرجى الاطّلاع على مرجع requirements.txt.
لمنع تأثر حِزمة التصميم بتغييرات إصدارات التبعيات، ننصح بتثبيت حِزم التبعيات على إصدار معيّن.
في ما يلي مثال على ملف requirements.txt:
functions-framework requests==2.20.0 numpy
إطار عمل الدوالّ هو تبعية مطلوبة لجميع الدوالّ. على الرغم من أنّ Cloud Functions تثبِّته نيابةً عنك عند إنشاء الدالة، ننصحك بتضمينه كتبعية صريحة للوضوح.
إذا كانت
وظيفتك تعتمد على تبعيات خاصة، ننصحك بمحاولة
مطابقة functions-framework مع السجلّ الخاص. أدرِج الإصدار المطابق
functions-framework كعنصر تابع لوظيفة لتجنُّب تثبيت
الحزمة من الإنترنت المفتوح.
حزم المهام التابعة المحلية
يمكنك أيضًا تجميع التبعيات ونشرها إلى جانب الدالة. يكون هذا الأسلوب مفيداً إذا لم يكن العنصر التابع متوفّرًا من خلال مدير حِزم pip أو إذا كان الوصول إلى الإنترنت في بيئة Cloud Functions محظورًا.
على سبيل المثال، يمكنك استخدام بنية دليل مثل ما يلي:
myfunction/
├── main.py
└── localpackage/
├── __init__.py
└── script.py
يمكنك بعد ذلك استيراد الرمز كالمعتاد من localpackage باستخدام statement
import التالي.
# Code in main.py from localpackage import script
يُرجى العِلم أنّ هذا النهج لن يؤدي إلى تشغيل أي ملفات setup.py. لا يزال بإمكانك تجميع الحِزم التي تحتوي على تلك
الملفات، ولكن قد لا تعمل بشكل صحيح على Cloud Functions.