چرا اعتبار ابر مقیاس بزرگ با رشته های بزرگ همراه است

3 استراتژی برای جلوگیری از قفل ابری

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

1. یک زیرساخت ترکیبی را در آغوش بگیرید

اگر به قابلیت‌های مقیاس‌بندی فوری ابر مقیاس‌کننده‌ها نیاز دارید، منابع پایه را با bare metal. بارهای کاری محاسباتی مداوم و بالا می توانند اجرا شوند روی bare metal، و می تواند به سرعت مقیاس شود، اما ابر مقیاس ابر برای بارهای کاری که به طور غیرقابل پیش بینی مقیاس می شوند مناسب تر است.

به عنوان مثال، وظایف محاسباتی سنگین مانند مناقصه زمان واقعی در adtech برای بهینه سازی عملکرد مناسب هستند bare metal، در حالی که بارهای کاری پویاتر، مانند راه اندازی یک بازی جدید، را می توان به فضای ابری منتقل کرد – شما هرگز نمی توانید واقعاً بدانید که چند بازیکن قرار است ظاهر شوند!

2. یک معماری ابری آگنوستیک ایجاد کنید

معماری ابری و مشاوره‌های DevOps می‌توانند به طراحی محیط‌های زیرساخت ترکیبی، با استفاده از تاکتیک‌هایی برای به حداقل رساندن قفل کردن مانند نرم‌افزار بسته‌بندی در ظروف کمک کنند. آن‌ها می‌توانند تیم‌ها را به سمت استفاده از راه‌حل‌های منبع باز و ابزارهای مبتنی بر پلت‌فرم راهنمایی کنند و خطر مرتبط شدن با خدمات اختصاصی را کاهش دهند.

3. اجازه پورت داده ها را بدهید

همچنین می‌توانید با استفاده از APIهای منبع باز یا فرمت‌های داده استاندارد مانند Parquet یا Avro از قفل شدن ابری و پیوندهای داده اجتناب کنید. همسویی با استانداردهای قابل حمل نه تنها قابلیت همکاری بهبود یافته در بین سیستم ها را تضمین می کند، بلکه اطمینان حاصل می کند که یک تجارت با مقرراتی مانند GDPR مطابقت دارد.

من قبلاً در فضای ابری قفل شده ام – چه باید بکنم؟

قفل بودن به این معنی نیست که برای همیشه گیر کرده اید. از تنوع بخشیدن به ارائه دهندگان تا معرفی bare metal، می توانید به تدریج کنترل زیرساخت خود را به دست آورید. نکته کلیدی این است که همه چیز را یک شبه از بین نبرید، بلکه یک رویکرد مرحله ای و استراتژیک برای مهاجرت خود داشته باشید.

در اینجا چیزی است که من معمولاً به مشاغل توصیه می کنم:

وابستگی های ابری خود را شناسایی کنید

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

نیازهای مقیاس بندی خود را درک کنید

افزایش حجم کار و علت (و زمان) رخ دادن آنها را شناسایی کنید. فقط تعداد کمی از کسب و کارها به مقیاس پذیری شدید نیاز دارند (مثلاً پلتفرم های جریان برای رویدادهای بزرگ) که به قابلیت های عظیم ابر مقیاس بزرگ نیاز دارند. در بیشتر موارد، مقیاس بیش از حد زیاد است و منابع را می توان بهینه کرد روی bare metal.

کاوش در طیف زیرساخت

هر کسب و کاری نیازمندی های متفاوتی دارد و بنابراین به زیرساختی کاملاً متناسب با حجم کاری خود نیاز دارد. یک کسب‌وکار پخش جریانی با مشخصات بالا ممکن است مناسب‌تر به ابر مقیاس بزرگ باشد، در حالی که یک شرکت SaaS با الگوهای استفاده ثابت یا یک استودیوی بازی که به GPU ثابت نیاز دارد، بهتر است bare metal جایگزین

ابتدا ترکیبی را در آغوش بگیرید

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

درک کنید که مهاجرت ابر افزایشی است

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