Serverless على Swift: AWS Lambda وبدائل للباك إند

تعلم Python بسهولة دون إرهاق نظري. حل مهام عملية مع التحقق التلقائي واكتب الكود مباشرة في المتصفح.

Serverless على Swift: عندما يذهب مطور التطبيقات المحمولة إلى السحابة

\n\n

أنت تكتب بلغة Swift لنظام iOS أو macOS أو watchOS. كودك جميل وآمن وسريع. لكن عاجلاً أم آجلاً يطرح السؤال: ماذا لو نقلت منطق الباك إند إلى نفس اللغة؟ لا تخلق كيانات جديدة مع Python أو Node.js أو Go، بل فقط اكتب دالة سحابية بلغة Swift الأصلية؟

\n\n

الخبر السار: هذا أصبح حقيقة واقعة بالفعل. دوال Serverless بلغة Swift تعمل على AWS Lambda و Google Cloud Run وحتى Vercel. نعم، النظام البيئي ليس ناضجًا مثل JavaScript، لكنه بالنسبة لمطوري التطبيقات المحمولة الذين يريدون التحكم في كل من العميل والخادم، فهو منجم ذهب.

\n\n

في هذه المقالة، سنشرح كيفية تشغيل Swift في بيئة serverless، وما هي العقبات المحتملة، وأين تجد القوالب الجاهزة. هيا بنا.

\n\n

لماذا Swift بدلاً من Python أو Node.js؟

\n\n

لنكن صادقين: إذا كنت بحاجة إلى كتابة محلل (parser) سريع أو API بسيط، فإن Python أو Node.js ستكون أكثر ملاءمة. لكن Swift لديه أوراق رابحة تفوقها في أحمال الإنتاج:

\n\n

الأداء — يتم تجميع Swift إلى كود أصلي (native code). على AWS Lambda، يعطي هذا زيادة في السرعة تصل إلى 2-3 مرات مقارنة بـ Node.js على نفس ميزانيات الذاكرة.
الكتابة الآمنة (Typing) والأمان — Optionals، كتابة صارمة، عدم وجود كائنات nil. الأخطاء التي ستظهر في Python أثناء وقت التشغيل، سيتم اكتشافها في Swift أثناء مرحلة التجميع.
حزمة تقنية موحدة — إذا كنت مطور iOS، فلن تحتاج إلى تعلم لغة ثانية للباك إند. قاعدة كود واحدة، هياكل بيانات واحدة، منطق واحد.
النظام البيئي لـ Vapor — إطار العمل الأكثر شيوعًا لـ Swift على الخادم، والذي يتكيف بشكل ممتاز مع بيئة serverless.

\n\n

بالطبع، هناك سلبيات: حجم الملف الثنائي (حوالي 15-30 ميجابايت مقابل 500 كيلوبايت لـ Node.js) وعدد أقل من المكتبات الجاهزة. لكن بالنسبة للخدمات المصغرة (microservices) وبوابات API، هذا ليس بالغ الأهمية.

\n\n

الأساس التقني: كيف يعمل Swift على AWS Lambda

\n\n

تدعم Amazon رسميًا Swift من خلال Custom Runtime. أنت لا تستخدم بيئة التشغيل المدمجة لـ Node.js أو Python — بل تقوم بتغليف ملفك التنفيذي في ملف ZIP وتحميله إلى Lambda.

\n\n

إليك كيف يبدو ذلك على مستوى البنية:

\n\n

يقوم Lambda باستدعاء ملفك الثنائي كأمر shell.
يقرأ كودك الحدث من stdin (JSON)، ويعالجه، ويكتب الرد إلى stdout.
يتم استخدام Runtime API (عبر HTTP) لإرسال التقارير والأخطاء.

\n\n

يبدو الأمر معقدًا؟ عمليًا، نستخدم القالب الجاهز Swift AWS Lambda Runtime من Apple. وهو يتولى كل المهام الروتينية.

\n\n

مثال: معالج Lambda بسيط بلغة Swift

\n\n

لننشئ دالة تستقبل اسم مستخدم وتعيد تحية. هذا هو الكلاسيكي hello-world لـ serverless.

\n\n

// استيراد المكتبة من Apple\nimport AWSLambdaRuntime\nimport AWSLambdaEvents\n\n// هياكل للإدخال والإخراج\nstruct GreetingRequest: Codable {\n    let name: String\n}\n\nstruct GreetingResponse: Codable {\n    let message: String\n}\n\n// المعالج الرئيسي\nLambda.run { (context, request: GreetingRequest, callback: @escaping (Result<GreetingResponse, Error>) -> ()) in\n    let response = GreetingResponse(message: "مرحبًا، \\(request.name)! أهلاً بك في serverless على Swift.")\n    callback(.success(response))\n}\n

\n\n

يتم تجميع هذا الكود إلى ملف ثنائي. تقوم بتغليفه في ملف ZIP مع المكتبات (الربط الثابت) وتحميله إلى AWS Lambda. سيجد Runtime نقطة الدخول بنفسه.

\n\n

هام: للإنتاج، استخدم صورة Docker مبنية على Amazon Linux 2، وإلا فقد تواجه مشاكل مع glibc.

\n\n