payamvha/North_RAG huggingface dataset:
توسط شبکه‌های عصبی عمیق انجام می‌شود، تکرار کنند. طبقه‌بندی یک مجموعه برچسب‌گذاری شده از ارقام دست‌نویس از یک الگوریتم برای تجزیه و تحلیل ویژگی‌های هر تصویر استفاده می‌کند که منجر به یک هایپربردار برای هر تصویر می‌شود. سپس الگوریتم هایپر بردارها را برای همه تصاویر برچسب‌گذاری شده، مثلاً صفر، اضافه می‌کند تا یک هایپر بردار نمونه اولیه برای مفهوم صفر ایجاد کند و این کار را برای ارقام دیگر تکرار می‌کند. طبقه‌بندی یک تصویر بدون برچسب شامل ایجاد یک هایپر بردار برای آن و مقایسه آن با هایپر بردارهای مرجع است. این
آن و مقایسه آن با هایپر بردارهای مرجع است. این مقایسه رقمی را که بیشترین شباهت را با تصویر جدید دارد شناسایی می‌کند. با توجه به مجموعه نمونه برچسب‌گذاری شده formula_1 کلاس یک "xi" خاص است. با توجه به سوال xq ∈ X ، نزدیک‌ترین نمونه اولیه را می‌توان با formula_2 پیدا کرد. معیار شباهت ρ معمولاً ضرب نقطه‌ای است. استدلال هایپر بردارها همچنین می‌توانند برای استدلال استفاده شوند. ماتریس‌های پیشرونده ریون تصاویری از اشیاء را در یک شبکه نشان می‌دهد. یک موقعیت در شبکه خالی است. تست این است که از بین تصاویر کاندید،
خالی است. تست این است که از بین تصاویر کاندید، تصویری را انتخاب کنید که بهترین تناسب را دارد. یک دیکشنری از هایپر بردارها اشیاء فردی را نشان می‌دهد. هر هایپر بردار یک مفهوم شیء را با ویژگی‌های آن نشان می‌دهد. برای هر تصویر آزمایشی، یک شبکه عصبی یک هایپر بردار دودویی (مقادیر +1 یا -1) تولید می‌کند که تا حد ممکن به برخی از مجموعه‌های هایپر بردارهای دیکشنری نزدیک باشد. بنابراین هایپر بردار تولید شده همه اشیاء و ویژگی‌های آن‌ها را در تصویر توصیف می‌کند. الگوریتم دیگر توزیع‌های احتمالی را برای تعداد اشیاء در هر
دیگر توزیع‌های احتمالی را برای تعداد اشیاء در هر تصویر و ویژگی‌های آن‌ها ایجاد می‌کند. این توزیع‌های احتمالی ویژگی‌های احتمالی هر دو زمینه و تصاویر کاندید را توصیف می‌کنند. آن‌ها نیز به هایپر بردارها تبدیل می‌شوند، سپس جبر محتمل‌ترین تصویر کاندید برای پر کردن شکاف را پیش‌بینی می‌کند. این رویکرد به دقت 88% در یک مجموعه مسئله دست یافت و راه حل‌های فقط شبکه عصبی را که 61% دقیق بودند شکست داد. برای شبکه‌های 3 در 3، سیستم 250 برابر سریع‌تر از روشی بود که از منطق نمادین برای استدلال استفاده می‌کرد، به دلیل
منطق نمادین برای استدلال استفاده می‌کرد، به دلیل اندازه کتاب قانون مرتبط. دیگر کاربردهای دیگر شامل پردازش سیگنال‌های زیستی، پردازش زبان طبیعی و رباتیک است. همچنین ببینید. ماشین بردار پشتیبانی
وزارت کارآمدی حکومت به‌طور خلاصه شده دوج یک کمیسیون مشورتی در سطح رئیس‌جمهور در حکومت ایالات متحده آمریکا است که توسط دونالد ترامپ در دومین دوره ریاست‌جمهوری وی تأسیس شد. این اداره توسط تاجران میلیاردر ایلان ماسک و ویوک راماسوامی رهبری می شد. وزارتکارآمدی حکومت، علی‌رغم نامش، به عنوان یک بخش اجرایی فدرال عمل نمی‌کند، لذا وارد سازوکار تأیید کنگره نمی‌شود بلکه در عوض، به عنوان یک نهاد مشورتی عمل می‌کند که توصیه‌هایی در مورد ساده‌سازی حکومت فدرال و کاهش ناکارآمدی آن ارائه می‌دهد. همچنین، عنوان «دوج» به میم دوج
آن ارائه می‌دهد. همچنین، عنوان «دوج» به میم دوج و رمزارز دوج‌کوین نیز اشاره دارد. تاریخچه. ایده تأسیس اداره کارآمدی با وعده‌های انتخاباتی ترامپ برای کاهش هزینه‌های فدرال و کاهش اندازه حکومت و میزان کسری مالی فدرال مرتبط است. مفهوم اداره کارآمدی حکومت در بحثی بین ایلان ماسک و دونالد ترامپ به وجود آمد. ماسک ایده یک وزارتخانه برای ساده‌سازی کارایی دولت را با ترامپ مطرح کرد. بعدها ترامپ به ماسک برای ریاست این اداره پیشنهاد داد. ماسک پیشنهاد کرد که اداره کارآمدی حکومت می‌تواند به کاهش بودجه فدرال آمریکا تا ۲
حکومت می‌تواند به کاهش بودجه فدرال آمریکا تا ۲ تریلیون دلار از طریق اقداماتی مانند کاهش ضایعات، پایان دادن آژانس‌های اضافی و کوچک کردن نیروی کارمندان فدرال کمک کند. راماسوامی همچنین گفته که اداره کارآمدی حکومت ممکن است کل آژانس‌های فدرال را حذف کند و تعداد کارمندان را تا ۷۵٪ کاهش دهد. ماسک همچنین پیشنهاد کرده که تعداد آژانس‌های فدرال از بیش از ۴۰۰ واحد به کمتر از ۱۰۰ تا تجمیع شود.
جام باشگاه‌های کارائیب ۲۰۰۴ یک رقابت بین‌المللی فوتبال باشگاهی بود که در کارائیب برای تعیین مسابقات مقدماتی این منطقه برای جام قهرمانان کونکاکاف برگزار شد. فینال مسابقات تماما در اختیار تیم‌های جامائیکایی بود و هاربر ویو با شکست تیولی گاردنز به جام قهرمانان کونکاکاف ۲۰۰۵ صعود کرد. فینال. سن خوان جابلوته قهرمان سی‌اف‌یو ۲۰۰۴ شد و به یک‌چهارم نهایی جام قهرمانان کونکاکاف ۲۰۰۵ صعود کرد.
مجازی‌سازی عملکردهای شبکه (NFV) یک مفهوم معماری شبکه است که از فناوری‌های مجازی‌سازی IT استفاده می‌کند تا دسته‌های کامل از توابع گره شبکه را به بلوک‌های ساختمانی مجازی تبدیل کند. این بلوک‌ها می‌توانند به هم متصل شوند یا زنجیره‌ای ایجاد کنند تا خدمات ارتباطی را ایجاد و ارائه دهند. NFV بر تکنیک‌های سنتی مجازی‌سازی سرور تکیه دارد، مانند آنچه در فناوری اطلاعات سازمانی استفاده می‌شود. یک تابع شبکه مجازی سازی (VNF) در یک یا چند ماشین مجازی یا کانتینر اجرا می‌شود که نرم‌افزارها و فرآیندهای مختلفی را بر روی سرورهای
نرم‌افزارها و فرآیندهای مختلفی را بر روی سرورهای معمولی، سوئیچ‌ها و دستگاه‌های ذخیره‌سازی با حجم بالا یا حتی زیرساخت‌های رایانش ابری اجرا می‌کنند. این فرایند به جای استفاده از سخت‌افزارهای سفارشی برای هر تابع شبکه انجام می‌شود و از قفل شدن به یک فروشنده خاص جلوگیری می‌کند. برای مثال، می‌توان یک کنترل‌کننده مرزی مجازی برای محافظت از شبکه مستقر کرد، بدون نیاز به هزینه‌ها و پیچیدگی‌های معمول تهیه و نصب واحدهای فیزیکی حفاظت از شبکه. سایر مثال‌های NFV شامل متعادل‌کننده‌های بار مجازی، دیوارهای آتش، سامانه تشخیص
بار مجازی، دیوارهای آتش، سامانه تشخیص نفوذ، و بهینه‌سازی شبکه گسترده هستند. جدا کردن نرم‌افزار توابع شبکه از پلتفرم سخت‌افزاری سفارشی، یک معماری شبکه انعطاف‌پذیر را ایجاد می‌کند. این معماری مدیریت شبکه چابک، راه‌اندازی سریع خدمات جدید، و کاهش قابل توجه در هزینه‌های سرمایه‌ای (CAPEX) و عملیاتی (OPEX) را ممکن می‌سازد. پس زمینه. توسعه محصول در صنعت مخابرات به‌طور سنتی از استانداردهای دقیق برای پایداری، رعایت پروتکل‌ها و کیفیت پیروی می‌کرد، که این امر با استفاده از اصطلاح «درجه حمل‌کننده» برای توصیف تجهیزاتی
از اصطلاح «درجه حمل‌کننده» برای توصیف تجهیزاتی که این سطح از اعتمادپذیری و عملکرد بالا را نشان می‌دهند، منعکس می‌شد. در حالی که این مدل در گذشته به خوبی کار می‌کرد، به‌طور اجتناب‌ناپذیری منجر به دوره‌های طولانی توسعه محصول، سرعت پایین پیشرفت و وابستگی به سخت‌افزار خاص یا اختصاصی می‌شد، مانند مدارهای مجتمع با کاربرد خاص (ASIC) برای برنامه‌های خاص. این مدل توسعه باعث تأخیرهای قابل توجه در زمان راه‌اندازی خدمات جدید، چالش‌های پیچیده در هم‌افزایی سیستم‌ها و افزایش قابل توجه هزینه‌های سرمایه‌ای و عملیاتی
و افزایش قابل توجه هزینه‌های سرمایه‌ای و عملیاتی (CAPEX/OPEX) هنگام مقیاس‌دهی به سیستم‌های شبکه و زیرساخت‌ها و ارتقاء قابلیت‌های خدمات شبکه برای پاسخگویی به بار و تقاضاهای عملکردی رو به رشد می‌شد. علاوه بر این، ظهور رقابت‌های قابل توجه از سوی سازمان‌های چابک که در مقیاس بزرگ بر روی اینترنت عمومی فعالیت می‌کنند (مانند Google Talk, Skype و Netflix)، باعث شد تا ارائه‌دهندگان خدمات به دنبال روش‌های نوآورانه برای اختلال در وضعیت موجود و افزایش منابع درآمدی خود باشند. تاریخچه. در اکتبر ۲۰۱۲، گروهی از اپراتورهای
تاریخچه. در اکتبر ۲۰۱۲، گروهی از اپراتورهای مخابراتی یک اوراق سفید در یک کنفرانس در دارمشتات، آلمان، دربارهٔ شبکه های نرم‌افزارمحور (SDN) و اوپن فلو منتشر کردند. فراخوان اقدام در پایان این مقاله سفید منجر به ایجاد گروه مشخصات صنعتی مجازی‌سازی توابع شبکه (NFV) در داخل نهاد های استانداردهای مخابراتی اروپا (ETSI) شد. این گروه مشخصات صنعتی (ISG) متشکل از نمایندگان صنعت مخابرات از اروپا و سایر نقاط جهان بود. گروه ISG NFV در ETSI بسیاری از جنبه‌ها را پوشش می‌دهد، از جمله معماری عملکردی، مدل اطلاعات، مدل داده،
از جمله معماری عملکردی، مدل اطلاعات، مدل داده، پروتکل‌ها، APIها، تست، قابلیت اطمینان، امنیت، تکامل‌های آینده و غیره. گروه ISG NFV ETSI از می ۲۰۲۱ نسخه ۵ مشخصات خود را منتشر کرده است که هدف آن تولید مشخصات جدید و گسترش مشخصات قبلی بر اساس ویژگی‌ها و بهبودهای جدید است. از زمان انتشار مقاله سفید، این گروه بیش از ۱۰۰ انتشار تولید کرده است که در صنعت به‌طور گسترده‌ای پذیرفته شده و در پروژه‌های متن‌باز برجسته مانند OpenStack, ONAP و Open Source MANO (OSM) به‌کار گرفته شده است. به دلیل فعالیت‌های متقابل و
به‌کار گرفته شده است. به دلیل فعالیت‌های متقابل و همکاری‌های فعال، مشخصات NFV ETSI همچنین در سایر سازمان‌های توسعه استاندارد (SDO) مانند 3GPP, IETF و ETSI MEC نیز مورد ارجاع قرار گرفته است. چهارچوب. چارچوب NFV از سه مؤلفه اصلی تشکیل شده است: 1. توابع شبکه مجازی‌شده (VNFs): این توابع، پیاده‌سازی‌های نرم‌افزاری از توابع شبکه هستند که می‌توانند بر روی زیرساخت مجازی‌سازی توابع شبکه (NFVI) مستقر شوند. 2. زیرساخت مجازی‌سازی توابع شبکه (NFVI): این عبارت به مجموع تمام اجزای سخت‌افزاری و نرم‌افزاری اطلاق می‌شود که
اجزای سخت‌افزاری و نرم‌افزاری اطلاق می‌شود که محیطی را برای استقرار VNFs فراهم می‌آورد. زیرساخت NFVI ممکن است شامل چندین موقعیت جغرافیایی باشد. شبکه‌ای که اتصال بین این موقعیت‌ها را فراهم می‌کند، به‌عنوان بخشی از زیرساخت NFVI در نظر گرفته می‌شود. 3. چارچوب معماری مدیریت و ارکستراسیون مجازی‌سازی توابع شبکه (NFV-MANO Architectural Framework): این چارچوب مجموعه‌ای از بلوک‌های عملکردی، مخازن داده مورد استفاده توسط این بلوک‌ها، و نقاط مرجع و رابط‌هایی است که از طریق آن‌ها این بلوک‌ها برای هدف مدیریت و
که از طریق آن‌ها این بلوک‌ها برای هدف مدیریت و ارکستراسیون NFVI و VNFs اطلاعات مبادله می‌کنند. بلوک ساختاری برای هر دو NFVI و NFV-MANO، پلتفرم NFV است. در نقش NFVI، این پلتفرم شامل منابع پردازشی و ذخیره‌سازی مجازی و فیزیکی و نرم‌افزار مجازی‌سازی است. در نقش NFV-MANO، این پلتفرم شامل مدیران VNF و NFVI و نرم‌افزار مجازی‌سازی است که بر روی یک کنترلر سخت‌افزاری عمل می‌کند. پلتفرم NFV ویژگی‌های سطح carrier-grade را پیاده‌سازی می‌کند که برای مدیریت و نظارت بر اجزای پلتفرم، بازیابی از خرابی‌ها و تأمین امنیت مؤثر
پلتفرم، بازیابی از خرابی‌ها و تأمین امنیت مؤثر مورد نیاز شبکه‌های عمومی حمل‌کننده است. جنبه علمی. یک ارائه‌دهنده خدمات که از طراحی NFV پیروی می‌کند، یک یا چند تابع شبکه مجازی‌شده (VNF) را پیاده‌سازی می‌کند. به‌طور مستقل، یک VNF به‌طور خودکار محصول یا خدمات قابل استفاده‌ای برای مشتریان ارائه‌دهنده فراهم نمی‌کند. برای ساخت خدمات پیچیده‌تر، از مفهوم زنجیره‌سازی خدمات استفاده می‌شود، جایی که چندین VNF به‌صورت توالی‌وار برای ارائه یک خدمت استفاده می‌شوند. جنبه دیگر پیاده‌سازی NFV، فرایند ارکستراسیون است. برای
دیگر پیاده‌سازی NFV، فرایند ارکستراسیون است. برای ساخت خدمات با قابلیت اطمینان و مقیاس‌پذیری بالا، NFV نیاز دارد که شبکه بتواند نمونه‌های VNF را ایجاد کند، آن‌ها را نظارت کند، تعمیر کند و (مهم‌تر از همه برای کسب‌وکار یک ارائه‌دهنده خدمات) هزینه خدمات ارائه‌شده را محاسبه کند. این ویژگی‌ها، که به عنوان ویژگی‌های carrier-grade شناخته می‌شوند، به لایه ارکستراسیون اختصاص داده می‌شوند تا قابلیت دسترسی بالا، امنیت و هزینه‌های پایین عملیات و نگهداری را فراهم کنند. نکته مهم این است که لایه ارکستراسیون باید بتواند
نکته مهم این است که لایه ارکستراسیون باید بتواند VNFs را صرف‌نظر از فناوری زیرساختی داخل VNF مدیریت کند. به‌عنوان مثال، لایه ارکستراسیون باید بتواند یک VNF SBC از فروشنده X را که بر روی VMware vSphere اجرا می‌شود، به همان اندازه که یک VNF IMS از فروشنده Y را که بر روی KVM اجرا می‌شود، مدیریت کند. NFV توزیع‌شده. برداشت اولیه از NFV این بود که قابلیت‌های مجازی‌شده باید در مراکز داده پیاده‌سازی شوند. این رویکرد در بسیاری از موارد کار می‌کند، اما در همه موارد نه. NFV بر انعطاف‌پذیری گسترده در خصوص مکان فیزیکی
NFV بر انعطاف‌پذیری گسترده در خصوص مکان فیزیکی توابع مجازی‌شده تأکید دارد. بنابراین، به‌طور ایده‌آل، توابع مجازی‌شده باید در جایی قرار گیرند که مؤثرترین و کم‌هزینه‌ترین باشد. این بدان معناست که ارائه‌دهنده خدمات باید آزادی داشته باشد تا NFV را در تمام مکان‌های ممکن، از مرکز داده گرفته تا گره شبکه و محل استقرار مشتری مستقر کند. این رویکرد که به آن NFV توزیع‌شده گفته می‌شود، از همان ابتدا که NFV در حال توسعه و استانداردسازی بود، مورد تأکید قرار گرفت و در اسناد منتشرشده اخیر NFV ISG برجسته است. در برخی موارد،
منتشرشده اخیر NFV ISG برجسته است. در برخی موارد، برای یک ارائه‌دهنده خدمات، واضح است که قرار دادن این عملکردهای مجازی‌شده در محل مشتری مزایای مشخصی دارد. این مزایا از جنبه‌های اقتصادی، عملکردی و قابلیت مجازی‌سازی توابع مختلف متغیر است. اولین اثبات مفهوم چندفروشنده‌ای عمومی (PoC) برای D-NFV که توسط ETSI NFV ISG تأیید شد، توسط Cyan, Inc. , RAD, Fortinet و Certes Networks در شیکاگو در ژوئن ۲۰۱۴ برگزار شد و توسط CenturyLink پشتیبانی می‌شد. این PoC مبتنی بر تجهیزات D-NFV در لبه مشتری RAD و با استفاده از فایروال
D-NFV در لبه مشتری RAD و با استفاده از فایروال نسل جدید (NGFW) Fortinet و موتور رمزگذاری/رمزگشایی مجازی Certes Networks به‌عنوان توابع شبکه مجازی‌شده (VNFs) با سیستم Blue Planet Cyan برای ارکستراسیون کل اکوسیستم بود. راه‌حل D-NFV RAD، یک واحد ترمینال شبکه لایه ۲/لایه ۳ (NTU) بود که با یک ماژول سرور X86 D-NFV مجهز شده بود و به‌عنوان یک موتور مجازی‌سازی در لبه مشتری عمل می‌کرد و در انتهای همان ماه تجاری شد. در طول سال ۲۰۱۴، RAD همچنین یک اتحادیه D-NFV را سازماندهی کرد که یک اکوسیستم از فروشندگان و
را سازماندهی کرد که یک اکوسیستم از فروشندگان و یکپارچه‌سازان سیستم بین‌المللی بود که به‌طور تخصصی بر روی کاربردهای جدید NFV تمرکز داشتند. مزایای مدولاریتهٔ NFV. هنگام طراحی و توسعه نرم‌افزاری که توابع VNFs را فراهم می‌کند، فروشندگان ممکن است آن نرم‌افزار را به اجزای نرم‌افزاری تقسیم کنند (نمای پیاده‌سازی معماری نرم‌افزار) و این اجزا را در یک یا چند تصویر (نمای استقرار معماری نرم‌افزار) بسته‌بندی کنند. این اجزای نرم‌افزاری تعریف‌شده توسط فروشنده، به‌عنوان اجزای تابع شبکه مجازی‌شده (VNFCs) شناخته می‌شوند.
اجزای تابع شبکه مجازی‌شده (VNFCs) شناخته می‌شوند. VNFs با یک یا چند VNFC پیاده‌سازی می‌شوند و فرض بر این است که نمونه‌های VNFC به‌طور یک‌به‌یک با تصاویر VM هم‌راستا هستند. به‌طور کلی، VNFCها باید قادر به افزایش مقیاس (scale up) و/یا گسترش مقیاس (scale out) باشند. با تخصیص CPUهای مجازی منعطف به هر یک از نمونه‌های VNFC، لایه مدیریت شبکه می‌تواند VNFC را برای تأمین نیازهای عملکردی و مقیاس‌پذیری بر روی یک سیستم یا پلتفرم واحد مقیاس عمودی دهد. به‌طور مشابه، لایه مدیریت شبکه می‌تواند یک VNFC را با فعال‌سازی
لایه مدیریت شبکه می‌تواند یک VNFC را با فعال‌سازی چندین نمونه از آن VNFC بر روی چندین پلتفرم گسترش دهد و بنابراین به مشخصات عملکردی و معماری دست یابد بدون اینکه به پایداری عملکرد سایر VNFCها آسیب بزند. پذیرندگان اولیه چنین الگوهای معماری اصول مدولاریتهٔ NFV را پیاده‌سازی کرده‌اند. ارتباط NFV با SDN. مجازی‌سازی توابع شبکه (NFV) به‌شدت با SDN (شبکه‌سازی تعریف‌شده از نرم‌افزار) مکمل است. در واقع، SDN رویکردی برای ساخت تجهیزات و نرم‌افزار شبکه داده است که اجزای این سیستم‌ها را از هم جدا و抽象 می‌کند. این کار از
این سیستم‌ها را از هم جدا و抽象 می‌کند. این کار از طریق جدا کردن Plane کنترل و داده از یکدیگر انجام می‌شود، به‌طوری‌که Plane کنترل به‌طور مرکزی قرار می‌گیرد و اجزای ارسال‌کننده (forwarding) به‌طور توزیع‌شده باقی می‌مانند. Plane کنترل با هر دو جهت شمالی و جنوبی تعامل دارد. در جهت شمالی، Plane کنترل یک نمای抽اعشده مشترک از شبکه را برای برنامه‌ها و برنامه‌های سطح بالا با استفاده از APIهای سطح بالا و پارادایم‌های مدیریت نوآورانه مانند شبکه‌سازی مبتنی بر قصد (Intent-based networking) فراهم می‌کند. در جهت جنوبی،
networking) فراهم می‌کند. در جهت جنوبی، Plane کنترل رفتار ارسال داده را از طریق APIهای سطح دستگاه تجهیزات شبکه فیزیکی توزیع‌شده در شبکه برنامه‌ریزی می‌کند. بنابراین، NFV به SDN یا مفاهیم SDN وابسته نیست، اما NFV و SDN می‌توانند برای بهبود مدیریت زیرساخت NFV و ایجاد یک محیط شبکه پویا با هم همکاری کنند. کاملاً ممکن است که یک تابع شبکه مجازی‌شده (VNF) به‌عنوان یک نهاد مستقل با استفاده از پارادایم‌های موجود شبکه‌سازی و ارکستراسیون پیاده‌سازی شود. با این حال، مزایای ذاتی در بهره‌برداری از مفاهیم SDN برای
مزایای ذاتی در بهره‌برداری از مفاهیم SDN برای پیاده‌سازی و مدیریت زیرساخت NFV وجود دارد، به‌ویژه زمانی که به مدیریت و ارکستراسیون خدمات شبکه (NS) نگاه می‌کنیم که از توابع مختلف شبکه (NF) شامل توابع شبکه فیزیکی (PNF) و VNFs تشکیل‌شده است و در بین زیرساخت‌های NFV جغرافیایی مختلف توزیع می‌شود، و به همین دلیل پلتفرم‌های چندفروشنده تعریف می‌شوند که SDN و NFV را در اکوسیستم‌های هماهنگ ترکیب می‌کنند. یک سیستم NFV به یک سیستم ارکستراسیون و مدیریت مرکزی نیاز دارد که درخواست‌های اپراتور را برای یک NS یا VNF دریافت
درخواست‌های اپراتور را برای یک NS یا VNF دریافت کرده و آن‌ها را به پردازش، ذخیره‌سازی و پیکربندی شبکه مناسب برای به‌کارگیری NS یا VNF تبدیل کند. پس از شروع به کار، VNF و شبکه‌های مرتبط باید برای ظرفیت و استفاده نظارت شوند و در صورت نیاز تغییراتی اعمال گردد.[۱۹] تمامی عملکردهای کنترل شبکه در زیرساخت NFV می‌توانند با استفاده از مفاهیم SDN انجام شوند و بنابراین می‌توان NFV را یکی از اصلی‌ترین کاربردهای SDN در محیط‌های ارائه‌دهنده خدمات در نظر گرفت. تأثیر صنعت. NFV در دوران ابتدایی خود به استانداردی محبوب
NFV در دوران ابتدایی خود به استانداردی محبوب تبدیل شده است. کاربردهای فوری آن بسیار زیاد است، از جمله مجازی‌سازی ایستگاه‌های پایه موبایل، پلتفرم به عنوان سرویس (PaaS)، شبکه‌های تحویل محتوا (CDN)، دسترسی ثابت و محیط‌های خانگی. پیش‌بینی می‌شود که مزایای بالقوه NFV چشمگیر باشد. مجازی‌سازی توابع شبکه که بر روی سخت‌افزارهای عمومی و استاندارد شده پیاده‌سازی می‌شود، انتظار می‌رود که هزینه‌های سرمایه‌ای و عملیاتی را کاهش دهد و زمان‌های معرفی سرویس و محصول را کوتاه‌تر کند. بسیاری از تأمین‌کنندگان تجهیزات شبکه بزرگ،
کند. بسیاری از تأمین‌کنندگان تجهیزات شبکه بزرگ، از پشتیبانی NFV خبر داده‌اند. این موضوع با اعلام پشتیبانی از NFV توسط تأمین‌کنندگان نرم‌افزار بزرگ همزمان شده است، که پلتفرم‌های NFV مورد استفاده توسط تأمین‌کنندگان تجهیزات برای ساخت محصولات NFV خود را فراهم می‌کنند. با این حال، برای تحقق مزایای پیش‌بینی‌شده مجازی‌سازی، تأمین‌کنندگان تجهیزات شبکه در حال بهبود فناوری مجازی‌سازی IT هستند تا ویژگی‌های کلاس Carrier مورد نیاز برای دستیابی به در دسترس‌بودن بالا، مقیاس‌پذیری، عملکرد و قابلیت‌های مدیریت مؤثر شبکه را
عملکرد و قابلیت‌های مدیریت مؤثر شبکه را گنجانده و پیاده‌سازی کنند. برای کاهش هزینه مالکیت کل (TCO)، ویژگی‌های کلاس Carrier باید به کارآمدترین روش ممکن پیاده‌سازی شوند. این نیاز دارد که راه‌حل‌های NFV از منابع پشتیبان به‌طور مؤثر استفاده کنند تا در دسترس‌بودن پنج‌نکته (۹۹٫۹۹۹٪) را به دست آورده و از منابع محاسباتی بدون کاهش پیش‌بینی‌پذیری عملکرد استفاده کنند. پلتفرم NFV پایه‌ای برای دستیابی به راه‌حل‌های کارآمد NFV با ویژگی‌های کلاس Carrier است. این پلتفرم نرم‌افزاری است که بر روی سخت‌افزارهای استاندارد چند
است که بر روی سخت‌افزارهای استاندارد چند هسته‌ای اجرا می‌شود و با استفاده از نرم‌افزارهای منبع باز ساخته شده است که ویژگی‌های کلاس Carrier را در خود گنجانده است. نرم‌افزار پلتفرم NFV مسئول تخصیص مجدد دینامیک VNFs به دلیل خرابی‌ها و تغییرات در بار ترافیکی است، و بنابراین نقش مهمی در دستیابی به در دسترس‌بودن بالا ایفا می‌کند. بسیاری از ابتکارات در حال انجام هستند تا قابلیت‌های NFV کلاس Carrier را مشخص، هماهنگ و ترویج کنند، مانند آزمایش مفهومی NFV از ETSI، پروژه Open Platform for NFV از ATIS، جوایز مجازی‌سازی
Open Platform for NFV از ATIS، جوایز مجازی‌سازی شبکه‌های Carrier و اکوسیستم‌های مختلف تأمین‌کنندگان. vSwitch، که یکی از اجزای کلیدی پلتفرم‌های NFV است، مسئول ارائه اتصال هم بین VM به VM (بین ماشین‌های مجازی) و هم بین ماشین‌های مجازی و شبکه خارجی است. عملکرد آن بر روی پهنای باند VNFs و همچنین کارایی هزینه NFV تأثیرگذار است. عملکرد استاندارد Open vSwitch (OVS) دارای نقاط ضعفی است که باید برای برآوردن نیازهای راه‌حل‌های NFVI رفع شود. تأمین‌کنندگان NFV گزارش‌هایی از بهبودهای قابل توجه در عملکرد OVS و نسخه‌های
از بهبودهای قابل توجه در عملکرد OVS و نسخه‌های Accelerated Open vSwitch (AVS) ارائه کرده‌اند. مجازی‌سازی همچنین روش مشخص‌کردن، اندازه‌گیری و دستیابی به دسترسی در راه‌حل‌های NFV را تغییر می‌دهد. به‌عنوان‌مثال، به‌عنوان‌جایگزین کردن VNFs با تجهیزات اختصاصی برای عملکردهای سنتی، شیفتی از دسترسی مبتنی بر تجهیزات به رویکرد مبتنی بر خدمات، به‌صورت انتها به انتها و لایه‌ای ایجاد می‌شود. مجازی‌سازی توابع شبکه باعث شکستن ارتباط صریح با تجهیزات خاص می‌شود، بنابراین دسترسی بر اساس دسترسی به خدمات VNF تعریف می‌شود. از
بر اساس دسترسی به خدمات VNF تعریف می‌شود. از آنجایی که فناوری NFV قادر است انواع مختلفی از توابع شبکه را مجازی‌سازی کند که هرکدام انتظارات خاص خود را در زمینه دسترسی خدمات دارند، پلتفرم‌های NFV باید از گزینه‌های تحمل خطای متنوعی پشتیبانی کنند. این انعطاف‌پذیری به CSP ها این امکان را می‌دهد که راه‌حل‌های NFV خود را به گونه‌ای بهینه‌سازی کنند که هرگونه نیاز به دسترسی به VNF را برآورده کنند. مدیریت و ارکستراسیون (MANO). ETSI پیش از این اعلام کرده است که بخش مهمی از کنترل محیط NFV باید از طریق ارکستراسیون
مهمی از کنترل محیط NFV باید از طریق ارکستراسیون خودکار انجام شود. مدیریت و ارکستراسیون NFV (NFV-MANO) به مجموعه‌ای از عملکردها در یک سیستم NFV اطلاق می‌شود که تخصیص منابع زیرساخت مجازی به توابع شبکه مجازی‌شده (VNFs) و خدمات شبکه (NSs) را مدیریت و ارکستراسیون می‌کند. این عملکردها مغز سیستم NFV هستند و کلید فعال‌سازی خودکار آن. بلوک‌های عملکردی اصلی در چارچوب معماری NFV-MANO عبارتند از: ارکستراسیون تابع شبکه مجازی‌شده (NFVO)؛ مدیر تابع شبکه مجازی‌شده (VNFM)؛ مدیر زیرساخت مجازی‌شده (VIM). نقطه ورودی در
مدیر زیرساخت مجازی‌شده (VIM). نقطه ورودی در NFV-MANO برای سیستم‌های پشتیبانی عملیات خارجی (OSS) و سیستم‌های پشتیبانی کسب‌وکار (BSS) NFVO است، که مسئول مدیریت چرخه حیات نمونه‌های NS (خدمات شبکه) می‌باشد. مدیریت چرخه حیات نمونه‌های VNF که یک نمونه NS را تشکیل می‌دهند، توسط NFVO به یکی از VNFMs (مدیران VNF) واگذار می‌شود. هم NFVO و هم VNFMs از خدمات ارائه‌شده توسط یک یا چند VIM (مدیر زیرساخت مجازی) برای تخصیص منابع زیرساخت مجازی به اشیاء تحت مدیریت خود استفاده می‌کنند. علاوه بر این، توابع اضافی برای مدیریت
می‌کنند. علاوه بر این، توابع اضافی برای مدیریت VNFهای کانتینری وجود دارند: این توابع شامل مدیریت زیرساخت خدمات کانتینر (CISM) و رجیستری تصویر کانتینر (CIR) هستند. CISM مسئول نگهداری بارهای کاری کانتینری است، در حالی که CIR مسئول ذخیره و نگهداری اطلاعات تصاویر نرم‌افزاری کانتینر سیستم‌عامل است. رفتار NFVO و VNFM توسط محتوای قالب‌های استقرار (که به آن‌ها توصیف‌گرهای NFV نیز گفته می‌شود) مانند توصیف‌گر خدمات شبکه (NSD) و توصیف‌گر VNF (VNFD) هدایت می‌شود. ETSI مجموعه کاملی از استانداردها را ارائه می‌دهد که یک
مجموعه کاملی از استانداردها را ارائه می‌دهد که یک اکوسیستم باز را امکان‌پذیر می‌سازد، جایی که توابع شبکه مجازی‌شده (VNFs) می‌توانند با سیستم‌های مدیریت و ارکستراسیون مستقل توسعه‌یافته، تعامل داشته باشند و اجزای سیستم‌های مدیریت و ارکستراسیون خود نیز قادر به تعامل با یکدیگر هستند. این شامل مجموعه‌ای از مشخصات APIهای Restful و همچنین مشخصات یک فرمت بسته‌بندی برای ارائه VNFs به ارائه‌دهندگان خدمات و قالب‌های استقرار است که با تصاویر نرم‌افزاری بسته‌بندی می‌شوند تا امکان مدیریت چرخه حیات VNFs را فراهم کنند.
تا امکان مدیریت چرخه حیات VNFs را فراهم کنند. قالب‌های استقرار می‌توانند مبتنی بر TOSCA یا YANG باشند. مطالعات اضافی در حال انجام است در داخل ETSI به منظور بررسی بهبودهای ممکن در چارچوب NFV-MANO برای ارتقای قابلیت‌های اتوماتیک‌سازی و معرفی مکانیزم‌های مدیریت خودکار (مراجعه کنید به ETSI GR NFV-IFA 041). مطالعه عملکرد. مطالعه عملکرد اخیر بر روی NFV تمرکز داشت بر Throughput (توان عملیاتی)، Latency (تأخیر) و Jitter (نوسان زمان تأخیر) توابع شبکه مجازی‌شده (VNFs)، همچنین مقیاس‌پذیری NFV در خصوص تعداد VNFs که یک
همچنین مقیاس‌پذیری NFV در خصوص تعداد VNFs که یک سرور فیزیکی واحد می‌تواند پشتیبانی کند. پلتفرم‌های NFV متن‌باز در دسترس هستند، یکی از نمایندگان آن openNetVM است. openNetVM یک پلتفرم NFV با عملکرد بالا است که بر اساس DPDK و کانتینرهای Docker ساخته شده است. openNetVM یک چارچوب انعطاف‌پذیر برای استقرار توابع شبکه و اتصال آنها به یکدیگر جهت ساخت زنجیره‌های خدمات فراهم می‌آورد. این پلتفرم نسخه متن‌باز از پلتفرم NetVM است که در مقالات NSDI 2014 و HotMiddlebox 2016 توصیف شده و تحت مجوز BSD منتشر شده است. کد منبع
توصیف شده و تحت مجوز BSD منتشر شده است. کد منبع آن در GitHub: openNetVM قابل دسترسی است. توابع شبکه مبتنی بر ابر (Cloud-native Network Functions). از سال ۲۰۱۸، بسیاری از ارائه‌دهندگان VNF شروع به مهاجرت بسیاری از توابع شبکه خود به معماری مبتنی بر کانتینر کردند. این توابع شبکه که به توابع شبکه مبتنی بر ابر (CNF) شناخته می‌شوند، از بسیاری از نوآوری‌هایی که به‌طور معمول در زیرساخت اینترنتی پیاده‌سازی می‌شوند، استفاده می‌کنند. این نوآوری‌ها شامل اسکالینگ خودکار، پشتیبانی از مدل تحویل مداوم/ DevOps و افزایش
پشتیبانی از مدل تحویل مداوم/ DevOps و افزایش کارایی با به اشتراک‌گذاری خدمات مشترک در پلتفرم‌ها است. از طریق کشف سرویس و ارکستراسیون، شبکه‌ای که بر اساس CNF ساخته شده باشد، در برابر خرابی‌های منابع زیرساختی مقاوم‌تر خواهد بود. استفاده از کانتینرها و حذف سربار ناشی از مجازی‌سازی سنتی از طریق حذف سیستم عامل مهمان می‌تواند کارایی منابع زیرساخت را به طرز چشمگیری افزایش دهد.
زبان‌های توصیف معماری (Architecture Description Languages یا ADLs) در چندین حوزه مورد استفاده قرار می‌گیرند: مهندسی سیستم، مهندسی نرم‌افزار، و مدل‌سازی و مهندسی سازمان. جامعه مهندسی سیستم از یک زبان توصیف معماری به‌عنوان یک زبان یا یک مدل مفهومی برای توصیف و نمایش معماری سیستم‌ها استفاده می‌کند. جامعه مهندسی نرم‌افزار از یک زبان توصیف معماری به‌عنوان یک زبان کامپیوتری برای ایجاد توصیفی از یک معماری نرم‌افزاری بهره می‌برد. در مورد آنچه به عنوان معماری فنی شناخته می‌شود، معماری باید برای توسعه‌دهندگان
فنی شناخته می‌شود، معماری باید برای توسعه‌دهندگان نرم‌افزار منتقل شود؛ یک معماری عملکردی به ذینفعان و کاربران مختلف منتقل می‌شود. برخی از زبان‌های توصیف معماری که توسعه یافته‌اند عبارت‌اند از: - Acme (توسعه‌یافته توسط دانشگاه Carnegie Mellon - CMU) - AADL (استانداردشده توسط SAE) - C2 (توسعه‌یافته توسط دانشگاه کالیفرنیا، ایرواین - UCI) - SBC-ADL (توسعه‌یافته توسط دانشگاه ملی Sun Yat-Sen) - Darwin (توسعه‌یافته توسط کالج امپریال لندن) - Wright (توسعه‌یافته توسط CMU). نمای کلی. سند ISO/IEC/IEEE 42010 با عنوان