۲۹ شهریور ۱۴۰۳

Techboy

اخبار و اطلاعات روز تکنولوژی

۳ راه برای خراب کردن استقرار چند ابری

ما با چند ابری تجربه داریم، اما اشتباهات رایجی نیز مرتکب می شویم. اطمینان حاصل کنید که خدمات مشترکی را برنامه ریزی کرده اید و همه افراد خود را در آن حضور دارند.

ما با چند ابری تجربه داریم، اما اشتباهات رایجی نیز مرتکب می شویم. اطمینان حاصل کنید که خدمات مشترکی را برنامه ریزی کرده اید و همه افراد خود را در آن حضور دارند.

من حدس می‌زنم می‌توانم آماری را در اینجا قرار دهم که نشان می‌دهد چند ابری اکثریت بزرگی از استقرار ابر عمومی در آنجا است، اما مکان‌های زیادی برای دیدن آن وجود دارد. ما می دانیم که این یک رویکرد رایج برای شرکت ها است که به سمت ابرهای چندگانه در مقابل استقرار تک ابری حرکت کنند. به اندازه کافی گفت.

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

بیایید به سه مورد از رایج ترین اشتباهات نگاه کنیم، بنابراین امیدواریم بتوانید از آنها اجتناب کنید.

فقدان سرویس‌ها و برنامه‌ریزی

رایج ابری

با ظهور supercloud یا metacloud باید به خوبی درک شده باشد، اما عدم ایجاد منطقی سرویس‌های مشترک بر روی سرویس‌های ابری عمومی هنوز یک اشتباه رایج است که برای بسیاری از شرکت‌ها میلیون‌ها هزینه دارد.

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

شرکت‌هایی که کارها را از نظر عملیات، امنیت، نظارت و هزینه‌های ردیابی بسیار پیچیده‌تر می‌کنند، در نهایت ۲.۵ برابر بیشتر برای همه سرویس‌های عملیاتی چند ابری خود هزینه می‌کنند و خیلی خوب کار نمی‌کنند.

>

تثبیت اجتناب از قفل شدن فروشنده یا هزینه‌ها

پس، چرا ما چند ابری انجام می دهیم؟ بزرگترین سوء تفاهم این است که multicloud به ما امکان می دهد از قفل شدن فروشنده جلوگیری کنیم و در هزینه ما صرفه جویی می کنیم. هیچ کدام درست نیست.

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

با این حال، با توجه به اینکه انتقال برنامه‌ها از یک ابر به ابر دیگر به معنای تغییر مقدار زیادی کد در این فرآیند است، به قیمت قفل کردن تمام می‌شود. بنابراین، چند ابری معمولاً از قفل شدن اجتناب نمی‌کنند.

اکنون، بیایید به هزینه نگاه کنیم. در هیچ دنیا، چند ابری کمتر از استقرار تک ابری است. شما با خدمات ابری بسیار بیشتری سروکار دارید که باید مدیریت شوند و مهارت های متنوع تری که باید استخدام کنید. همچنین از پشتیبانی گرفته تا هزینه های امنیتی، همه چیز بالاتر است. Multicloud باید ارزش بیشتری را برای هزینه‌های اضافی به کسب‌وکار بازگرداند، اما این مسئله دیگری است.

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

عدم رسیدگی به مسائل مردم

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

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

حقیقت این است که افراد فنی، از جمله خود من، دوست دارند مشکلات فنی را حل کنند و همیشه به خوبی با مسائل افراد برخورد نمی کنند، یا کلاً از آنها اجتناب می کنند. از کسی که این اشتباه را بیش از چند بار مرتکب شده است، باید افراد را برای تغییر از نظر درک، افزودن مهارت‌های جدید، و نحوه تعامل و عملکرد افراد (به عنوان مثال، مدل‌های عملیات) آماده کنید.

این مورد را در خطر استقرار چند ابری خود نادیده بگیرید.