• QuGRm5VH37
  • نوامبر 23, 2021
  • بدون دیدگاه

شکستن 3 مانع برای مهاجرت ابر

  • ­­­­­ابتکارات: زیرساخت مرکز داده

طرح‌های مهاجرت ابری برای برنامه‌های سازمانی اغلب به دلیل اندازه برنامه، سطوح بالای سفارشی‌سازی و مهارت‌های ناکافی خنثی می‌شوند. قبل از مهاجرت برنامه‌ها، رهبران I&O باید با مدرن‌سازی زیرساخت‌ها و برنامه‌ها به پیکربندی‌های ابری، موانع را از بین ببرند.

  1. دیدگاه‌های اضافی
  2. یافته‌های کلیدی

در حالی که پیشرفت‌ها در ماشین‌های مجازی (VMs) رهبران زیرساخت‌ها و عملیات (I&O) را قادر می‌سازد تا برنامه‌های با اندازه متوسط ​​(2 ترابایت به 6 ترابایت) را به ابر ببرند، آنها هنوز نمی توانند برنامه های بزرگتر از 6 ترابایت را روی یک ماشین مجازی انتقال دهند.

رهبران I&O وظیفه دارند مجموعه وسیعی از برنامه های کاربردی سفارشی شده را مدیریت کنند که برای اجرا در فضای ابری (یا در زیرساخت های داخلی مانند ابر) طراحی نشده اند.

ارائه دهندگان Cloud IaaS زیرساخت های اساسی را ارائه می دهند و در ارائه مهارت های عملیاتی و پیاده سازی در SLA ها برتری می یابند. اگرچه آنها خدمات حرفه ای ارائه می دهند، ارائه دهندگان IaaS ابری اغلب برای مهارت های انتقالی و تحولی تخصصی به شرکای خود متکی هستند – که منجر به شکاف در مهارت های I&O می شود.

  • توصیه

بهترین مسیر مهاجرت برای هر نرم افزار موجود (یعنی، ابر در مقابل میزبانی) طبقه بندی برنامه های کاربردی را بر اساس اندازه تعیین کنید.

با تیم های برنامه همکاری کنید تا برنامه های کاربردی قدیمی را با پیکربندی مجدد برنامه های کاربردی سفارشی سازی شده (برای میزبانی) و ایجاد پلتفرم برنامه های کاربردی کمی سفارشی شده (برای ابر) استاندارد کنید.

با تکمیل تیم‌های I&O سنتی با مهارت‌های انتقالی و تحول آفرین از طرف شرکای استراتژیک یا یکپارچه ‌کننده‌های سیستم (SI) تلاش‌های مدرن‌سازی را هدایت کنید.

  • مفروضات برنامه ریزی استراتژیک

تا سال 2024، 15 درصد از همه برنامه های کاربردی سازمانی در یک محیط کانتینر اجرا خواهند شد، که این رقم در سال 2020 کمتر از 5 درصد بود.

مقدمه

برای ارائه خدمات زیرساختی کارآمد در حین مدیریت هزینه و ریسک، رهبران I&O باید زیرساخت استاندارد، مدرن و قابل تکرار را ارائه دهند (به انتقال از اختلال تحت رهبری زیرساخت به خدمات قابل استفاده مجدد مراجعه کنید.)

ظهور زیرساخت ابر عمومی مقیاس و روش‌های جدید یا بهبود یافته‌ ای را برای افزایش تکرارپذیری تامین زیرساخت به عنوان IaaS ایجاد کرده است. این فراهم ‌سازی زیرساخت بهبودیافته نیز عبارت است از:

  • تغییرناپذیر: رویکردی برای مدیریت خدمات و استقرار نرم‌افزار در منابع IT، که در آن اجزا به جای تغییر جایگزین می‌شوند. هنگامی که تغییری رخ می دهد، یک برنامه یا سرویس به طور موثر مجدداً ارائه می شود.
  • زودگذر: منابع فناوری اطلاعات بدون استثنا قابل تغییر نیستند.
  • Idempotent: توانایی تکرار خودسرانه یک عمل بدون اثر افزایشی یا مضر.

این ویژگی ها برای ایجاد سطوح صنعتی اتوماسیون و تکرارپذیری که در ابرهای عمومی در مقیاس بزرگ مورد نیاز است، ضروری هستند. آنها همچنین به بهبود چابکی IT سازمانی کمک می کنند، اما برای برنامه ها و زیرساخت های مدرن و ابری مناسب هستند.

