وظائف بدون خادم وبداية باردة

1) ما هي البداية الباردة ولماذا تحدث

1. مخصصات متوسطة (حاوية/ميكروفورم، تحميل وقت التشغيل).

2. تهيئة VPC/ENI، أسرار، ملفات، تكوين.

3. استهلال الرموز (استيراد الوحدات، الاتصال بقاعدة البيانات، تحميل النماذج).

4. إعدام المعالج.

البداية الدافئة (إعادة الاستخدام) تتخطى الخطوات 1-3. يزداد احتمال البدء البارد عند الذروة، بعد التوقف، مع زيادة التوازي ومع تحديثات الكود/التهيئة.

2) كيفية القياس والاستهداف (SLO)

المقاييس: «init _ termation» (التهيئة)، «المدة _ المجموع»، «حصة البدايات الباردة»، p95/p99 الكمون، الخطأ المتصل بالتبعيات بعد فترة التوقف.
إزالة القياس عن بعد: سجلات النظام الأساسي + الملصقات الخاصة (على سبيل المثال، "بارد = صحيح/خاطئ" إذا كان هناك "نص. IsColdStart' أو علمها الخاص في الإغلاق الثابت).
أهداف SLO (مثال): API «تسجيل الدخول» p95 ≤ 200 ms، حصة باردة ≤ 3٪ ؛ وظائف الخلفية - p95 ≤ 1 ص. لطرق «المال» - منفصلة وأكثر صرامة.

3) الرافعات الرئيسية لتقليل البدء البارد

3. 1 التحكم في القماش والتدفئة

حالات Concurrency/Min: تحمل بيئات دافئة N. استخدم للقبضات الحرجة.
الدفء/الإحماء: المكالمات المجدولة (cron/culturer) للحفاظ على دفء العمال. افعل ذلك بحكمة (المنطقة، الوقت، الحمل).
Burst buffers: ارفع حد التزامن مقدمًا قبل الذروة المتوقعة.

3. 2 التعبئة والتغليف والتبعية

قطعة أثرية صغيرة: اهتزاز الأشجار، «-- حث فقط»، طبقات (طبقات AWS) لليبس الكبيرة.
الكسل: استيراد وحدات ثقيلة داخل المعالج عند الوصول الأول ؛ اتصالات مفتوحة بكسل.
الموارد الدافئة: تخزين cache SDK/توصيل العملاء في النطاق العالمي لإعادة الاستخدام في البداية الدافئة.

3. 3 الشبكة و VPC

بدون VPC للوظائف التي لا تحتاج إلى الخصوصية (وإلا فإن ENI-attach يضيف عشرات إلى مئات ms).
إذا كان VPC مطلوبًا، فاستخدم وضع اقتصاد VPC الخاص بالمزود (مجمعات ENI/التحسين)، والبديل لقاعدة البيانات (RDS Proxy/Cloud SQL Auth Proxy) وتجميع الاتصال.

3. 4 اللغات وأوقات التشغيل

عقدة. ابدأ بشكل أسرع ؛ الثعبان - عادة سريع ولكنه حساس للواردات الكبيرة ؛ Java/.NET أثقل بدون GraalVM/AOT والتنميط.
بالنسبة لـ JVM، ضع في اعتبارك SnapStart/CRaC/Graal Native ؛ ل. NET - مشذب ذاتي.

3. 5 الاستهلال والحالة

ضع استهلال باهظ الثمن في خطاف التهيئة (المرحلة الداخلية)، وليس في مسار الطلب.
استخدام تحميل التكوينات/الأسرار عند الطلب باستخدام ذاكرة التخزين المؤقت المحلية (TTL).
لا تخزن حالة المستخدم في الذاكرة - فقط إشارات/موصلات التخزين المؤقت.

4) الأنماط المعمارية التي تقلل من تأثير البداية الباردة

4. 1 Asynchron وقوائم الانتظار

نحن نقبل الطلب → التحقق من صحته → وضعه في قائمة الانتظار/الحافلة (SQS/PubSub/Queue Storage) → الإجابة على 202/Accepted → معالجته بالخلفية.
مناسب للعمليات غير التفاعلية (المدفوعات والتقارير والحسابات الثقيلة).

