Designing Network Automation at Scale

01 - الضرورة الحتمية للأتمتة

Mon, 10 Nov 2025 00:00:00 +0000

1. الضرورة الحتمية للأتمتة#

“أن تُؤتمت أو لا تُؤتمت — هذا هو السؤال.”

منذ أن ظهر Software-Defined Networking (SDN) وDevOps، لم يتوقف المهندسون عن الجدال حول ما إذا كانت أتمتة الشبكات ضرورة أم رفاهية أم مجرد تعقيد لا داعي له. الإجابة؟ يعتمد الأمر على السياق. شركات الحوسبة الضخمة (Hyperscalers) تحتاجها فعلاً: بدأت في مطلع العقد الثاني من الألفية الثالثة لأنه لم يكن أمامها خيار آخر. أما الشركات الصغيرة فقد لا تحتاج إلى أتمتة كاملة على الإطلاق. ومعظم الشبكات تقع في مكان ما بين الحالتين. تُشكّل الثقافة والمهارات ونضج الأدوات وأولويات الأعمال مدى سرعة التبني. واليوم، تتوافق هذه العوامل جميعها. باتت الأتمتة حتماً لا مفر منه.

02 - مبادئ التصميم

Sun, 30 Nov 2025 00:00:00 +0000

2. مبادئ التصميم#

أمضى فريق أتمتة شبكات ستة أشهر في بناء نظام كانوا يفخرون به حقاً. كان يسحب النوايا من نموذج بيانات منظم، ويولّد إعدادات الأجهزة عبر محرك قوالب، ويتحقق من التغييرات مقابل مكتبة سياسات، ويدفعها عبر NETCONF مع دعم كامل للتراجع. كان متيناً من الناحية المعمارية. سار العرض أمام القيادة بشكل جيد. ثم سلّموه لفريق تشغيل الشبكات.

لم يُعتمَد قط. بقي المشغّلون يستخدمون CLI. حين سُئلوا عن السبب، جاءت الإجابات متسقة: “لا أعرف ما الذي سيفعله قبل أن يفعله.” “إذا حدث خطأ ما، لا أستطيع معرفة ما الذي جرى.” “لا أفهم كيف أقرأ المخرجات.” لقد بنى فريق الأتمتة شيئاً مثيراً للإعجاب من الناحية التقنية لكنه عاتم من الناحية التشغيلية. لم يكن ثمة وضع تشغيل تجريبي، ولا معاينة واضحة للتغييرات قابلة للقراءة البشرية، ولا سجل تدقيق مكتوب بمصطلحات يعرفها المشغّلون. كان النظام صندوقاً أسود يطلب ثقة لم يكتسبها. ستة أشهر من الجهد الهندسي ظلت بلا استخدام.

03 - التفكير المعماري

Wed, 10 Dec 2025 00:00:00 +0000

3. التفكير المعماري#

يُقدّم هذا الفصل الأسس التي يقوم عليها هذا الكتاب. يشرح سبب حاجتك إلى تبني هذا التفكير، ويُعرّف بإطار مرجعي اقترحه منتدى أتمتة الشبكات (NAF)، ويُظهر كيفية الاستفادة منه في مشاريعك.

يتعمق الجزء الثاني في هذه الموضوعات. في هذا الفصل، سنُقدّمها فحسب لنعطي صورة شاملة قبل الخوض في التفاصيل. هذا مهم لأنه حين نصف كل كتلة بنائية، يساعدك امتلاك الصورة الكاملة على ربط الأجزاء ببعضها.

لكنني مؤمن بضرورة فهم السبب قبل الماهية، فلنفهم أولاً دواعي الاستعانة بمعمارية.

04 - مصدر الحقيقة

Mon, 01 Jan 0001 00:00:00 +0000

4. مصدر الحقيقة#

كانت خدمة جديدة بحاجة إلى الإطلاق بنهاية الأسبوع. كان التغيير بسيطاً في ظاهره: VLAN جديد، وشبكة فرعية جديدة، وقواعد جدار حماية محدّثة، ومجتمع BGP جديد على أجهزة التوجيه الطرفية. كان مهندس الشبكة يعرف تماماً ما يجب فعله. غير أن ما تلا ذلك كان أربعة أيام من التنسيق عبر خمسة أنظمة: أداة IPAM لحجز الشبكة الفرعية، وCMDB لتسجيل الخدمة، ومنصة إدارة جدار الحماية لدفع السياسة الجديدة، ونظام تهيئة أجهزة التوجيه لمجتمع BGP، ومنصة الرصد لإضافة الحدود الجديدة. كان لكل نظام واجهته الخاصة ونموذج بياناته الخاص وسير عمل موافقته الخاص. وبسبب غياب أي مرجع مشترك، كان على المهندس نقل السياق يدوياً: نسخ القيم من نظام إلى آخر، آملاً ألا يحدث أي انحراف بين الخطوات.

