عرض الدورة

6 دقيقة

جدول المحتويات


1 — مرحباً بك في الدورة

هذه الدورة، تطوير ونشر حلول البيانات (AOA-DEVOPS-101)، تأخذك من محطة عمل فارغة إلى تطبيق منشور آلياً، ومراقَب، وقابل لإعادة الإنتاج.

الهدف ليس تعلّم أدوات معزولة (Git، Docker، Jenkins، Kubernetes…) فحسب، بل فهم كيف تتسلسل لتسليم برمجيات بطريقة موثوقة وقابلة للتكرار.

لا تحتاج إلى أن تكون خبيراً. تحتاج إلى فضول، وقليل من الانضباط، وإرادة أن تجرّب، وتكسر، وتعيد المحاولة. هذه بالضبط عقلية DevOps.

↑ العودة إلى الأعلى


2 — أهداف التعلّم

في نهاية الجلسة ستكون قادراً على:

#الكفاءة المستهدفة
1أرشفة إصدارات مشروع بـ Git والتعاون عبر GitHub
2بناء مشروع Java بـ Maven
3أتمتة عمليات البناء والاختبارات بـ Jenkins و GitHub Actions
4تحوية تطبيق بـ Docker
5تنسيق الحاويات بـ Kubernetes و Helm
6تزويد البنية التحتية بـ Ansible و Terraform
7مراقبة حل في الإنتاج (المراقبة وقابلية الملاحظة)
8دمج كل هذه الأدوات في خط أنابيب كامل من الطرف إلى الطرف

كل وحدة تضيف لبنة. في النهاية ستكون قد ركّبت سلسلة DevOps كاملة — وهذا موضوع مشروع الجلسة (الوحدة 15).

تمرين مصغّر — من بين الكفاءات الثماني في الجدول، حدّد التي تخص مراقبة تطبيق في الإنتاج واذكر الوحدة الموافقة.

عرض الحل

الكفاءة رقم 7: مراقبة حل في الإنتاج (المراقبة وقابلية الملاحظة). تُعالَج في الوحدة 13 (المراقبة وقابلية الملاحظة).

↑ العودة إلى الأعلى


3 — الخيط الناظم — من الشفرة إلى النشر

طوال الدورة سنتابع دورة حياة تطبيق، من كتابة الشفرة حتى تشغيله في الإنتاج.

لاحظ حلقة التغذية الراجعة: المراقبة تعيد المعلومات نحو الشفرة. هذا قلب ثقافة DevOps التي سنراها في الدرس التالي.

↑ العودة إلى الأعلى


4 — قواعد الدورة وبيئة العمل

قواعد العمل

  • التطبيق أولاً: كل مفهوم يليه تمرين. نتعلّم بالممارسة.
  • حق الخطأ: كسر مستودع Git أو حاوية جزء من التعلّم. لا شيء لا رجعة فيه عندما تؤرشف الإصدارات.
  • العمل التعاوني: يُستخدم Git و GitHub لتسليم الأعمال والتعاون.
  • قابلية إعادة الإنتاج: يجب أن يُعاد إنشاء كل شيء من الصفر (شفرة + سكربتات)، لا «يعمل على جهازي».

البيئة التقنية الموصى بها

الأداةالاستخدامالوحدة المعنية
Gitأرشفة الإصدارات01–02
حساب GitHubمستودع بعيد + تعاون02
JDK + Mavenبناء Java03
Dockerالتحوية06
محرّر (VS Code)كتابة الشفرةالكل

نصيحة: ثبّت Git وأنشئ حساب GitHub اليوم — هذا تطبيق نهاية الدرس.

تمرين مصغّر — في الجدول أعلاه، حدّد الأداة المستخدمة لـ التحوية واذكر في أي وحدة تُقدَّم.

عرض الحل

الأداة هي Docker، وتُقدَّم في الوحدة 06.

↑ العودة إلى الأعلى


5 — طرائق التقييم

يجمع التقييم بين الممارسة المستمرة ومشروع نهائي جامع.

المكوّنما يُقيَّم
الأعمال التطبيقيةالتطبيق الصحيح للأدوات وحدة بوحدة
ورشة التكاملالقدرة على تسلسل عدة أدوات معاً
مشروع الجلسةخط أنابيب DevOps كامل، عامل وموثَّق

السُّلَّم الدقيق يُبلَّغ في خطة المقرر الرسمية. هذا الدرس يثبّت التوقعات العامة.

↑ العودة إلى الأعلى


