۳ دلیل برای بازگرداندن برنامه های مبتنی بر ابر و مجموعه داده ها

بررسی دقیق نیازهای کسب و کار خاص ممکن است نشان دهد که ماندن در فضای ابری بهترین انتخاب برای اکثر برنامه‌ها و بارهای کاری است.

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

.

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

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

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

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

اینجا می‌رویم. سه دلیل برای انتقال ندادن برنامه‌ها و داده‌ها از ابرهای عمومی و بازگشت به محل:

معماری مجدد گران است

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

البته، این بیشتر به برنامه‌هایی مربوط می‌شود که برای انتقال به یک ارائه‌دهنده ابر عمومی، تغییری در کد و/یا داده‌ها (تغییراتی در کد و/یا داده‌ها) انجام داده‌اند، اما نه. در بسیاری از موارد، این برنامه‌ها به دلیل اینکه در ابرهای عمومی وجود دارند، معماری ضعیفی دارند و همچنین در سیستم‌های داخلی نیز معماری ضعیفی داشتند.

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

ابرهای عمومی چابکی بیشتری ارائه می دهند

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

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

مرتبط با زیرساخت های فیزیکی و مهارت های قدیمی مدرسه

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

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

همچنین، در نظر بگیرید که یافتن استعدادهای پلتفرم سنتی در چند سال گذشته یک چالش بوده است، زیرا مهندسین بهتر حرفه خود را به محاسبات ابری مهندسی مجدد کردند. می توانید متوجه شوید که داشتن افراد کمتر از صلاحیت برای نگهداری سیستم های داخلی، مشکلات بیشتری از آنچه به یاد دارید ایجاد می کند. “روزهای خوب قدیمی” ناگهان به زمانی تبدیل می شود که وسایل شما در فضای ابری قرار می گیرند.

مانند همه چیز، معاوضه‌هایی وجود دارد. این تفاوتی ندارد. فقط مطمئن شوید که این سؤالات را می‌پرسید: “آیا باید؟” و “آیا می توانم؟” در حالی که به سؤالات اساسی پاسخ می دهید، به تجارت، فناوری و مبادلات هزینه برای هر حجم کاری و مجموعه داده ای که در نظر می گیرید نگاه کنید.

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