هناك طريقتان لتحديد تبعيات 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.