رشد قدرت محاسباتی و توسعه فناوری های مجازی سازی پلتفرم x86 از یک سو و گسترش برون سپاری فناوری اطلاعات از سوی دیگر، به مفهوم محاسبات مفید (IT به عنوان یک سرویس عمومی) منجر شده است. چرا هزینه IT را به همان روشی که برای آب یا برق پرداخت نمی کنید - دقیقاً به همان اندازه و دقیقاً زمانی که به آن نیاز دارید و نه بیشتر.
در این لحظه، مفهوم محاسبات ابری ظاهر شد - مصرف خدمات فناوری اطلاعات از "ابر"، یعنی. از برخی منابع خارجی، بدون توجه به اینکه این منابع چگونه و از کجا می آیند. همانطور که به زیرساخت ایستگاه های پمپاژ آبرسانی اهمیتی نمی دهیم. در این زمان، طرف دیگر مفهوم نیز مشخص شده بود - یعنی مفهوم خدمات فناوری اطلاعات و نحوه مدیریت آنها در چارچوب ITIL / ITSM.
تعدادی از تعاریف ابرها (رایانش ابری) ایجاد شده است، اما این نباید به عنوان حقیقت نهایی در نظر گرفته شود - این فقط راهی برای رسمی کردن روش هایی است که محاسبات ابزار ارائه می شود.
- "رایانش ابری یک فناوری پردازش داده های توزیع شده است که در آن منابع و ظرفیت های کامپیوتری به عنوان یک سرویس اینترنتی در اختیار کاربر قرار می گیرد" ویکی پدیا
- رایانش ابری مدلی برای فراهم کردن دسترسی راحت شبکه به یک مجموعه مشترک از منابع محاسباتی قابل تنظیم (مانند شبکه‌ها، سرورها، ذخیره‌سازی، برنامه‌ها و خدمات) در صورت تقاضا است که می‌تواند به سرعت با حداقل تلاش مدیریت یا حداقل مداخله فراهم شود. ارائه دهنده خدمات "NIST
- «رایانش ابری الگویی از ارائه دسترسی به شبکه به یک مجموعه مقیاس پذیر و انعطاف پذیر از منابع فیزیکی یا مجازی توزیع شده است که در حالت سلف سرویس ارائه شده و بر اساس تقاضا اداره می شود» ISO/IEC 17788:2014. فناوری اطلاعات - محاسبات ابری - نمای کلی و واژگان.
طبق NIST، سه نوع اصلی ابر وجود دارد:
- IaaS - Infrastructure as a Service - Infrastructure as a Service
- PaaS - پلتفرم به عنوان سرویس - پلتفرم به عنوان سرویس
- SaaS - نرم افزار به عنوان یک سرویس
برای درک بسیار ساده تفاوت، بیایید مدل Pizza-as-a-Service را در نظر بگیریم:
NIST ویژگی های ضروری زیر را تعریف می کند تا یک سرویس فناوری اطلاعات به عنوان یک سرویس ابری در نظر گرفته شود.
- دسترسی گسترده به شبکه - این سرویس باید یک رابط شبکه جهانی داشته باشد که تقریباً هر کسی با حداقل نیاز به اتصال و استفاده از سرویس اجازه دهد. به عنوان مثال - برای استفاده از شبکه الکتریکی 220 ولت، کافی است به هر پریز با یک رابط استاندارد جهانی (شاخه) متصل شوید، که تغییری نمی کند کتری، جاروبرقی یا لپ تاپ.
- خدمات اندازه گیری شده - یکی از ویژگی های کلیدی یک سرویس ابری، قابلیت اندازه گیری سرویس است. برگردیم به قیاس با برق، اگر یک بار در خانه بودید و در طول ماه یک فنجان چای نوشیدید، دقیقاً به همان میزانی که مصرف کرده اید، با حداقل دانه بندی، تا هزینه یک بار جوشاندن کتری پرداخت می کنید.
- سرویس‌های خود پیکربندی بر حسب تقاضا (سرویس خود بر اساس تقاضا) - ارائه‌دهنده ابر به مشتری امکان پیکربندی هوشمندانه سرویس را بدون نیاز به تعامل با کارمندان ارائه‌دهنده ارائه می‌دهد. برای جوشاندن کتری، مطلقاً لازم نیست از قبل با Energosbyt تماس بگیرید و از قبل به آنها هشدار دهید و اجازه بگیرید. از لحظه اتصال خانه (انعقاد قرارداد) ، همه مصرف کنندگان می توانند به طور مستقل از برق ارائه شده استفاده کنند.
- کشش فوری (کشش سریع) - ارائه دهنده ابر منابعی را با توانایی افزایش / کاهش فوری ظرفیت (در محدوده معقول معین) فراهم می کند. به محض روشن شدن کتری، ارائه دهنده بلافاصله 3 کیلو وات برق به شبکه آزاد می کند و به محض خاموش شدن، خروجی را به صفر می رساند.
- ادغام منابع (تجمع منابع) - مکانیسم های داخلی ارائه دهنده خدمات به شما امکان می دهد ظرفیت های تولید فردی را در یک استخر (پول) مشترک منابع با ارائه بیشتر منابع به عنوان خدمات به مصرف کنندگان مختلف ترکیب کنید. با روشن کردن کتری، ما کمتر از همه نگران این هستیم که برق از کدام نیروگاه خاص تامین می شود. و همه مصرف کنندگان دیگر این نیرو را با ما مصرف می کنند.
درک این نکته مهم است که ویژگی‌های ابر که در بالا توضیح داده شد از سقف گرفته نشده‌اند، بلکه نتیجه‌ای منطقی از مفهوم محاسبات ابزار هستند. و خدمات عمومی باید این ویژگی ها را در چارچوب مفهوم داشته باشد. اگر یک یا ویژگی دیگر مطابقت نداشته باشد، سرویس بدتر نمی شود و "سمی" نمی شود، فقط ابری نیست. خوب، چه کسی گفته است که همه خدمات باید؟
چرا من در این مورد جداگانه صحبت می کنم؟ در 10 سال گذشته پس از تعریف NIST، مناقشات زیادی در مورد "ابر بودن واقعی" بر اساس این تعریف وجود داشته است. در ایالات متحده، اصطلاح "مطابق با قانون است، اما نه روح" هنوز هم گاهی اوقات در حوزه قضایی استفاده می شود - و در مورد محاسبات ابری، نکته اصلی روح، منابع برای اجاره در دو است. کلیک های ماوس
لازم به ذکر است که 5 مشخصه فوق برای ابر عمومی قابل اجرا هستند اما در هنگام انتقال به ابر خصوصی اکثر آنها اختیاری می شوند.
- دسترسی به شبکه جهانی (دسترسی به شبکه گسترده) - در یک ابر خصوصی، سازمان کنترل کاملی بر ظرفیت تولید و مشتریان مصرف کننده دارد. بنابراین، این ویژگی را می توان به صورت خودکار انجام شده در نظر گرفت.
- خدمات اندازه‌گیری شده یکی از ویژگی‌های کلیدی مفهوم محاسبات ابزار، پرداخت در صورت تمایل است. اما چگونه می توان به سازمان ها به خودشان پول پرداخت کرد؟ در این حالت، تقسیم تولید و مصرف در داخل شرکت ایجاد می شود، فناوری اطلاعات به یک ارائه دهنده تبدیل می شود و واحدهای تجاری به مصرف کنندگان خدمات تبدیل می شوند. و تسویه حساب بین بخشها صورت می گیرد. دو حالت کار امکان پذیر است: استرداد شارژ (با تسویه حساب های متقابل واقعی و حرکت مالی) و نمایش (به شکل گزارش مصرف منابع به روبل، اما بدون حرکت مالی).
- سرویس‌های خود پیکربندی برحسب تقاضا (خدمات خود بر اساس تقاضا) - ممکن است در سازمان یک سرویس فناوری اطلاعات مشترک وجود داشته باشد، در این صورت مشخصه بی‌معنی می‌شود. با این حال، اگر کارکنان فناوری اطلاعات یا مدیران برنامه های کاربردی خود را در واحدهای تجاری خود دارید، باید یک پورتال سلف سرویس راه اندازی کنید. نتیجه گیری - مشخصه اختیاری است و به ساختار کسب و کار بستگی دارد.
- کشش فوری (کشش سریع) - درون سازمان به دلیل مجموعه ثابت تجهیزات برای سازماندهی یک ابر خصوصی معنای خود را از دست می دهد. می توان از آن به میزان محدودی در چارچوب تسویه حساب های دوجانبه داخلی استفاده کرد. نتیجه - برای یک ابر خصوصی قابل استفاده نیست.
- ادغام منابع (تجمع منابع) - امروزه عملا هیچ سازمانی وجود ندارد که از مجازی سازی سرور استفاده نکند. بر این اساس، این ویژگی را می توان به طور خودکار انجام شده در نظر گرفت.
س: پس به هر حال ابر خصوصی شما چیست؟ یک شرکت برای ساخت چه چیزی نیاز به خرید و پیاده سازی دارد؟
پاسخ: ابر خصوصی انتقال به یک مدل اداری جدید تعامل فناوری اطلاعات و کسب و کار است که شامل 80 درصد اقدامات اداری و تنها 20 فناوری است.
پرداخت تنها برای منابع مصرف شده و ورود آسان، بدون نیاز به دفن چند صد میلیون نفت در مخارج سرمایه ای، چشم انداز فناوری جدید و ظهور شرکت های میلیاردی را ایجاد کرده است. برای مثال، غول‌های مدرن Dropbox و Instagram به عنوان استارت‌آپ‌هایی در AWS ظاهر شدند که زیرساخت‌های خودشان را نداشتند.
باید به طور جداگانه تاکید کرد که ابزارهای مدیریت خدمات ابری بسیار غیرمستقیم تر می شوند و مسئولیت کلیدی مدیر فناوری اطلاعات انتخاب تامین کنندگان و کنترل کیفیت است. بیایید نگاهی به این دو مسئولیت جدید بیندازیم.
ابرها که به عنوان جایگزینی برای زیرساخت های سنگین کلاسیک با مراکز داده و سخت افزار خاص خود ظاهر می شوند، به طرز فریبنده ای سبک هستند. ورود به فضای ابری آسان است، اما مسئله خروج معمولاً دور زده می شود. مانند هر صنعت دیگری، ارائه دهندگان ابر تلاش می کنند تا از تجارت محافظت کنند و رقابت را سخت تر کنند. تنها لحظه رقابت جدی تنها با انتخاب اولیه یک ارائه دهنده خدمات ابری به وجود می آید و سپس ارائه دهنده تمام تلاش خود را می کند تا مشتری او را ترک نکند. علاوه بر این، تمام تلاش ها به سمت کیفیت خدمات یا دامنه آنها معطوف نخواهد شد. اول از همه، ارائه خدمات منحصر به فرد و استفاده از نرم افزارهای غیر استاندارد سیستم است که تغییر به ارائه دهنده دیگری را دشوار می کند. بر این اساس، هنگام انتخاب یک ارائه دهنده خدمات، لازم است که به طور همزمان یک برنامه انتقال از این ارائه دهنده (در واقع یک طرح کامل DRP - بازیابی فاجعه) تشکیل شود و به معماری ذخیره سازی داده ها و پشتیبان گیری فکر کنید.
دومین جنبه مهم از مسئولیت های جدید CIO کنترل کیفیت خدمات از سوی تامین کننده است. تقریباً همه ارائه دهندگان ابر با توجه به معیارهای داخلی خود از SLA پیروی می کنند که می تواند تأثیر بسیار غیرمستقیم بر فرآیندهای تجاری مشتری داشته باشد. و بر این اساس، پیاده‌سازی سیستم نظارت و کنترل شما به یکی از پروژه‌های کلیدی در هنگام انتقال سیستم‌های IT قابل توجه به یک ارائه‌دهنده ابری تبدیل می‌شود. در ادامه مبحث SLA، باید تاکید کرد که اکثریت قریب به اتفاق ارائه دهندگان ابری مسئولیت عدم انجام SLA را به هزینه اشتراک ماهانه یا به سهمی از پرداخت محدود می کنند. به عنوان مثال، AWS و Azure، زمانی که از آستانه در دسترس بودن 95٪ (36 ساعت در ماه) فراتر رود، 100٪ تخفیف در هزینه اشتراک ایجاد می کنند و Yandex.Cloud - 30٪.
و البته، نباید فراموش کنیم که ابرها فقط توسط ماستودون های کلاس آمازون و فیل های کلاس Yandex انجام نمی شوند. ابرها نیز کوچکتر هستند - به اندازه یک گربه یا حتی یک موش. همانطور که مثال CloudMouse نشان داد، گاهی اوقات ابر فقط طول می کشد و به پایان می رسد. شما غرامت یا تخفیف دریافت نخواهید کرد - چیزی جز از دست دادن کل داده دریافت نخواهید کرد.
با توجه به مشکلات فوق در پیاده‌سازی سیستم‌های فناوری اطلاعات با درجه بحرانی تجاری در زیرساخت‌های ابری، پدیده «بازگشت ابرها» در سال‌های اخیر مشاهده شده است.
تا سال 2020، رایانش ابری از اوج انتظارات متورم عبور کرده است و این مفهوم در مسیر ناامیدی قرار گرفته است (طبق چرخه هایپ گارتنر). طبق تحقیقات и تا 80 درصد از مشتریان شرکتی به دلایل زیر برمی گردند و قصد دارند بارها را از ابرها به مراکز داده خودشان برگردانند:
- بهبود در دسترس بودن/عملکرد؛
- کاهش هزینه های؛
- برای رعایت الزامات IS.
چه باید کرد و چگونه همه چیز "واقعا" است؟
شکی نیست که ابرها به طور جدی و برای مدت طولانی آمده اند. و هر سال نقش آنها بیشتر خواهد شد. با این حال، ما در آینده ای دور زندگی نمی کنیم، بلکه در سال 2020 در یک وضعیت بسیار مشخص زندگی می کنیم. اگر یک استارتاپ نیستید، اما یک مشتری کلاسیک شرکتی هستید، با ابرها چه باید کرد؟
- ابرها در درجه اول مکانی برای خدمات با بار فصلی غیرقابل پیش بینی یا مشخص هستند.
- در بیشتر موارد، سرویس‌هایی با بار پایدار قابل پیش‌بینی برای نگهداری در مرکز داده شما ارزان‌تر هستند.
- شروع کار با ابرها با محیط های آزمایشی و سرویس های کم اولویت ضروری است.
- در نظر گرفتن قرار دادن سیستم های اطلاعاتی در ابر با توسعه روشی برای انتقال از ابر به ابر دیگر (یا بازگشت به مرکز داده خود) آغاز می شود.
- قرار دادن یک سیستم اطلاعاتی در فضای ابری با توسعه یک طرح پشتیبان برای زیرساختی که شما کنترل می کنید آغاز می شود.
منبع: www.habr.com