DCI-Box/White Box - راه به سوی آینده برنامه ریزی شبکه: پروتکل Netconf و مدل YANG - اخبار راه حل ها

برای مقالات مرتبط به اشتراک گذاشته شده توسط من در مورد اتوماسیون شبکه، لطفاً به کاتالوگ "NetDevOps from Scratch" مراجعه کنید.

در سال های اخیر، با توسعه مستمر حوزه محاسبات ابری جهانی و رشد مداوم تجارت، فناوری شبکه نیز به توسعه خود ادامه داده است و فناوری SDN ظهور کرده است. از ایده اصلی اصلی جداسازی انتقال و کنترل بر اساس Openflow، مردم همچنان به گسترش خود ادامه می‌دهند در گسترش SDN، مردم در حال حاضر می‌توانند به اجماع برسند که Openflow دیگر یک شرط ضروری نیست (اما جداسازی انتقال و کنترل هنوز یک شرط اصلی است)، و قابلیت برنامه ریزی شبکه به آرامی به یکی از معیارهای مهم برای اندازه گیری معماری SDN تبدیل شده است.

عملیات قابل برنامه ریزی تجهیزات شبکه سنتی به طور کلی بر اساس پروتکل های CLI و SNMP است. چه اسکریپت ها و چه نرم افزارهای مدیریت شبکه، همه آنها بر این اساس توسعه یافته اند تا به طیف وسیعی از قابلیت برنامه ریزی شبکه که امروز در مورد آن صحبت خواهیم کرد، دست پیدا کنند. قابلیت ها، در نتیجه تحقق اتوماسیون بسیاری از سناریوها. برخی از دستگاه ها از پیکربندی برخی از رابط های وب و جایگزینی پیکربندی کلی از طریق xml پشتیبانی می کنند. این موارد بسیار نادر هستند و در این مقاله به تفصیل توضیح داده نخواهد شد.

Cli

CLI (واسط خط فرمان) تعامل انسان و رایانه را از طریق خط فرمان تحقق می بخشد. این یک مهارت ضروری برای کارگران شبکه است. افراد هر روز نرم افزار SSH یا Telnet را روی دستگاه باز می کنند، سپس یک پیکربندی را جایگذاری می کنند، آن را ذخیره می کنند و اعمال می شوند. یک روز، مردم از این نوع تکرار خسته شدند و از برنامه‌ای برای تولید خودکار اسکریپت‌های پیکربندی، ورود به دستگاه به صورت دسته‌ای، و صدور پیکربندی‌ها برای اعمال و اجرای خودکار استفاده کردند. این یک روش قابل برنامه ریزی شبکه است. بیایید در مورد مزایا صحبت کنیم که با تفکر، ایده ها و سیستم های فنی موجود بسیار سازگار است. اما در نهایت، این رویکرد مردم را به دستگاه های شبکه ترجیح می دهد. دارای معایب زیر است:

-تفاوت های زیادی در مجموعه دستورات بین تولید کنندگان وجود دارد. نه تنها سازندگان، بلکه نسخه های مختلف نرم افزار یک مدل ممکن است تفاوت های بسیار متفاوتی داشته باشند.

-توسعه دهندگان باید با مجموعه دستورات و نحوه استفاده از آن آشنا باشند. خطرات امنیتی در سطح پیکربندی وجود دارد. به عنوان مثال، با یک حرکت دست، پورتی که می خواستم باز کنم تبدیل به بسته شدن درگاه می شود…

- هیچ الزام اجباری برای پروتکل های انتقال (SSH و Telnet) وجود ندارد و خطرات امنیتی تولید وجود دارد.

-فرآیند تجزیه و تولید تنظیمات بسیار پیچیده است. در بسیاری از موارد، قوانین منظم نوشته شده تنها می توانند بی نهایت به «حقیقت» نزدیک باشند، اما نه کل «حقیقت».

-هیچ گونه تراکنشی وجود ندارد و ممکن است یک پیکربندی تا حدی اعمال شود و بخشی دیگر اثر نکند.

