۳۰ آذر ۱۴۰۳

Techboy

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

Thoughtworks روی چند ابری تاثیر می گذارد

Multicloud برای موفقیت به کار تخصصی زیادی نیاز دارد، اما واقعاً هیچ جایگزینی وجود ندارد.

Multicloud برای موفقیت به کار تخصصی زیادی نیاز دارد، اما واقعاً هیچ جایگزینی وجود ندارد.

Multicloud به سادگی از بین نمی رود. AWS سال‌ها تلاش کرد تا از آن اجتناب کند، با پیام دادن که چند ابری بیشتر استثنا بود تا قانون. اندی جاسی، مدیرعامل سابق، علاقه داشت که بگوید: «اکثریت قریب به اتفاق در نهایت تصمیم نمی‌گیرند چند ابری باشند. آنها عمدتاً از یک ارائه دهنده واحد استفاده می کنند.” با این حال، مشخص شده است که multicloud به سادگی نحوه انجام فناوری اطلاعات سازمانی در سال ۲۰۲۲ است. در رویداد بزرگ Temenos هفته گذشته در لندن، غول نرم‌افزار بانکی به داده‌های نظرسنجی The Economist Intelligence Unit استناد کرد که نشان داد ۸۱ درصد از پاسخ‌دهندگان معتقدند که چند ابری به یک پیش نیاز نظارتی تبدیل می‌شود.

خوب نیست. یک الزام.

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

به همین دلیل است که پست جدید توسط مدیران Thoughtworks Sunit پرخ و رشمی تمبه خیلی به موقع است.

چرا چند ابری

یکی از بهترین دلایل برای پذیرش رویکرد چند ابری، مثلاً Parekh و Tambe، دسترسی به بهترین خدمات در کلاس است. AWS، مایکروسافت و گوگل هر کدام در زمینه‌هایی مانند هوش مصنوعی/یادگیری ماشین، سرویس‌های داده و موارد دیگر نوآوری می‌کنند، البته در موارد «پایه‌ای» مانند محاسبات و ذخیره‌سازی نیز صحبتی نمی‌شود. و اگرچه هر ابری دوست دارد که شما از چیزی به جز آنچه آنها ارائه می دهند استفاده نکنید، واقعیت این است که هیچ ابری تمام پاسخ های درست را برای سازمان خاصی ندارد.

Deno 1.33 پایگاه داده داخلی با ارزش کلیدی را معرفی می کند

حتی اگر می‌خواهید برای همه نیازهای خود از یک ابر استفاده کنید، ممکن است خدمات انتخابی در دسترس نباشند. همانطور که نویسندگان اشاره می کنند، “تا سال ۲۰۱۹، [Amazon] EKS در منطقه AWS Mumbai (هند) در دسترس نبود. بنابراین بسیاری از شرکت‌ها GCP را برای بارهای کاری کانتینری در نظر گرفتند. راحت است که ابر را به عنوان یک ابزار همگن در نظر بگیریم که شرکت‌ها بدون توجه به اینکه کجا هستند برای دریافت خدمات مشابه از آن استفاده می‌کنند. همیشه اینطور نیست، و تاخیر ممکن است یک ابر خاص را انتخاب هوشمندانه‌تری کند، حتی اگر سرویس خاصی در دسترس باشد. به عنوان مثال، ممکن است در دسترس باشد اما در منطقه‌ای که از نظر جغرافیایی بسیار دور است و نمی‌تواند عملکرد برنامه خوبی داشته باشد.

درست مانند فناوری اطلاعات سازمانی در ۲۰ سال گذشته، برخی از شرکت‌ها به یک فروشنده خاص «همه» وارد می‌شوند (مثلاً «فروشگاه IBM» می‌شوند). اما اینها بیشتر استثنا هستند تا قاعده. اکثر شرکت ها مدت هاست که محیط های IT ناهمگن را مدیریت کرده اند. ابر این را تغییر نداده است.

چرا نیست چند ابری

درست مانند فناوری اطلاعات سازمانی سنتی، ضرب المثل “تک جداره شیشه” کمی یک رویا است. بسیاری از ابزارها ادعا می‌کنند که یک نمای واحد از سرویس‌های در حال اجرا بر روی ابرهای مختلف ارائه می‌کنند، اما Thoughtworks خاطرنشان می‌کند که ارائه‌دهندگان خدمات ابری «در حال راه‌اندازی سرویس‌ها و تغییرات جدید با سرعت بالا هستند و برای ابزارها غیرممکن است که به‌روز باشند».

اگر کسی می‌خواهد سادگی مدیریت را به شما بفروشد، بدانید که این دقیقاً همان کاری است که او انجام می‌دهد: فروش – و نه لزوماً ارائه. اکثر بهترین ابزارها مختص ابر هستند یا حداقل روی یک ابر خاص تنظیم شده اند.

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

ارائه قابلیت حمل واقعی برنامه در ابرها نیز ساده نیست. بله، Kubernetes می تواند یک “لایه استقرار بار کاری ابری ناشناس” ارائه دهد. اما اگر شرکت (عاقلانه) معماری بدون سرور را بپذیرد، به سرعت از بین می رود. این عملکرد Azure به شما کمک می کند در Azure سازنده باشید، اما شما را در Google Cloud خیلی دور نمی کند. آیا راه حل مناسبی برای استفاده از خدمات با کمترین مخرج مشترک برای به حداکثر رساندن قابلیت حمل است؟ به گفته Thoughtworks واقعاً اینطور نیست: “انتخاب یک معماری همیشه روشن و مبتنی بر ابر ناشناس پرهزینه و سخت است.”

لیست ادامه دارد. اشتراک‌گذاری، اشتراک‌گذاری و تکثیر داده‌ها در [ابرها] بخش دشوار پیاده‌سازی معماری ابر است و به زمان و تلاش قابل‌توجهی نیاز دارد.» من اتفاقاً برای شرکتی کار می کنم که این کار را برای شما انجام می دهد، اما اگر پایگاه داده دیگری را انتخاب کنید چه؟ می‌توانید از فناوری‌های منبع باز مانند PostgreSQL استفاده کنید، اما اگر نسخه خاصی از ابر را اجرا می‌کنید (مثلاً AlloyDB در Google Cloud یا Aurora در AWS)، نمی‌توانید آن را روی چند ابری اجرا کنید.< /p>

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