05 - التنفيذ

Mon, 01 Jan 0001 00:00:00 +0000

5. التنفيذ#

كان كتاب التشغيل يعمل بشكل مثالي لأشهر: عشرة مفاتيح وصول في المختبر، دقيقتان من البداية إلى النهاية، نتائج نظيفة في كل مرة. حين قرر الفريق طرحه على الجرد الكامل من 800 مفتاح، لم يتوقع أحد مشكلة. تحدّثت الـ600 جهاز الأولى بلا عوائق. ثم تباطأت المهمة. ثم توقفت. بدأ خادم RADIUS، الذي تلقّى فجأة 150 طلب مصادقة SSH متزامناً، برفض الاتصالات. توقف Ansible عند 150 جهازاً في منتصف التنفيذ. قتل مهندس المهمة.

Preface

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

06 - الرصد الشامل

Mon, 12 Jan 2026 00:00:00 +0000

6. الرصد الشامل#

فشل وحدة مروحة في موجّه أساسي لمزود خدمة بصمت خلال الليل. لم تُرسَل أي تنبيهات. اكتشف النظام الفرعي لإدارة الحرارة في بطاقات الخطوط ارتفاع درجات الحرارة، وبدأ في تقليل أداء دوائر ASICs المسؤولة عن إعادة التوجيه لحماية الأجهزة. انخفض الإنتاجية على رابط عبور في الإنتاج بنسبة 40%. لم يرصد نظام المراقبة شيئاً: كانت مستشعرات الحرارة التي يستطلعها موجودة على وحدة الإشراف في الهيكل، لا على بطاقات الخطوط الفردية. كانت استطلاعات SNMP تُجرى كل خمس دقائق وتُفيد بأن الجهاز سليم. أظهرت عدادات الواجهة إنتاجية منخفضة، لكن لم يُهيَّأ أي حد لهذا النمط لأن الرابط كان دائماً أقل من طاقته الكاملة.

07 - التنسيق

Fri, 20 Mar 2026 00:00:00 +0000

7. التنسيق#

قام فريق الشبكة بكل شيء بشكل صحيح. كان لديهم مصدر حقيقة متين، وكتيبات تشغيل مُختبَرة لكل عملية، ودليل إجراءات واضح لتنفيذها. على الورق، كان نشر خدمة VLAN جديدة مؤتمتاً بالكامل. في الواقع، استغرق نصف يوم ومهندسة بعينها.

كانت تلك المهندسة تعرف التسلسل. أولاً، التحقق من اكتمال بيانات مصدر الحقيقة. ثم تشغيل كتيب الفحوصات المسبقة. ثم مراجعة المخرجات، والبحث عن الأجهزة الفاشلة، والقرار بالمتابعة أو التوقف. ثم تشغيل كتيب النشر. ثم الانتظار. ثم تشغيل كتيب التحقق. ثم تحديث تذكرة ServiceNow يدوياً. إن فشل أي جهاز في منتصف الطريق، التراجع قبل أن تلاحظ الأجهزة الأخرى. كان كل ذلك موثقاً في دليل إجراءات، خطوة بخطوة، في مستند مشترك لم يستوعبه أحد آخر بالكامل.

08 - طبقة العرض

Sat, 28 Mar 2026 00:00:00 +0000

8. طبقة العرض#

كانت أتمتة الشبكات المحلية (VLAN) تعمل منذ ستة أسابيع. كان فريق الشبكات فخوراً بما أنجزه. كل صباح، تصل ثلاثة أو أربعة طلبات خدمة جديدة من فرق التطبيقات، ويتولى المنسِّق معالجتها دون أن يلمس أحد في فريق الشبكات لوحة المفاتيح. النشر يعمل. المحولات مُهيَّأة. الشبكة بصحة جيدة.

وصل التصعيد يوم الخميس. كان مدير فريق التطبيقات يتساءل لماذا يستغرق تنفيذ طلبات VLAN من ثلاثة إلى خمسة أيام عمل بينما البوابة تُظهِر “تم الإرسال”. راجع فريق الشبكات طابور العمل لديهم: لا طلبات معلقة، وجميع عمليات النشر ناجحة. لقد عالجت منظومة الأتمتة كل طلب في غضون عشرين دقيقة من استلامه. لكن تذاكر ServiceNow لا تزال تُظهِر “قيد التنفيذ”، لأن أحداً لم يكتب التكامل الذي يُحدِّثها.

09 - الشبكة

Sun, 29 Mar 2026 00:00:00 +0000

9. الشبكة#

