نشر تطبيق ويب على AWS

خدمة AWS	نوع النشر	حالة الاستخدام الرئيسية	إدارة الخوادم	قابلية التوسع	ملاحظات
Elastic Beanstalk	PaaS (منصة كخدمة)	نشر سريع لتطبيقات الويب (Node.js وPython وJava وغيرها)	آلية	تلقائية	سهلة الاستخدام جدًا، لكنها أقل مرونة من ECS/EKS
Amazon ECS	حاويات (Docker)	تشغيل حاويات Docker على AWS	مُدارة (Fargate) أو يدوية	عالية	متكاملة مع ECR وCloudWatch. تستخدم مجموعات (clusters) من الحاويات
AWS Fargate	حاويات بدون خوادم (serverless)	تشغيل الحاويات دون إدارة البنية التحتية	لا شيء لإدارته	تلقائية	نسخة مبسّطة من ECS، مثالية للخدمات المصغّرة (microservices)
Amazon EKS	Kubernetes (تنسيق متقدم)	نشر تطبيقات معقّدة قائمة على الحاويات	يجب إعدادها بنفسك	عالية جدًا	أكثر تعقيدًا، موصى بها للبنى الكبيرة القائمة على Kubernetes
Amazon EC2	آلة افتراضية	تحكم كامل في البيئة، وتثبيت يدوي	تُدار يدويًا	يدوية	مرنة لكنها تتطلب إدارة أكبر
AWS Lambda	Serverless (دالة كخدمة)	تنفيذ دوال الواجهة الخلفية دون خادم (واجهات API، معالجة الأحداث)	لا شيء لإدارته	تلقائية	مناسبة جدًا للخدمات المصغّرة البسيطة أو واجهات API عديمة الحالة (stateless)
Amazon S3 + CloudFront	استضافة ثابتة + CDN	استضافة المواقع الثابتة (HTML وCSS وJS)	لا شيء	تلقائية (CDN)	مثالية للواجهات الأمامية من نوع SPA (React وAngular…)
API Gateway + Lambda	واجهة API خلفية بدون خوادم	إنشاء واجهات REST أو HTTP API بدون خوادم	لا شيء	تلقائية	مثالية مع Lambda لبناء واجهة خلفية كاملة بدون خوادم
CloudFormation	البنية التحتية كشيفرة (IaC)	أتمتة نشر البنى التحتية الكاملة	تصف البنية التحتية بصيغة YAML	تعتمد على الخدمة المستخدمة	تُستخدم لأتمتة أي عملية نشر، وليست لاستضافة تطبيق مباشرةً

---

التوصية بحسب احتياجك:

• تطبيق ويب بسيط أو تقليدي: Elastic Beanstalk أو ECS Fargate.
• تطبيق قائم على الحاويات/خدمات مصغّرة: ECS (أو EKS إذا كنت متمكنًا من Kubernetes).
• تطبيق ثابت (واجهة أمامية فقط): S3 + CloudFront.
• تطبيق بواجهة خلفية ذات منطق قائم على الأحداث: API Gateway + Lambda.
• نشر متحكَّم به ويدوي: EC2.
• نشر آلي: CloudFormation أو CDK (البنية التحتية كشيفرة).