6 — خطة الجلسة — الوحدات الخمس عشرة
الوحدةالموضوع
01مقدمة إلى DevOps و Git الأساسية
02Git المتقدم و GitHub
03مشاريع Java مع Maven
04Jenkins: التثبيت
05Jenkins: خط أنابيب CI/CD
06Docker و Nginx و Swarm
07Kubernetes: الأساسيات
08Kubernetes: المستوى المتقدم
09Helm
10CI/CD مع GitHub Actions
11Ansible
12Terraform
13المراقبة وقابلية الملاحظة
14ورشة التكامل
15مشروع الجلسة

تمرين مصغّر — بالاستعانة بجدول الوحدات الخمس عشرة، اذكر أدوات البنية التحتية والتشغيل الثلاث (الوحدات 11 إلى 13).

عرض الحل

الوحدة 11: Ansible، الوحدة 12: Terraform، الوحدة 13: المراقبة وقابلية الملاحظة.

↑ العودة إلى الأعلى


7 — اختبار — فهم إطار الدورة

السؤال 1: ما الهدف الإجمالي للدورة؟

a) تعلّم Git فقط

b) إتقان سلسلة كاملة من الشفرة حتى النشر المراقَب

c) أن تصبح مطوّر Java

d) إنشاء مواقع ويب

عرض الحل

الإجابة: b) — تغطي الدورة سلسلة DevOps كلها: أرشفة الإصدارات، التكامل المستمر، الحاويات، التنسيق، البنية التحتية كرمز، والمراقبة.


السؤال 2: ماذا تمثّل «حلقة التغذية الراجعة» في دورة DevOps؟

a) حذف الشفرة بعد النشر

b) عودة المعلومات من المراقبة نحو التطوير لتحسين المنتج

c) خطأ في خط الأنابيب

d) إعادة تشغيل الخوادم يدوياً

عرض الحل

الإجابة: b) — تعيد قابلية الملاحظة بيانات (أخطاء، أداء) إلى الفرق، التي تعدّل الشفرة. هذا مبدأ التحسين المستمر.


السؤال 3: أي مبدأ يلخّص فلسفة الدورة بأفضل شكل؟

a) «يعمل على جهازي»

b) يجب أن يكون كل شيء قابلاً لإعادة الإنتاج انطلاقاً من الشفرة والسكربتات

c) ننشر كل إصدار يدوياً

d) نتجنّب استخدام الأدوات

عرض الحل

الإجابة: b) — قابلية إعادة الإنتاج مركزية: الشفرة + السكربتات تسمح بإعادة إنشاء كل شيء، دون الاعتماد على إعداد يدوي محلي.

↑ العودة إلى الأعلى


8 — تطبيق عملي — تجهيز محطة العمل

المطلوب

جهّز بيئتك لبقية الجلسة:

  1. ثبّت Git على جهازك.
  2. أنشئ (أو تحقّق من) حساب GitHub.
  3. ثبّت محرّر شفرة (VS Code موصى به).
  4. تحقّق من أنك تستطيع فتح طرفية.

التصحيح — التحققات المتوقعة

الخطوةأمر / إجراء التحققالنتيجة المتوقعة
Git مثبَّتgit --versionيعرض رقم إصدار (مثال git version 2.43.0)
حساب GitHubالدخول على github.comلوحة التحكم متاحة
المحرّرفتح VS Codeالتطبيق يبدأ
الطرفيةفتح PowerShell / Terminalموجه الأوامر متاح

إذا لم يُرجع git --version شيئاً، فـ Git غير مثبَّت أو غير موجود في PATH — سنصحّح ذلك في الدرس 05 (Git: التثبيت والإعداد).

↑ العودة إلى الأعلى


9 — الخلاصة

النقاط التي يجب تذكّرها

  1. الدورة سلسلة، لا مجموعة أدوات معزولة: من الشفرة حتى المراقبة.
  2. DevOps = تعاون + أتمتة + تغذية راجعة.
  3. قابلية إعادة الإنتاج هي القاعدة الذهبية: كل شيء يُعاد إنشاؤه من الشفرة.
  4. نتعلّم بالممارسة: لكل درس تمرينه.
  5. مشروع الجلسة (الوحدة 15) سيجمع كل ما تعلّمته.

ما يلي

الدرس التالي: 02 — ثقافة DevOps، لفهم الفلسفة قبل الغوص في الأدوات.

↑ العودة إلى الأعلى


جميع الحقوق محفوظة. يُحظَر نسخ هذه الدورة أو نشرها أو استخدامها أو تكييفها، كلياً أو جزئياً، دون إذن كتابي مسبق من الدكتور هيثم رحومة.

دورة من إعداد الدكتور هيثم رحومة — تطوير ونشر حلول البيانات