4. 2 Precompute/Pre-cache

توليد الدلائل/الدلائل/الأعلام المميزة مسبقًا بواسطة المحفزات (CRON/events) والتخزين في KV/cache/edge.

4. 3 Fan-out/Fan-in

نقسم عملية طويلة إلى العديد من الوظائف القصيرة (الخريطة/التقليل الشبيه) → مخاطر أقل من المهلات والبرد المتكرر.

4. 4 تفريغ الحافة

يتم إجراء أبسط الفحوصات (JWT/HMAC، geo-redirect، antiboot) على حافة الهاوية (Workers/Postions @ Edge) من أجل حفظ RTT وتفريغ المنشأ.

5) الممارسة: التكوينات والتقنيات

5. 1 AWS Lambda (مزود + وكيل RDS)

hcl
Terraform sketch: enable provisioned concurrency on the sales version of the resource "aws_lambda_provisioned_concurrency_config" "api" {
function_name = aws_lambda_function. api. function_name qualifier   = aws_lambda_alias. prod. name provisioned_concurrent_executions = 20
}

RDS Proxy for connection pool "aws_db_proxy" "rds_proxy" {
name          = "pg-proxy"
engine_family     = "POSTGRESQL"
idle_client_timeout  = 1800 require_tls      = true
}

js let pgClient ;//reuse between warm runs let cold = true;

exports. handler = async (event, ctx) => {
const isCold = cold; cold = false;
if (!pgClient) {
const { Client } = await import('pg');     // lazy import pgClient = new Client({ host: process. env. PG_PROXY, ssl: true });
await pgClient. connect();
}
const t0 = Date. now();
const data = await pgClient. query('select 1');
return {
statusCode: 200,
headers: { 'x-cold-start': String(isCold), 'x-elapsed-ms': String(Date. now()-t0) },
body: JSON. stringify({ ok: true })
};
};

5. 2 وظائف GCP Cloud Run/Cloud (حالات دقيقة)

yaml
Cloud Run service. yaml apiVersion: serving. knative. dev/v1 kind: Service metadata: { name: api }
spec:
template:
metadata:
annotations:
autoscaling. knative. dev/minScale: "5" # keep warm run containers. googleapis. com/cpu-throttling: "false"
spec:
containerConcurrency: 80 containers:
- image: gcr. io/proj/api:latest env:
- { name: DB_HOST, value: "10. 0. 0. 5" }

5. 3 وظائف Azure (AlwaysOn/PreWarm)

خطط مميزة/مطاطية مع AlwaysOn ؛ حالات التسخين المسبق ≥ التزامن التنبؤي p95.

6) المهلة، التراجعات، المواعيد النهائية

اجتاز الموعد النهائي العام (جانب العميل) من خلال الرأس («x-deadline-ms'/» grpc-timeout')، واختصر« المهلة لكل قفزة »داخل الوظيفة.
تكرر فقط للعمليات الخفية ؛ استخدم Idempotency-Key والتفريغ.
لواجهة برمجة التطبيقات الأمامية - التحوط (طلب مكرر بعد p90) وقاطع الدائرة للتبعيات لمسافات طويلة.

7) العمل مع قواعد البيانات/المخابئ/الأسرار

المسابح/الوكلاء (RDS Proxy/Cloud SQL Proxy/pgBouncer) بدلاً من آلاف الاتصالات القصيرة.
Short TTL secret + in memory cache مع تحديث الخلفية.
ذاكرة التخزين المؤقت (Redis/Memcached/KV): تحميل أدلة «ثقيلة» في الداخل، ولكن مع حد زمني.

8) تنظيم المدونة وتجميعها

معالجات منفصلة لحالات الاستخدام الضيقة ؛ حزمة واحدة «سميكة» = داخلية طويلة.
ESBuild/Rollup: استثني غير المستخدم، واجمع بين النقد فقط.
الطبقات/الامتدادات - لليبس الكبير (طرازات OpenSSL، SDK) لإعادة استخدام ذاكرة التخزين المؤقت للمزود.

9) ذروة الاختبار والمحاكاة