بر خلاف برنامه‌های کاربردی جدید، بخش عمده‌ای از مجموعه برنامه‌های کاربردی سازمانی – حدود 85 درصد از برنامه‌های اصلی فناوری اطلاعات موجود – با استفاده از اصول معماری بومی ابری طراحی نشده‌اند. به عنوان مثال می توان به برنامه های اصلی و میان رده قدیمی، برنامه های کاربردی ERP و برنامه های کاربردی انحصاری مبتنی بر یونیکس اشاره کرد. این برنامه‌ها اغلب بسیار سفارشی‌سازی‌شده و از نظر اندازه بزرگ هستند، که آنها را با اکثر پلتفرم‌های ابری ناسازگار می‌کند. یک رویکرد افزایش و جابجایی برای انتقال برنامه‌های کاربردی قدیمی به ابر، یک استراتژی مدرن‌سازی مؤثر نیست.

در بررسی رفتار خرید کاربر نهایی ابری ما در سال 2020، پاسخ دهندگان نشان دادند که سازمان‌های آنها احتمال کمتری دارد که تا سال 2022 از استراتژی افزایش و جابجایی استفاده کنند و در عوض استفاده از سایر رویکردهای مدرن‌سازی، از جمله جایگزینی و ساخت/خرید برنامه‌های کاربردی جدید را افزایش خواهند داد.

رهبران I&O باید با اطمینان از اینکه زیرساخت‌های فناوری اطلاعات درون محل ابری می‌شوند، مهاجرت برنامه را فعال کنند. برای انجام این کار، آنها باید منابع خود را بر ایجاد زیرساخت های تغییرناپذیر، زودگذر و غیرقابل تمرکز متمرکز کنند. رهبران I&O باید برای تعیین گزینه‌های میزبانی مناسب برای برنامه (به طور ایده ‌آل با استفاده از خط ‌مشی قرار دادن حجم کاری؛ به طراحی سند خط ‌مشی قرار دادن حجم کاری ابری مراجعه کنید) تصمیمات سرمایه‌ گذاری در مورد قرار دادن حجم کاری بگیرند. این فرآیند آن‌ها را قادر می‌سازد تا با مدرن‌سازی زیرساخت‌ها و برنامه‌ها به پیکربندی‌های ابری، موانع مهاجرت ابری را از بین ببرند.

در همه موارد، تیم‌های I&O هنگام مهاجرت برنامه‌های موجود با سه مانع کلیدی روبرو هستند:

  1. اندازه. برنامه های بزرگ کمتر قابل حمل هستند.
  2. سفارشی سازی. برنامه های غیر استاندارد با زیرساخت های ابری سازگار نیستند.
  3. مهارت ها. ارائه دهندگان ابر اغلب فاقد مهارت های انتقالی و تحول آفرین برای پیشبرد طرح های نوسازی هستند.

برای غلبه بر این موانع، رهبران I&O ابتدا باید محدودیت های ابر را درک کنند و سپس استراتژی و مهارت هایی را برای مدرن سازی برنامه های خود توسعه دهند.

  • تجزیه و تحلیل

  • تعیین مسیر مهاجرت برنامه بر اساس اندازه

برنامه های کوچکتر از 2 ترابایت بخش عمده ای از نمونه کارها IT را تشکیل می دهند. پرس و جوهای مشتری Gartner نشان می دهد که حدود 95٪ از برنامه های کاربردی ابری و 90٪ از برنامه های کاربردی داخلی زیر آستانه 2 ترابایت هستند. اگر برنامه ای بیش از 2 ترابایت نباشد، رهبران I&O باید برای مجازی سازی آن و انتقال آن به زیرساخت ابری یا ابری برنامه ریزی کنند.

افزایش قابلیت حمل ماشین‌های مجازی، رهبران I&O را قادر می‌سازد تا به دو مزیت اصلی، هم در محل و هم در فضای ابری دست یابند:

  • بهبود SLA از طریق مهاجرت VM زنده (برای رفع خرابی برنامه ‌ریزی ‌شده.)
  • افزایش انعطاف پذیری از طریق بازیابی مبتنی بر سایت (برای رفع خرابی های برنامه ریزی نشده.)

با انتشار VMware 7.0، اندازه VM دیگر به 30 CPU مجازی (vCPU) محدود نمی شود. بنابراین، رهبران I&O اکنون می‌توانند برنامه‌های بزرگ‌تر از 2 ترابایت را در فضای ابری اجرا کنند. با این حال، محدودیت های بالای حافظه VMware 7.0 هنوز در حال آزمایش هستند. در حالی که برخی از برنامه های 5 تا 6 ترابایتی روی ماشین های مجازی در حال اجرا هستند، همه ارائه دهندگان ابر نمی توانند از این برنامه های بزرگ در هر منطقه یا هر عمودی پشتیبانی کنند. پیشرفت های مشابه Red Hat KVM همچنین ظرفیت VM آن را برای ارائه دهندگان داخلی و ابری افزایش داده است. بنابراین، رهبران I&O باید قبل از مهاجرت برنامه ‌ای که بزرگ‌تر از 2 ترابایت است، از زیرساخت/ارائه‌دهنده ابر مراجع دریافت کنند. این برنامه‌های با اندازه متوسط ​​را تا زمانی که ارائه ‌دهنده ثابت نکرده است که قادر به ارائه پشتیبانی در منطقه یا عمودی شما هستند، جابه‌جا نکنید.

