<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Part 1: Rethinking Networking with Automation on Designing Network Automation at Scale</title><link>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/</link><description>Recent content in Part 1: Rethinking Networking with Automation on Designing Network Automation at Scale</description><generator>Hugo</generator><language>ar</language><atom:link href="https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/index.xml" rel="self" type="application/rss+xml"/><item><title>01 - الضرورة الحتمية للأتمتة</title><link>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/01-automation-imperative/</link><pubDate>Mon, 10 Nov 2025 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/01-automation-imperative/</guid><description>&lt;h1 id="1-الضرورة-الحتمية-للأتمتة">1. الضرورة الحتمية للأتمتة&lt;a class="anchor" href="#1-%d8%a7%d9%84%d8%b6%d8%b1%d9%88%d8%b1%d8%a9-%d8%a7%d9%84%d8%ad%d8%aa%d9%85%d9%8a%d8%a9-%d9%84%d9%84%d8%a3%d8%aa%d9%85%d8%aa%d8%a9">#&lt;/a>&lt;/h1>
&lt;div class="note-box">
 &lt;em>&amp;ldquo;أن تُؤتمت أو لا تُؤتمت — هذا هو السؤال.&amp;rdquo;&lt;/em>
&lt;/div>
&lt;p>منذ أن ظهر &lt;a href="https://designingnetworkautomation.com/ar/glossary/#sdn" class="glossary-term" title="A network architecture approach that enables the network to be intelligently and centrally controlled, or &amp;#39;programmed,&amp;#39; using software applications. This helps operators manage the entire network consistently and holistically, regardless of the underlying network technology.">Software-Defined Networking (SDN)&lt;/a> وDevOps، لم يتوقف المهندسون عن الجدال حول ما إذا كانت أتمتة الشبكات ضرورة أم رفاهية أم مجرد تعقيد لا داعي له. الإجابة؟ يعتمد الأمر على السياق. شركات الحوسبة الضخمة (Hyperscalers) تحتاجها فعلاً: بدأت في مطلع العقد الثاني من الألفية الثالثة لأنه لم يكن أمامها خيار آخر. أما الشركات الصغيرة فقد لا تحتاج إلى أتمتة كاملة على الإطلاق. ومعظم الشبكات تقع في مكان ما بين الحالتين. تُشكّل الثقافة والمهارات ونضج الأدوات وأولويات الأعمال مدى سرعة التبني. واليوم، تتوافق هذه العوامل جميعها. باتت الأتمتة حتماً لا مفر منه.&lt;/p></description></item><item><title>02 - مبادئ التصميم</title><link>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/02-design-principles/</link><pubDate>Sun, 30 Nov 2025 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/02-design-principles/</guid><description>&lt;h1 id="2-مبادئ-التصميم">2. مبادئ التصميم&lt;a class="anchor" href="#2-%d9%85%d8%a8%d8%a7%d8%af%d8%a6-%d8%a7%d9%84%d8%aa%d8%b5%d9%85%d9%8a%d9%85">#&lt;/a>&lt;/h1>
&lt;p>أمضى فريق أتمتة شبكات ستة أشهر في بناء نظام كانوا يفخرون به حقاً. كان يسحب النوايا من نموذج بيانات منظم، ويولّد إعدادات الأجهزة عبر محرك قوالب، ويتحقق من التغييرات مقابل مكتبة سياسات، ويدفعها عبر NETCONF مع دعم كامل للتراجع. كان متيناً من الناحية المعمارية. سار العرض أمام القيادة بشكل جيد. ثم سلّموه لفريق تشغيل الشبكات.&lt;/p>
&lt;p>لم يُعتمَد قط. بقي المشغّلون يستخدمون CLI. حين سُئلوا عن السبب، جاءت الإجابات متسقة: &amp;ldquo;لا أعرف ما الذي سيفعله قبل أن يفعله.&amp;rdquo; &amp;ldquo;إذا حدث خطأ ما، لا أستطيع معرفة ما الذي جرى.&amp;rdquo; &amp;ldquo;لا أفهم كيف أقرأ المخرجات.&amp;rdquo; لقد بنى فريق الأتمتة شيئاً مثيراً للإعجاب من الناحية التقنية لكنه عاتم من الناحية التشغيلية. لم يكن ثمة وضع تشغيل تجريبي، ولا معاينة واضحة للتغييرات قابلة للقراءة البشرية، ولا سجل تدقيق مكتوب بمصطلحات يعرفها المشغّلون. كان النظام صندوقاً أسود يطلب ثقة لم يكتسبها. ستة أشهر من الجهد الهندسي ظلت بلا استخدام.&lt;/p></description></item><item><title>03 - التفكير المعماري</title><link>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/03-architectural-thinking/</link><pubDate>Wed, 10 Dec 2025 00:00:00 +0000</pubDate><guid>https://designingnetworkautomation.com/ar/series/part1-rethinking-networking-with-automation/03-architectural-thinking/</guid><description>&lt;h1 id="3-التفكير-المعماري">3. التفكير المعماري&lt;a class="anchor" href="#3-%d8%a7%d9%84%d8%aa%d9%81%d9%83%d9%8a%d8%b1-%d8%a7%d9%84%d9%85%d8%b9%d9%85%d8%a7%d8%b1%d9%8a">#&lt;/a>&lt;/h1>
&lt;p>يُقدّم هذا الفصل الأسس التي يقوم عليها هذا الكتاب. يشرح سبب حاجتك إلى تبني هذا التفكير، ويُعرّف بإطار مرجعي اقترحه &lt;a href="https://networkautomation.forum">منتدى أتمتة الشبكات&lt;/a> (NAF)، ويُظهر كيفية الاستفادة منه في مشاريعك.&lt;/p>
&lt;p>يتعمق الجزء الثاني في هذه الموضوعات. في هذا الفصل، سنُقدّمها فحسب لنعطي صورة شاملة قبل الخوض في التفاصيل. هذا مهم لأنه حين نصف كل كتلة بنائية، يساعدك امتلاك الصورة الكاملة على ربط الأجزاء ببعضها.&lt;/p>
&lt;p>لكنني مؤمن بضرورة فهم السبب قبل الماهية، فلنفهم أولاً دواعي الاستعانة بمعمارية.&lt;/p></description></item></channel></rss>