تبدأ المواد التركيبية «الباردة»: إيقاف تشغيل حالات الدقائق بالقوة وقيادة حركة المرور الموازية في الخطوات.
A/B: قارن حصة البرد، p95، خطأ الاتصال بـ DB/الأسرار، التكاليف.
GameDay: ذروة الحمل × 2 من أعلى مستوى على الإطلاق، الإحماء.

10) التكلفة (FinOps)

حالات الحد الأدنى/تكلفة العملة المتزامنة المزودة - تم تمكينها فقط للطرق الساخنة.
تقليل وقت التشغيل: مخبأ، مهلة قصيرة، تجنب SDKs غير الضرورية.
ضع في اعتبارك الخروج (المكالمات إلى واجهات برمجة التطبيقات الخارجية) والتسجيل (ينمو حجم جذوع الأشجار بسرعة عند القمم الباردة).

11) أنتيباترن

معالج واحد متجانس مع عشرات الميغابايت من التبعيات.
الاتصال الإلزامي بقاعدة البيانات في كل مكالمة (بدون إعادة استخدام/وكيل).
VPC لجميع الوظائف «فقط في حالة».
فترات الاستراحة الطويلة والتراجع الأعمى → «الذيول» والشطب الوهمي.
تسخين «كل شيء على التوالي» على مدار الساعة.
التهيئة السرية في مسار الطلب (العدس init> 100 ms - نقل إلى init/cache).

12) تفاصيل iGaming/Finance

مسارات المال (الودائع/عمليات السحب): الاحتفاظ بحالات مخصصة/دقيقة، ومنظمات منفصلة، وتقييد صارم للمهل الزمنية والتكرار (الخصوصية إلزامية).
KYC/PSP: واجهات برمجة التطبيقات الخارجية غير المستقرة - لف في قائمة انتظار + عامل، في المقدمة - 202/الاقتراع/شبكة الويب.
التنظيم والتدقيق: سجلات غير قابلة للتغيير (WORM)، سجل الأحداث الوارد مع «Idempotency-Key»، الارتباط «تتبع _ id».
الإقامة في مجال البيانات: نشر المهام التي تعالج مؤشر الأداء الموحد في الحسابات/المشاريع الإقليمية ؛ لا توجد مخابئ حافة مع PII.

13) قائمة التحقق من الاستعداد

• تعريف SLI/SLO: p95/p99، الكسر البارد، أهداف الطريق.
• تمكين الحالات المنصوص عليها/الدقيقة بشأن الوظائف الحيوية ؛ التنبؤ المتزامن.
• الحزمة إلى أدنى حد ؛ وتنفذ الوجوه الثقيلة في طبقات ؛ الكسل/الاستيراد/الاستهلال.
• إعادة استخدام عملاء SDK/DB ؛ تم تشكيل RDS/SQL Proxy ؛ تجمع الاتصال.
• VPC فقط عند الحاجة ؛ تحسين ENI/الوكلاء ؛ أسرار عبر مدير + مخبأ TTL المحلي.
• المهلة/المواعيد النهائية/التراجعات: التراجع + النفاث ؛ فقط يتكرر الأحمق.
• المواد الاصطناعية «الباردة» + اختبارات التحميل ؛ تنبيهات للنمو في حصة البرد و p99.
• كتب التشغيل: كيفية زيادة التزويد، وكيفية تغيير minScale، وكيفية تضمين التدهور.
• للألعاب: SLO/لوحات القيادة المنفصلة «طرق المال»، Idempotency-Key، تدقيق WORM.

14) TL ؛ د

البداية الباردة أمر لا مفر منه، ولكن يمكن التحكم فيه: احتفظ بالحالات الدافئة حيث يكون الأمر مهمًا، وقلل من الحزمة، وقم بتطبيق اتصالات الكسل وإعادة الاستخدام، وتجنب VPC غير الضرورية، وإجراء عمليات ثقيلة في الخط/العمال واستخدام الحافة للقواعد السهلة. فيما يتعلق بالمسارات المالية الحاسمة - منفصلة عن منظمات الأحياء الفقيرة، وحرمة المهل الزمنية الصارمة ؛ قياس حصة البرد وتشغيل الاحترار فقط حيث يؤتي ثماره.