برنامه های بزرگتر از 4 تا 6 ترابایت محدودیت های حافظه ماشین های مجازی (هم در محل و هم در فضای ابری) را افزایش می دهند. برای این برنامه‌ها، رهبران I&O باید گزینه‌های میزبانی بدون فلز را ارزیابی کنند. از آنجایی که این پیشنهادات از یک سخت افزار سرور اختصاصی استفاده می کنند، یک ابر کشسان نیستند، بلکه زیرساخت های ابری در نظر گرفته می شوند. در بسیاری از موارد، رهبران I&O ممکن است همچنان به راه حل های سنتی با دسترسی بالا (HA) نیاز داشته باشند.

رهبران I&O باید برنامه های کاربردی خود را بر اساس سه دسته اندازه طبقه بندی کنند (جدول 1 را ببینید). مهاجرت ابر برنامه های کوچک را در کوتاه مدت اولویت بندی کنید (در جایی که ریسک کم است و مزایای آن ثابت شده است) و سپس برای برنامه های متوسط ​​درخواست اثبات مفهوم کنید (زیرا مهاجرت برنامه های کاربردی 2 ترابایت به 6 ترابایت تجربی تر است.)

  • جدول 1: طرح مهاجرت بر اساس اندازه برنامه
  • استانداردسازی برنامه های کاربردی سفارشی برای مهاجرت ابری

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

مسیر استانداردسازی به سطح سفارشی سازی بستگی دارد. سه نوع سفارشی:

  1. اضافه شدن و یا صفحه نمایش و گزارش سفارشی،
  2. زمینه اضافه شده و یا شاخص / بالغ
  3. اضافه شده فرآیندها و اسکریپت های سفارشی

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

  1. فیلدهای متنی ویرایش شده در پیکربندی
  2. فیلدهای پنهان یا نمایه ها / جمع ها
  3. فرآیندهای استاندارد و اسکریپت های سفارشی

رهبران I&O باید برنامه پیکربندی شده را به ابر منتقل کنند.

برخلاف برنامه‌هایی که کمتر از 100 سفارشی‌ سازی دارند، برنامه‌های بسیار سفارشی ‌شده پیچیده‌تر از آن هستند که تبدیل به یک فرمت پیکربندی‌شده و سازگار با ابر شوند. به این ترتیب، رهبران I&O نمی‌توانند این برنامه‌ها را تا حداقل یک چرخه پروژه تا سال 2025 به فضای ابری منتقل کنند. در عوض، آنها باید برنامه را برای تحویل میزبانی فلزی بر روی IaaS دوباره پیکربندی کنند.

  • جدول 2 هر دسته از برنامه ها را بر اساس سطح سفارشی سازی، همراه با مسیر مهاجرت مربوطه نشان می دهد.
  • جدول 2: طرح مهاجرت بر اساس سطح سفارشی سازی برنامه
  • سطح برنامه های کاربردی سفارشی
  1. پایین: کمتر از 20 درصد صفحه نمایش تغییرات، گزارش ها و اسکریپت ها سفارشی و یا به طور معمول کمتر از 100 کل سفارشی
  2. متوسط: 20٪ :تا 50٪ از صفحه نمایش تغییرات، گزارش ها و اسکریپت ها سفارشی هستند و یا به طور معمول 100 تا 500 کل سفارشی
  3. بالا: بیش از 50 درصد تغییرات صفحه نمایش، گزارش‌ها و اسکریپت‌ها سفارشی‌سازی می‌شوند یا معمولاً بیش از 500 سفارشی‌سازی کل

برنامه مهاجرت:

پلتفرم به PaaS ابری یا معمار مجدد به SaaS (استانداردسازی به عنوان برنامه پیکربندی‌شده) تغییر پلتفرم به فضای ابری یا بدون فلز/میزبان ( استانداردسازی به‌عنوان برنامه پیکربندی‌شده) منطقی‌سازی برای کاهش سفارشی‌سازی‌ها به کمتر از 100 پیکربندی مجدد به فلز/میزبانی خالی (به‌ عنوان برنامه سفارشی نگه داشتن) منطقی‌سازی برای کاهش سفارشی‌سازی‌ها به کمتر از 500