-هیچ مکانیزم بازرسی خودکار وجود ندارد و کاملاً به افراد وابسته است. به عنوان مثال، من می خواهم تست کنم که آیا اسکریپت تولید شده درست است یا خیر. راهی وجود دارد، اما اجرای آن به راحتی بسیار دشوار و اغلب دشوار است.

- عدم ایده ای از مدل سازی داده ها

CLI همیشه راهی برای تعامل انسان و رایانه است. می‌تواند از طریق برنامه‌ها قابلیت‌های برنامه‌ریزی خاصی را به شبکه بدهد، اما به هر حال، این روشی نیست که ذاتاً قابل برنامه‌ریزی شبکه باشد. تحت موج فعلی رایانش ابری و SDN، برای استقرار خودکار در مقیاس بزرگ در شبکه مناسب نیست و قابلیت برنامه ریزی آن محدود است. درک دشواری توسعه برای خارجی ها دشوار است.

Snmp

SNMP (SNMP، پروتکل مدیریت شبکه ساده)، این پروتکل می تواند از سیستم های مدیریت شبکه پشتیبانی کند تا نظارت کند که آیا دستگاه های متصل به شبکه وضعیتی دارند که باعث توجه مدیریت شود یا خیر. این شامل مجموعه ای از استانداردهای مدیریت شبکه، از جمله پروتکل لایه برنامه، طرح پایگاه داده، و مجموعه ای از اشیاء داده است.

برای بخشی از محتوا در ویکی‌پدیا، مدیریت شبکه، نظارت و اشیاء داده را برجسته می‌کنیم. برای مدیریت شبکه استفاده می شود، می توان آن را پیکربندی و جمع آوری کرد و عمدتاً برای نظارت استفاده می شود. دارای مدل سازی داده برای ساختار بخشی از ماژول ها، ویژگی ها و داده های وضعیت تجهیزات شبکه است. این عمدتا برای سیستم های مدیریت شبکه (بیشتر نظارت) استفاده می شود. سپس اجازه دهید در مورد کاستی های آن صحبت کنیم:

-خوانایی ضعیف «ماشین» را در انسان-ماشین ترجیح می دهد. هنگام استفاده قابل خواندن نیست و داده های مدل سازی نیز قابل خواندن نیستند. از یک سوپرست ASN.1 استفاده می کند.

-امنیت محدود است سه نسخه وجود دارد: v1، v2c و v3، و امنیت به ترتیب بهبود یافته است. با این حال، رایج ترین آن v2c است که امنیت محدودی دارد. نسخه v3 از نظر طراحی بسیار ایمن است، اما جهانی نیست. . .

هیچ مکانیزم پشتیبان، بازیابی یا بازگشتی وجود ندارد. ما همچنین show run و روش های دیگری برای پشتیبان گیری از خط فرمان داریم، اما snmp. . .

-خیلی کم می نویسند. زیاد بخوانید، کم بنویسید، بیشتر برای نظارت استفاده می شود.

-اقلام داده ای که می توان جمع آوری کرد محدود است و پیکربندی کل دستگاه را نمی توان به دست آورد. خیلی وقت ها متوجه می شویم که می توانیم از cli برای جمع آوری آن استفاده کنیم، اما نمی توانیم از snmp برای جمع آوری آن استفاده کنیم.

-یک گلوگاه عملکردی وجود دارد. حد بالای داده‌های جمع‌آوری‌شده 64K است و جزئیات مجموعه بسیار زیاد است. در شبکه های بزرگ و پیچیده، ممکن است چند دقیقه یا بیشتر طول بکشد. این نکته مهم را نیز برجسته می کند. الزامات ما برای دانه بندی نیز بسیار سخت است. بسیاری از اوقات ما امیدواریم که هر چند ثانیه یک بار ترافیک بندر را جمع آوری کنیم. در شبکه‌های بزرگ، به نظر من نرم‌افزار مدیریت شبکه سنتی... برای بسط یک جمله دیگر، روش فعلی Telemetry است (مانند gRPC) که می‌تواند به سطح میکروثانیه برسد و برخی نیاز به ترکیبی از نرم‌افزار و سخت‌افزار دارند. این هنوز محبوب نیست، اما در آینده باید یک روند باشد. در مورد اینکه این چه زمانی در آینده خواهد آمد…

-SNMP از بدو تولد تا حد زیادی در زمینه مانیتورینگ شبکه برای به دست آوردن داده ها برای نظارت استفاده شده است. فقدان و پیچیدگی قابلیت های پیکربندی منجر به استفاده اندکی از آن در پیکربندی شبکه شده است. شبکه فقط خواندنی قابل برنامه ریزی

پروتکل Netconf و مدل YANG

در مواجهه با نسل بعدی شبکه ها، برای درک بهتر قابلیت برنامه ریزی شبکه و بهبود سطح اتوماسیون به چه نوع پروتکل های مدیریت شبکه نیاز داریم؟

IETF ایده های زیر را در RFC3535 در سال 2002 پیشنهاد کرد (در واقع 33 مورد از آنها وجود دارد. بر اساس اطلاعات آنلاین و دانش نویسنده، ایده های زیر را نوشتم):

1. یک رابط قابل برنامه ریزی برای پیکربندی شبکه وجود دارد

2. همان پیکربندی را می توان در تولید کنندگان و مدل ها استفاده کرد

3. نیاز به یکسان سازی یک زبان مدل سازی با خوانایی خوب

4. بررسی خطا و عملکردهای بازیابی را کامل کنید

5. معامله ای

اگر ایده ای دارید، آن را اجرا کنید. در سال 2006، IETF پروتکل Netconf را پیشنهاد کرد که مشکلات مطرح شده توسط RFC3535 را حل کرد. Netconf اولیه فقط چارچوب اصلی و عملیات پروتکل را مشخص می کرد و راه حل هایی را تعریف می کرد که برخی از مشکلات RFC3535 را در نظر می گرفت. این یک زبان مدل سازی یکپارچه را تعیین نکرده است. بنابراین، برخی از تجهیزات تولیدکنندگان اولیه تنها برخی از عملیات های اساسی Netconf را پشتیبانی می کردند و از لایه پایینی یکپارچه استفاده نمی کردند. زبان مدل سازی داده ها

RFC6020 در سال 2010 منتشر شد و زبان مدلسازی مدل YANG و روشی برای ترکیب آن با NETCONF را پیشنهاد کرد. یک تعریف یک زبان مدل سازی داده است که منطق منابع اساسی را بین تولیدکنندگان یکپارچه می کند و تعریف دیگر مجموعه دستورات یکپارچه برای عملیات هر سازنده بر روی داده های پیکربندی و داده های وضعیت است. نمونه های داده ایجاد شده توسط مدل YANG در پروتکل Netconf پیچیده می شوند. انتقال، این دو با یکدیگر ترکیب می‌شوند تا مجموعه جدیدی از رابط‌های قابل برنامه‌ریزی شبکه جهانی را برای دوره جدید بر اساس مدل YANG و با پروتکل Netconf ایجاد کنند.

پس از سال 2016، پروتکل Netconf از نزدیک با مدل YANG ادغام شد و محبوب شد. تا کنون، وقتی به برخی از جنبه های نرم افزار معماری SDN نگاه می کنیم، این دو اصطلاح را کم و بیش شنیده ایم.

YANG و Netconf، یکی ثابت و دیگری پویا است، درست مانند یین و یانگ. این دو دنیای قابل برنامه‌ریزی شبکه در دوره بعدی را استخراج کرده‌اند. (وقتی به انبار YANG در github نگاه می کنیم، همچنین متوجه می شویم که نماد آن تای چی است و ارتباط بین نام آن و "یانگ" تا حدودی ایده های طراحی طراح اصلی را آشکار می کند).

در ادامه به طور خلاصه در مورد مدل YANG و پروتکل Netconf صحبت خواهیم کرد. بیایید ابتدا در مورد زبان مدل سازی داده یانگ صحبت کنیم تا ببینیم چگونه دوقلوی دیجیتالی این دنیای شبکه را توصیف می کند.

مدل یانگ

در سند RFC6020، فصل آغازین به وضوح بیان می‌کند، YANG، زبان مدل‌سازی داده برای پروتکل پیکربندی شبکه. این زبان مخفف Yet Another Next Generation (Yang) Data Modeling Language است. این یک زبان مدل سازی است که برای توصیف مفاهیم شبکه استفاده می شود.

از تعریف لیست ها، فرهنگ لغت ها و حتی ساختارهای داده پیچیده تر پشتیبانی می کند، از محدودیت ها، شمارش ها، واردات مرجع، مدیریت نسخه و فضاهای نام پشتیبانی می کند. با توجه به فضا توضیح مختصری خواهیم داد. برای اطلاعات دقیق می توانید به آدرس زیر مراجعه کنید:

می تواند این دستگاه شبکه را خیلی ساده به زبانی ساختاریافته توصیف کند. به عنوان مثال، برای تعریف پورت:

به عنوان یک پرسنل حرفه ای عملیات و تعمیر و نگهداری، با کمی اصول اولیه شبکه و کمی اصول برنامه نویسی، می توانید تعریف پورت را نسبتاً واضح درک کنید. این یک ساختار فهرست است و می تواند چندین باشد. یکی از ویژگی های آن interface-name (همچنین یک کلید) است. ، منحصر به فرد، غیر قابل تکرار)، و همچنین ویژگی سرعت و ویژگی دوبلکس، که هر دو رشته هستند.

بسیاری از ویژگی های یک دستگاه شبکه توسط مدل YANG توصیف شده است، از جمله وضعیت پیکربندی و وضعیت عملکرد.

به این ترتیب، مدل YANG دنیای آنلاین را با استفاده از زبان ساختاریافته توصیف می کند. در صورت علاقه می توانید پست وبلاگ اینترنتی فوق را مطالعه کنید که توضیحات بسیار مفصلی دارد.

می توان آن را به خوبی به داده های XML تبدیل کرد و برای انتقال در پروتکل Netconf قرار داد (در ادامه توضیح خواهیم داد):

در عین حال، Openconfig، به رهبری گوگل، به منظور تراز کردن تفاوت‌های بین فروشندگان، مدل داده را استاندارد کرده است. از وب سایت رسمی، شعار «مدیریت شبکه مبتنی بر فروشنده، خنثی، طراحی شده توسط کاربران» را می بینیم که توسط کاربران و کراس پلتفرم طراحی شده است. برنامه‌نویسی شبکه مبتنی بر مدل‌های مبتنی بر فروشنده (اجازه دهید ابتدا آن را به این صورت ترجمه کنیم). به بیان ساده، این است که مدل سازی بین تولید کنندگان مختلف یکسان باشد، به طوری که وقتی داده های خاصی را پیکربندی می کنید، مجبور نباشید مدل یانگ خصوصی هر سازنده را یک به یک بررسی کنید. اما اینترنت همیشه دارای پروتکل های خصوصی است و سازندگان مختلف همیشه پروتکل های خصوصی جدید و بهتری را برای "تجربه کاربری بهتر" و "استراتژی تجاری بهتر" ایجاد می کنند (این واقعاً گناه اصلی سازندگان شبکه است). تصویر برخی از پیاده سازی های معمول openconfig یانگ را نشان می دهد.

با قضاوت از روی تصویر، من فکر می کنم تعداد زیادی از آنها وجود دارد، و پیکربندی های رایج مورد استفاده نسبتا کامل هستند. اما در عمل بستگی به این دارد که سازنده از این مدل های یانگ نیز پشتیبانی کند یا خیر. برخی از دستگاه های نسخه بالاتر از یک موضوع خاص اساساً پشتیبانی می شوند. من هنوز از نزدیک به داخلی ها نگاه نکردم.

شبکه ها نمی توانند دقیقاً یکسان باشند. برای یک مهندس که در توسعه عملیات و تعمیر و نگهداری شبکه مشغول است، این یک نعمت است که بتواند به همان هدف برسد!

openconfig را می توانید در https://github.com/openconfig/public/tree/master/release/models پیدا کنید

می توانید مدل های خصوصی یانگ را در وب سایت های رسمی مختلف پیدا کنید.

پروتکل Netconf

پس از صحبت در مورد مدل یانگ، اجازه دهید در مورد پروتکل Netconf صحبت کنیم. مدل یانگ توصیف دیجیتال دنیای شبکه را تعریف می کند و Netconf کسب (به دست آوردن) و تنظیم (پیکربندی) داده ها را تعریف می کند.

Netconf داده های جهان توصیف شده توسط مدل یانگ را برای تحقق مدیریت دنیای شبکه محصور می کند.

داده های یانگ در xml کپسوله می شوند و سپس از طریق پروتکل Netconf مدیریت می شوند. این یک پروتکل با ایده لایه ای عالی است که برخی از جزئیات پروتکل را به صورت سلسله مراتبی توصیف می کند. بیایید به تصویر بالا نگاه کنیم.

-Transmission: Netconf از طریق پروتکل SSH منتقل می شود، اتصال گرا است و دارای ضمانت های امنیتی است.

-پیام: از طریق RPC با دستگاه شبکه از راه دور تماس برقرار کنید، مدیر شبکه یک درخواست rpc صادر می کند و دستگاه شبکه پاسخ rpc را از سر می گیرد.

-Operation: این روح Netconf است. از get (پیکربندی و داده‌های در حال اجرا)، get-config (دریافت داده‌های پیکربندی، و یک دستگاه می‌تواند چندین داده پیکربندی داشته باشد، یکی در حال اجرا، یک راه‌اندازی، چند نامزد کاندید)، edit -config (پیکربندی پارامترهای دستگاه شبکه، پشتیبانی از افزودن، حذف و اصلاح)، delete-config، copy-config (پیکربندی را در مقصد کپی کنید، مقصد می تواند ftp، فایل یا پیکربندی در حال اجرا باشد، و غیره)، قفل/باز کردن (قفل کردن پیکربندی برای جلوگیری از تضادهای پیکربندی یا خرابی های ناشی از عملیات چند فرآیندی) و غیره.

-Data: داده ها داده های یانگ هستند که در xml پیچیده شده اند. مانند پورتی که در بالا توضیح دادیم، برنامه ریزی داده های ساختاریافته آسان است. برای توصیف داده هایی که قرار است پیکربندی یا حذف یا به دست آیند استفاده می شود.

اینها چهار لایه Netconf هستند. پایان کنترل و دستگاه شبکه از طریق Netconf، از طریق پروتکل سنتی ssh، با استفاده از زیرسیستم Netconf ارتباط برقرار می کنند و پورت پیش فرض 830 است. همانطور که در زیر نشان داده شده است:

این شکل تعامل را با استفاده از ssh خام نشان می دهد، اما در واقع ما این فرآیند را از طریق برنامه نویسی پیاده سازی می کنیم. روش اجرای برنامه نویسی را بعداً به شما نشان خواهم داد.

Netconf دستگاه های شبکه را پیکربندی می کند. فرآیند تعامل تقریباً به شرح زیر است:

این تصویر خیلی کم است، شما همچنین می توانید ببینید که توسط من کشیده شده است ... درک من از Netconf مانند بالا است. به نظر من عکس های زیادی در اینترنت وجود دارد که درست نیست و بسیاری از رفتارهای عامل سرور درست نیست. این همان چیزی است که من به طور مستقیم هنگام ورود به دستگاه احساس می کنم و البته یک به یک با اسناد رسمی مطابقت دارد.

می‌توانیم به چند نمونه Netconf نگاه کنیم:

سلام لینک بسازید

چندین کلمه کلیدی، نسخه Netconf، مدل YANG پشتیبانی شده، شناسه جلسه را دیدیم. در همان زمان، hello نشان می دهد که ما در چه فضای نامی کار می کنیم. در این مورد، نسخه مربوط به Netconf است.

پیکربندی را دریافت کنید

یکی از پارامترهای get-cofig منبع است، جایی که داده های پیکربندی (در حال اجرا، راه اندازی یا موارد دیگر) به دست می آید. پارامتر دیگر فیلتر است، یعنی کدام داده از مدل داده ای که توسط کدام مدل یانگ توضیح داده شده است، به دست می آید. این مربوط به قابلیت ارسال شده توسط دستگاه شبکه است. در صورت موفقیت آمیز بودن، داده های پیکربندی مربوطه برگردانده می شود.

پیکربندی یا داده های در حال اجرا را دریافت کنید

مشابه get-config، اما آنچه به دست می آید اجرای پیکربندی (درک شخصی) یا اجرای داده است. فیلتر را می توان مشخص کرد.

پیکربندی کپی

عملیات کپی دارای دو پارامتر منبع و مقصد است. پاسخ موفق با تگ ok است.

ویرایش پیکربندی

هنگام ویرایش پیکربندی، آیتم داده ای که باید ویرایش شود، فضای نام قابلیت و برچسب مربوطه را مشخص کنید. به عنوان مثال، این برای پیکربندی dhcp است که با مدل یانگ http://tail-f.com/ns/example/dhcp توضیح داده شده است.

جلسه را با آرامش ببندید

این نوع پیام است که در ssh به عقب و جلو منتقل می شود. ما فقط بخشی از پیام را استخراج می کنیم تا درک همه را تسهیل کنیم.

سپس به سادگی مقداری محتوا برای مرجع اضافه کنید.

-Netconf مبتنی بر جلسه است و هر موفقیتی یک شناسه جلسه خواهد داشت.

-هر درخواست دارای شناسه پیام است، به شرطی که به تدریج بزرگتر شود

-پیکربندی داده ها را می توان قفل، انحصاری، و از طریق قفل عمل کرد.

-Netconf تراکنشی است و عملیات یا همه اجرا شده اند یا هیچکدام. در عین حال، طبق اسناد رسمی وب سایت، این تراکنشی برای پیکربندی دستگاه های شبکه N است، یعنی چند شکلی پیکربندی یک بار می تواند از تراکنش پذیری پشتیبانی کند. اما هنوز انجامش ندادم…

-Netconf از اشتراک پشتیبانی می کند. از نظر عملکرد دستگاه، ترتیب بزرگی حدود 5 جلسه است. من می توانم در یک مورد داده خاص مشترک شوم و دستگاه در صورت تغییر آن به من اطلاع می دهد.

-قابلیت، من اینطور می فهمم. دستگاه شبکه نسخه Netconf و YANG Model را ارسال می کند و پایانه کنترل نسخه Netconf را ارسال می کند. فقط زمانی که نسخه Netconf با این دو مطابقت داشته باشد می توانیم ادامه دهیم. این احساس شهودی من است. هر گونه مشاوره استقبال می شود.

-عملیاتی مانند دریافت ویرایش، داده هایی را که باید تغییر کنند مشخص می کند که می توان با استفاده از فیلتر آن ها را فیلتر کرد.

-copy-config از کپی مجموعه کاملی از تنظیمات از جایی به جایی دیگر پشتیبانی می کند. جایی می تواند یک فایل FTP، در حال اجرا، راه اندازی و پیکربندی های نامزد روی دستگاه باشد.

-Netconf همچنین از تأیید پیکربندی با استفاده از عملیات اعتبارسنجی پشتیبانی می کند.

این مقاله همچنان امیدوار است علم را رواج دهد و من وارد جزئیات نمی شوم. می توانید پروتکل های مربوطه RFC را بخوانید که در واقع خیلی طولانی نیست.

در عمل، بر اساس برخی از نرم افزارهای منبع باز، مانند ncclient پایتون، به راحتی می توانیم دستگاه های شبکه را به صورت خودکار پیکربندی کنیم و به قابلیت برنامه ریزی شبکه دست پیدا کنیم. این ماموریت Netconf و YANG Model است.

پرسنل شبکه تعاریف مدل YANG را با فرمت مناسب مطالعه می کنند و از زبان های برنامه نویسی مربوطه برای انجام عملیات قابل برنامه ریزی بر روی دستگاه های شبکه بر اساس عملیات تعریف شده توسط Netconf استفاده می کنند. به این ترتیب مسیر برنامه نویسی شبکه شکل می گیرد.

بیایید گسترش دهیم و تصور کنیم که مدل YANG ساختار داده دستگاه شبکه را تعریف کرده است. ما می توانیم آن را از طریق Netconf اجرا کنیم. آیا می توان از طریق پروتکل های دیگر نیز عمل کرد؟

پاسخ بله است. در واقع، بسیاری از پروتکل های دیگر مانند RESTConf از Netconf مشتق شده اند. همانطور که در زیر نشان داده شده است،

مدل YANG (عمومی و بومی) ساختار داده را تعریف می کند که در بالای آن پروتکل های مدیریت شبکه جدید، Netconf، RESTCon، gRPC و غیره قرار دارد. به این ترتیب می توانیم دستگاه های شبکه را از طریق RESTConf بر اساس HTTP RESTful API کار کنیم، همچنین می توانیم شبکه را اجرا کنیم. دستگاه‌ها از طریق Netconf مبتنی بر SSH، یا می‌توانیم دستگاه‌های شبکه را از طریق gRPC بر اساس HTTP2 کار کنیم.{1}}. همه آنها بر اساس YANG با ساختار داده خوب هستند. مدل سازی کنید، داده های مربوطه را بنویسید، آن را در xml یا json کپسوله کنید تا دستگاه های شبکه را برنامه ریزی کنید. این آینده برنامه نویسی شبکه است. به طور دقیق، این برنامه مدل محور، قابلیت برنامه ریزی شبکه مبتنی بر مدل است. مهندسان شبکه به تدریج به جای مجموعه دستورات، روی پارامترهای دستگاه تمرکز می کنند و با خواندن مدل داده مربوطه، پارامترهای شبکه را پیکربندی می کنند.

در پایان می نویسم چرا باید این اکانت عمومی را باز کنم. در دوران مدرسه علوم کامپیوتر و فناوری خواندم. پس از ورود به محل کار، مشغول عملیات تعمیر و نگهداری شبکه بودم. با فکر کردن به آن، دلیل تقسیم شدن من به تیم ها ممکن است به این دلیل باشد که من دانشجوی کارشناسی ارشد در پژوهشکده فناوری شبکه بودم (راهنمای خنده دار). از همان ابتدا درگیر عملیات شبکه بودم. در مرحله بعدی بهره برداری و نگهداری، از ابزارهایی برای ساده سازی کار و بهبود کارایی بر اساس CLI استفاده شد. بعدها، ابزارها به تدریج به برنامه های کاربردی وب با ساختار BS تبدیل شدند. آنها دائماً در معرض فن آوری های جدید بودند و به غنی سازی عملکردهای جدید ادامه دادند.

خوشبختانه، آنها با توسعه فناوری منبع باز و SDN همگام شدند و من به تدریج وارد کار NetDevOps شدم و از مهارت های برنامه نویسی خود برای بهبود عملکرد و قابلیت های نگهداری تیم استفاده کردم. من هم از نوشتن این خط کد لذت بردم. همانطور که نوشتن پیشرفت می کند، به تدریج کشف می شود که NetDevOps باید مهارتی باشد که هر مهندس شبکه باید در آینده داشته باشد (همه به آتش می افزایند)، تا بتوانند به برنامه ریزی سطح بالا و اجرای سریع دست پیدا کنند. با نگاهی به برخی اطلاعات در اینترنت، صادقانه بگویم، در چین بسیار کم است و فضای داخلی چندان قوی نیست. بسیاری از نرم افزارهای داخلی مبتنی بر CLI و snmp قدیمی هستند و هنوز هم همه از ابزارهای متنی و ابزارهای SSH برای کار استفاده می کنند. پس امیدوارم که منمی توانم به دیگران نحوه ماهیگیری را آموزش دهم، تجربیات و مهارت های خود را با مهندسان عملیات و نگهداری شبکه بیشتر به اشتراک بگذارم.و تمام تلاشم را بکنم. شیائو چو گفت که شما می توانید چیزی برای کاهش حجم کاری خود بیاموزید و با تمرکز بر آینده دور، عملیات و تعمیر و نگهداری شبکه داخلی می تواند واقعاً به سمت اتوماسیون پیشرفت کند.

در آینده چند ویدیو ضبط خواهم کرد و چند مقاله خواهم نوشت. نوشتن یک سند واقعاً سخت است. می توانید مشترک شوید، جمع آوری کنید، لایک کنید و تماشا کنید.

ضمیمه: عملیات مشترک Netconf