النشر والإطلاق
مشروع على حاسوبك مجرّد عرض. مشروع على رابط هو منتج.
معظم من يتعلّمون البناء يتوقّفون قبل خطوة واحدة. التطبيق يعمل على حاسوبهم، والعرض ناجح، ثم يبقى إلى الأبد على `localhost` حيث لن يراه أي عميل أو موظّف توظيف أو مستخدم. النشر هو تلك الخطوة الناقصة — حيث يتحوّل مشروع في ملفّك إلى شيء يمكنك مشاركة رابطه. النقص ليس في الموهبة، بل في مجموعة مفاهيم لا يعلّمها أحد بالترتيب: ما هو الخادم فعلاً، ولماذا يجب ألّا يلمس مفتاح الـ API كودك أبداً، وكيف يجد اسم النطاق تطبيقك، وماذا تفعل أوّل مرّة يُرجع فيها خطأ 500 لشخص حقيقي. تمشي هذه الوحدة في ذلك الطريق مرّة واحدة، من البداية إلى النهاية، على مشروعك أنت. ستدفع تطبيق ذكاء اصطناعي يعمل إلى استضافة سحابية، وتوجّه نطاقاً إليه، وتحفظ أسرارك في متغيّرات بيئة بدل تاريخ Git، وتضيف من السجلّات ما يكفي لتتبّع عطل لا يمكنك إعادة إنتاجه. لا شيء نظري هنا: في النهاية لديك رابط حيّ ترسله لأيّ أحد، وتفهم كل جزء بما يكفي لإصلاحه في الثانية صباحاً.
المتطلبات المسبقة
- أنشأت تطبيقاً صغيراً يعمل على جهازك
- إلمام أساسي بالطرفية وGit
- مشروع تريد فعلاً نشره على الإنترنت
ما ستقدر على فعله بعدها
- إطلاق تطبيق يعمل على استضافة سحابية والحصول على رابط حيّ
- توجيه نطاق مخصّص إلى تطبيقك وفهم كيف يحلّه الـ DNS
- إبقاء مفاتيح الـ API والأسرار خارج الكود، في متغيّرات بيئة
- قراءة خطأ إنتاج لا يمكنك إعادة إنتاجه، باستعمال السجلّات
- شرح الفرق بين بيئة التطوير والإنتاج — ولماذا يهمّ
- إعداد نشر ينطلق تلقائياً عند الدفع إلى Git
الجلسات
ما هو الخادم فعلاً
«السحابة» هي حاسوب شخص آخر يبقى مشتغلاً. قبل لمس أي لوحة تحكّم، نبني الصورة الصادقة: جهاز يستمع على منفذ، ينتظر الطلبات، يشغّل كودك، ويعيد استجابة. حين يصبح ذلك ملموساً، تتوقّف خيارات الاستضافة عن كونها سحراً وتصبح مقايضات يمكنك التفكير فيها فعلاً.
المحتوى
نشرك الأوّل
نأخذ مشروعك وننشره حيّاً. تربط مستودع Git بمستضيف، وتشاهد البناء يجري، وتستعيد رابطاً. غالباً سيفشل في المرّة الأولى — تبعية ناقصة، أمر بناء خاطئ — وهذا الفشل هو الدرس: قراءة سجلّ البناء وإصلاحه هي المهارة، لا تجنّبه.
المحتوى
النطاقات وDNS
رابط استضافة عشوائي يقول «مشروع طالب». نطاقك الخاص يقول «منتج». نشتري نطاقاً، ونوجّهه إلى تطبيقك، و — الجزء الذي يجده الجميع غامضاً — نفهم كيف يحوّل الـ DNS الاسم إلى خادمك. تأتي HTTPS مجاناً حين تعرف أين تضغط، ونرى لماذا القفل ليس اختيارياً في 2026.
المحتوى
الأسرار والبيئات
أسرع طريقة لخسارة المال هي رفع مفتاح OpenAI إلى مستودع عام — تمسح البوتات GitHub بحثاً عن ذلك بالضبط. ننقل كل سرّ من الكود إلى متغيّرات بيئة، ونفصل إعداد التطوير عن الإنتاج حتى لا يفوتر اختبارٌ الحساب الحقيقي ولا يراسل مستخدماً حقيقياً. هذه الجلسة تبعدك عن المتاعب.
المحتوى
حين يتعطّل في الإنتاج
كان يعمل على جهازك ويُرجع 500 لمستخدم في بلد آخر. لا يمكنك إعادة إنتاجه، فتحتاج سجلّات. نضيف من التسجيل وتتبّع الأخطاء ما يكفي لرؤية ما حدث فعلاً، ونتعلّم قراءة أثر استدعاء من الإنتاج، ونضبط تنبيهاً واحداً لتعرف قبل أن يخبرك مستخدموك. هذا هو الفرق بين عرض وشيء يمكن الاعتماد عليه.
المحتوى
خذ المشروع الذي بنيته سابقاً وانشره بالكامل: رابط حيّ على نطاقك الخاص، وHTTPS مفعّل، وكل سرّ في متغيّر بيئة، ونشر تلقائي من Git، وتنبيه واحد موصول. ثم اكسره عمداً — انزع مفتاحاً، أطلق خطأً — واستعمل سجلّاتك لإيجاده وإصلاحه. تخرج برابط تضعه في سيرتك وثقة بأنك قادر على إبقائه يعمل.
متوفّرة ضمن
أسئلة
هل أحتاج معرفة DevOps لهذا؟
لا. تتكفّل المنصّات الحديثة بالأجزاء الصعبة — الخوادم والتوسّع والشهادات — فيستطيع صانع منفرد الإطلاق دون فريق DevOps. تعلّم هذه الوحدة المفاهيم تحته لتفهم ما تفعله لوحة التحكّم، لا مهنةً في البنية التحتية.
هل ستكلّفني الاستضافة مالاً؟
تطبيق بحجم ملفّ الأعمال يدخل عادةً في الطبقة المجانية. التكلفة الحقيقية هي مزوّد الذكاء الاصطناعي — كل نداء للنموذج مفوتر — ولهذا بالضبط نخصّص جلسة لحدود المعدّل وإحكام قفل المفاتيح.
لديّ موقع ثابت فقط — هل هذا مناسب لي؟
نعم. نبدأ بالاستضافة الثابتة لأنها أبسط ما ينجح، ثم نضيف خلفية حالما يحتاج تطبيقك نداء نموذج ذكاء اصطناعي بمفتاح سرّي — وهو حال معظمها. ستنتهي قادراً على نشر الاثنين.
وحدات أخرى
مستعد لمتابعة هذه الوحدة؟