كانت أتمتة الشبكات المحلية (VLAN) تعمل في المختبر منذ ثلاثة أسابيع. ثلاثة محولات، واحد من كل مورِّد، وجميع سير العمل ناجحة. شعر الفريق بثقة. في أول تشغيل إنتاجي، فشل 23 من أصل 800 محول في شبكة الحرم. كلها HPE. كلها تعمل بإصدار برامج ثابتة لم يوثِّقه أحد.

كان الـ playbook يتحقق من استجابة الخطأ من كل جهاز بعد دفع إعداد VLAN. في أنظمة HPE الحديثة، تُرجع VLAN الموجودة مسبقاً رمز الخطأ duplicate-vlan. في هذا الإصدار الأقدم من البرامج الثابتة، أرجعت الحالة ذاتها vlan-exists. كُتب الـ playbook ليُعامل duplicate-vlan كإشارة تكافؤ أداتي، أي “هذا موجود بالفعل، لا بأس”. لم يُكتَب لمعالجة vlan-exists، فعامله كفشل. أبلغ ثلث أسطول HPE عن فشل. جرى التراجع بنظافة. ظلت تذكرة فريق التطبيقات مفتوحة لثلاث ساعات إضافية بينما دقَّق فريق الشبكات يدوياً أي المحولات جرى إعدادها فعلاً وأيها لم يجرِ.

10 - Platform Engineering and CI/CD

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

11 - Scaling and Reliability

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

12 - Security, Governance and Compliance

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

13 - التحول الثقافي

Sun, 19 Apr 2026 00:00:00 +0000

13. التحول الثقافي#

وصلت الدعوة إلى الاجتماع يوم الخميس بعنوان “تحديث هيكل فريق الشبكات”. كان جوردي مهندس شبكات منذ خمس عشرة سنة. حاز شهادة CCIE. نجا من ثلاث عمليات استحواذ، وتوحيدَين لمراكز العمليات، وحادثة توجيه BGP كانت بالغة الخطورة حتى أصبحت دراسة حالة داخلية. افترض أن الأمر يتعلق بتحديث الموظفين.

لم يكن كذلك.

أوضح مديره أن فريق الشبكات سيُعاد تنظيمه تحت مظلة هندسة المنصات. سيتغير اسم الفريق إلى “منصة أتمتة الشبكات”. سيتطور العمل: توفير يدوي أقل، وبناء وتشغيل أكبر لأنظمة الأتمتة التي تتولى التوفير. كان المسمى الوظيفي الجديد قد كُتب بالفعل. كان عنوانه “مهندس منصة الشبكات”.

14 - الأتمتة كمنتج

Tue, 05 May 2026 00:00:00 +0000

14. الأتمتة كمنتج#

قبل ستة أشهر من المحادثة التي غيّرت طريقة تفكير الفريق في عملهم، كان فريق منصة الشبكة قد أنجز شيئاً رائعاً حقاً. أسفرت سنتان من الجهد المتواصل عن منصة توفير تتولى تهيئة الفروع من البداية إلى النهاية: واجهة خدمة ذاتية لطلبات المواقع، وسير عمل تحقق مغلق الحلقة يكتشف الأخطاء في الإعدادات قبل النشر، ولوحة متابعة تعقّب صحة الخدمة عبر ثلاثمائة موقع. انتقل الفريق من نوافذ تغيير تستغرق أربعاً وعشرين ساعة إلى عمليات نشر آلية خلال أربعين دقيقة. كانوا فخورين بذلك، وكان حقاً لهم أن يفخروا.

15 - Closed Loop Automation

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

16 - Self Healing Networks

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

17 - Autonomous Networks

Mon, 01 Jan 0001 00:00:00 +0000

الترجمة قيد التنفيذ. لم تتم ترجمة هذا الفصل إلى العربية بعد. يرجى الرجوع إلى النسخة الإنجليزية.
💬 Found something to improve? Send feedback for this chapter

عن المؤلف

Sun, 10 May 2026 00:00:00 +0000

عن كريستيان أديل#

مطور شبكات رئيسي في CoreWeave | برشلونة، إسبانيا

طوّر كريستيان أديل مسيرته المهنية حول تطوير البرمجيات المطبّق على أتمتة الشبكات. يمتلك خبرة واسعة في تصميم وتنفيذ حلول أتمتة الشبكات على نطاق واسع.

التواصل#

GitHub: chadell
LinkedIn: christianadell
Twitter: @chadell0

الكتب المنشورة#

كريستيان مؤلف ومشارك في تأليف عدة كتب مؤثرة حول أتمتة الشبكات:

Network Programmability and Automation, 2nd Edition

Network Automation with Nautobot

Modern Network Observability

Network Automation Cookbook, 2nd Edition

المؤتمرات والمشاركة المجتمعية#

كريستيان متحدث نشط في كبرى مؤتمرات الشبكات والفعاليات المجتمعية: