برخی از تیمهای شبکه در تغییر از گفتن دستگاهها چه کاری انجام دهند، با استفاده از برنامهنویسی ضروری، به توصیف آنچه که باید باشند، با استفاده از برنامهنویسی اعلامی، قدرت و سادگی پیدا میکنند. Nemertes اخیراً به چگونگی پیادهسازی اتوماسیون شبکه توسط سازمانهایی با شبکههای بزرگتر-مخصوصاً شبکههای سنگین Cisco- پرداخت. نتایج کمی شگفتانگیز بود زیرا کمتر از 20 درصد از کنترلر و داشبورد مدیریت شبکه DNA مرکز سیسکو استفاده میکنند که میتواند تدارکات و مدیریت تغییر را خودکار کند.
از طرف دیگر، بیش از 40٪ راه حل های اتوماسیون خود را با استفاده از اشکال مختلف برنامه نویسی یا برنامه نویسی ضروری (عمدتا پایتون) ارائه می دهند و حدود 50٪ به جای یا علاوه بر آن از یک مدل متفاوت استفاده می کنند: اتوماسیون اعلامی.
برنامه نویسی ضروری
ایده برنامهنویسی ضروری نوشتن برنامههایی است که مجموعهای از دستورالعملها هستند، مانند “A را انجام دهید سپس B را انجام دهید سپس اگر X اتفاق افتاد C را انجام دهید در غیر این صورت E را انجام دهید.” اکثر زبان های برنامه نویسی که بیشترین استفاده را دارند ضروری هستند (C++، C#، PHP و Python). روند فعلی برای اتوماسیون شبکه بیشتر، بسیاری از متخصصان شبکه را وادار می کند تا مهارت های قدیمی برنامه نویسی را حذف کنند یا برای اولین بار آنها را انتخاب کنند.
این تلاش برای کارکنان شبکه که از این سبک برنامهنویسی استفاده نمیکنند یا به سادگی آن را دشوار و بینشاط میدانند، بیاهمیت است. این دستورالعملهای دقیق میتوانند بسیار دخیل باشند و میتوانند شامل مراحل بسیاری حتی برای یک تغییر پیکربندی باشند. این مراحل میتوانند به ترتیب حساس باشند (کار 1 باید قبل از انجام کار 2 انجام شود یا چیز 1 اثرات چیز 2 را خنثی میکند)، و همچنین حساس به زمان نیز هستند (کار 2 را نمیتوان تا حداقل زمان انجام داد. پس از اتفاق 1 یا باید قبل از حداکثر زمان پس از آن انجام شود). همچنین، مهندس به عنوان برنامه نویس باید به همان اندازه مراقب باشد که فقط کارهای مورد نیاز را انجام دهد.
برنامه نویسی اعلانی
برخی از کارکنان شبکه، رویکردهای اعلامی را مناسب تر می دانند. برنامه نویسی اعلانی به جای گام هایی که برای دستیابی به آن باید برداشته شود، بر تعریف نتیجه مطلوب برنامه تمرکز دارد. HTML را می توان یک زبان اعلامی در نظر گرفت – “این صفحه وب باید دارای این متن در این اندازه و تصویر زیر و دو دکمه در اینجا و اینجا باشد تا کاربران را به صفحات B و C برساند.” SQL نیز می تواند – “مجموعه داده باید شامل تمام رکوردهایی باشد که شرایط A و B و C را برآورده می کنند.”
رویکردهای اعلامی برای اتوماسیون شبکه، بار زیادی از بار برنامه نویسی را بر عهده مهندسان شبکه می گذارد. افراد می توانند به جای کشف دستورالعمل های دقیق برای دستیابی به آن پیکربندی به درستی، بر نحوه پیکربندی یک دستگاه یا سرویس تمرکز کنند. یعنی میتوانند روی عباراتی مانند «پورتهای 1 تا 24 باید به صورت دوطرفه کامل 1 گیگابیت بر ثانیه پیکربندی شوند» تمرکز کنند. پورت های 1 تا 12 روی VLAN A هستند. پورت های 13 تا 24 روی VLAN B هستند.
مطالعه تحقیقاتی اتوماسیون شبکه Nemertes در سال 2022 نشان داد که 33٪ از سازمان های مورد مصاحبه از Ansible برای اتوماسیون شبکه و 17٪ از Gluware استفاده می کردند. Ansible عمدتاً در نتیجه رشد DevOps و پارادایم زیرساخت به عنوان کد مرتبط با DevOps برجسته شده است. در اولین نسخههای خود از یک مدل کاملاً ضروری استفاده میکرد، اما حدود پنج سال پیش پشتیبانی از مدلهای اعلامی را نیز اضافه کرد. تیم های شبکه آن را به عنوان وسیله ای برای خودکارسازی مدیریت شبکه در شبکه های مرکز داده و شعبه/پردیس استفاده کرده اند. Gluware به طور خاص به عنوان یک ابزار اتوماسیون شبکه و در درجه اول برای شبکه های سیسکو محور تکامل یافته است.
مدلهای اعلامی برای اتوماسیون شبکه
تغییر به مدلهای اعلامی برای اتوماسیون شبکه، بار تیمهای شبکه را کاهش میدهد، بهویژه در مواجهه با سیستمعاملهای شبکه که بهطور پیوسته در حال تکامل هستند. مهندسی که نیازی به نگرانی در مورد اینکه آیا به روز رسانی سیستم عامل به این معنی است که دستورات مورد نیاز برای دستیابی به یک حالت خاص تغییر کرده است یا خیر، مهندسی است که می تواند توجه بیشتری را روی اطمینان از اینکه وضعیت مورد نظر هنوز درست و قابل دستیابی است متمرکز کند. همچنین می تواند بار کار در پلتفرم های مختلف فروشندگان شبکه را کاهش دهد. باز هم، تمرکز میتواند بر روی تعریف درست حالت باشد و نه بر روی تفاوتهای مبهم بین زبانهای دستوری در Arista در مقابل Cisco در مقابل Juniper.
با این حال، طرف دیگر آن این است که سازمان باید کاملاً به پلتفرم متکی باشد که بتواند به درستی ابزار را در شبکه خود پیکربندی کند. این معمولاً برای بزرگترین فروشندگان و تجهیزات نسبتاً جدید آنها یک فرض مطمئن است، اما برای فروشندگان کوچکتر یا تجهیزات قدیمی یا نسخههای قدیمیتر سیستمعاملهای قدیمیتر، چندان مطمئن نیست. شایان ذکر است که در مطالعه Nemertes، که بر کسب اطلاعات در مورد مدیریت شبکه سیسکو متمرکز بود، تنها 25٪ از سازمان ها دارای مسیریابی و سوئیچینگ تمام سیسکو بودند. بیشتر سازمان ها دو یا سه فروشنده درگیر بودند.
بنابراین با معاوضه معمول بر روی ابزارهای قابل اعتماد ارائه شده توسط فروشندگان برای مدیریت اتوماسیون ضروری در پشت صحنه، اتوماسیون اعلامی ابزار قدرتمندی را ارائه می دهد که با آن تیم های شبکه می توانند علت اتوماسیون گسترده تر را بدون نیاز به تبدیل شدن به برنامه نویسان رویه ای به سبک ضروری پیش ببرند.
نظر خود را به اشتراک بگذارید