توسعه مهارت های انتقالی و تحول آفرین ارائه دهندگان ابر اغلب بر ارائه مهارت های عملیاتی و پیاده سازی تمرکز می کنند تا مهارت های انتقالی و تحول آفرین. آنها اجرای کارآمد را ارائه می دهند. به عبارت دیگر،  SLA ارائه‌ دهنده شامل «ساخت» و «اجرا» (وسیله نقلیه) است اما نه «طرح» (سفر). مهارت های انتقالی و تحولی خارج از محدوده قرارداد است.

برای تسهیل یک سفر مهاجرت روان به ابر، رهبران I&O به چهار مهارت برای پشتیبانی از سه مسیر مهاجرت مختلف، و همچنین عملیات ابری نیاز دارند.

مهارت های عملیاتی. توانایی اجرای برنامه های کاربردی استاندارد شده در فضای ابری با هزینه کمتر نسبت به زیرساخت های داخلی. ارائه دهندگان Cloud IaaS در ارائه مهارت های زیرساختی برتر هستند. مدل مصرف مبتنی بر اشتراک ارائه ‌دهندگان اغلب می‌تواند ارزان‌ تر از جایگزین‌های مبتنی بر پروژه (حداقل برای سه سال اول قرارداد) باشد.

مهارت های پیاده سازی. امکان انتقال مستقیم برنامه های استاندارد شده به فضای ابری. ارائه دهندگان ابری این قابلیت را برای برنامه های پیکربندی شده دارند. با این حال، برنامه‌های بسیار سفارشی‌شده و پیچیده وقتی به ابر منتقل می‌شوند، لزوماً ارزان‌تر نخواهند بود (مخصوصاً در طولانی‌ مدت.)

مهارت های انتقالی. امکان انتقال یک برنامه سفارشی از داخل محل به PaaS. بدون مهارت های تخصصی مرتبط با سیستم ها، این انتقال ها نمی توانند اتفاق بیفتند. ارائه دهندگان ابر معمولاً فاقد این مهارت ها هستند و با یک سیستم یکپارچه ساز (SI) برای ارائه این قابلیت شریک می شوند.

مهارت های تحول آفرین. امکان انتقال یک برنامه سفارشی شده از داخل محل به یک برنامه بسته بندی شده جدید یا SaaS. برای تکمیل این مهاجرت، برنامه باید استاندارد، مدرن و پیکربندی شود، که به مهارت‌های تخصصی و حیاتی نیاز دارد که دارای امتیاز بالایی هستند و فقط از SI و اشخاص ثالث در دسترس هستند.

ارائه دهندگان ابر از شرکا و SI های اضافی برای ارائه مهارت های انتقالی و تحولی مبتنی بر برنامه استفاده می کنند، بنابراین این ارائه دهندگان ارزش استراتژیک زیادی برای پروژه دارند. بدون این مهارت های پیشرفته، رهبران I&O هنگام مهاجرت و اجرای برنامه های کاربردی سفارشی شده در فضای ابری، صرفه جویی کمی در هزینه (در صورت وجود) خواهند داشت. مهاجرت‌های مبتنی بر مهارت که نیاز به مشارکت SI دارند می‌توانند در نهایت گران ‌تر از خرید زیرساخت‌های مخارج سرمایه (capex) باشند. رهبران I&O باید شکاف‌های مهارتی را با آماده‌سازی پروژه و قرارداد، و داشتن رابطه با SI (برای مدرن‌سازی برنامه‌ها و در نتیجه بهبود SLA) درک کرده و پر کنند.

شواهد:

گارتنر درخواست خرید 2020، این تحقیق به صورت آنلاین از ژوئیه تا آگوست 2020 بین 850 پاسخ دهنده از سازمان های متوسط ​​و بزرگ (100 میلیون دلار به علاوه درآمد) در ایالات متحده، کانادا، بریتانیا، آلمان، استرالیا و هند انجام شد. صنایع مورد بررسی شامل انرژی، خدمات مالی، دولت، مراقبت های بهداشتی، بیمه، تولید، خرده فروشی و آب و برق می باشد. همه سازمان‌ها باید در حال حاضر فضای ابری را مستقر کنند.

پاسخ دهندگان، چه به عنوان تصمیم گیرنده یا مشاور تصمیم گیری، در خریدهای جدید، تمدید قرارداد یا بررسی قرارداد برای یکی از انواع ابر زیر در سه سال گذشته شرکت دارند: زیرساخت ابر عمومی (IaaS)، پلتفرم ابر عمومی (PaaS)، عمومی نرم افزار ابری (SaaS)، زیرساخت ابر خصوصی، زیرساخت ابری ترکیبی یا زیرساخت چند ابری. پاسخ دهندگان همچنین باید در نقش های متمرکز بر فناوری اطلاعات، با زیرمجموعه کوچکی از پاسخ دهندگان تدارکات، کار کنند.

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

منبع: www.gartner.com