توسعه مبتنی بر ابر دارای مزایای بسیاری است، اما برخی از جنبه های منفی نیز دارد. در اینجا ۱۰ دلیل وجود دارد که قبل از توسعه، آزمایش یا استقرار برنامه های خود در فضای ابری دو بار فکر کنید.
مزایای توسعه نرمافزار در فضای ابری شامل افزایش انعطافپذیری و قابلیت اطمینان، کارایی بیشتر و کاهش هزینهها است. اما توسعه مبتنی بر ابر چالشهای زیادی را نیز به همراه دارد. دانستن اینکه باید مراقب چه چیزی باشید، اولین قدم برای محافظت از برنامه های کاربردی و تلاش های توسعه است. در اینجا ۱۰ دام وجود دارد که باید قبل از توسعه، آزمایش یا استقرار برنامهها در فضای ابری در نظر بگیرید.
۱۰ دلیل برای اینکه قبل از توسعه در ابر دو بار فکر کنید
- مشکلات مربوط به عملکرد و تاخیر
- تهدیدات امنیت سایبری و حفاظت از داده
- قفل فروشنده
- هزینه های فرار
- الزامات رعایت مقررات
- مشکلات سازگاری و ادغام
- نیازهای مقیاس پذیری
- همکاری و ارتباطات توزیع شده
- موانع آزمایش و استقرار
- در حال توسعه برای یک بازار جهانی
مشکلات مربوط به عملکرد و تأخیر
در حالی که خدمات ابری عموماً از نظر در دسترس بودن و عملکرد قابل اعتماد هستند، قطع سرویس یا مشکلات عملکرد میتواند بر تلاشهای توسعه تأثیر بگذارد.
Erik Gaston، CIO در شرکت امنیتی Endpoint Tanium میگوید: «متأسفانه برنامههای ابری اغلب به دلیل عواملی مانند تراکم شبکه، منابع مشترک در محیطهای چند مستاجر و فاصله جغرافیایی بین کاربران و مراکز داده ابری از مشکلات عملکردی رنج میبرند.
گاستون میگوید:
برای کمک به رفع این مشکل، توسعهدهندگان باید اطمینان حاصل کنند که کد برنامه بهینه شده است و از شبکههای تحویل محتوا (CDN) برای ذخیره کردن محتوا به کاربران نهایی استفاده کنند.
گاستون میگوید
راههای دیگر برای بهبود عملکرد ممکن است شامل اشتراک در سرویسهای رایانش ابری کم تأخیر مانند محاسبات لبه باشد. او میگوید: صرف نظر از این، عملکرد برنامه بسیار فراتر از طراحی و ساخت است، و عوامل زیادی وجود دارد که باید در نظر گرفته شوند.
الکسا کرستیک، مدیر ارشد فناوری Localizely که یک پلتفرم ترجمه نرمافزار بهعنوان سرویس (SaaS) ارائه میکند، میگوید:
برای کمک به کاهش تأخیر، سازمانها میتوانند از سرویسهای ابری توزیعشده در مراکز داده یا مناطق متعدد استفاده کنند.
>
تهدیدات امنیت سایبری و حفاظت از داده
همانند تقریباً هر جنبه ای از فناوری اطلاعات، امنیت و حفظ حریم خصوصی داده ها نگرانی های کلیدی برای طرح های توسعه ابری هستند. اینها به ویژه با توجه به تنوع رو به رشد و بروز تهدیدات چالش برانگیز هستند.
Prabhsharan Singh، توسعهدهنده نرمافزار با Clinicspots، یک پلتفرم پزشکی که امکانات و پزشکان را با بیماران مرتبط میکند، میگوید: «توسعه ابر نیازمند پروتکلهای امنیتی سختگیرانه برای محافظت از دادهها و برنامههای کاربردی حساس از دسترسی غیرمجاز و تهدیدات سایبری است.
سینگ میگوید: «ماهیت مشترک و درخواستی سرویسهای ابری لایههایی از پیچیدگی را به حفظ شیوههای امنیتی قوی اضافه میکند.
کرستیک میگوید: از جمله راهحلهای کاهش خطرات امنیتی، رمزگذاری دادهها، پیادهسازی مکانیسمهای کنترل دسترسی، و بهروزرسانی منظم پروتکلهای امنیتی است. او میگوید: «بهعلاوه، بررسی کامل ارائهدهندگان خدمات ابری برای اطمینان از انطباق با مقررات صنعت ضروری است.
مت ایرد، CTO در Custom Neon، خردهفروش و تولیدکننده طراحیهای سفارشی، میگوید: به دلیل مدل مسئولیت مشترک رایانش ابری، «سازمانها معمولاً مسئول امنیت در سطح برنامه هستند، حتی زمانی که ارائهدهندگان ابر زیرساخت را ایمن میکنند». چراغها و علائم نئون LED.
ایرد میگوید: «ما با اعمال رویههای امنیتی سختگیرانه، انجام ممیزیهای امنیتی مکرر، و پیروی از دستورالعملهای انطباق به این موضوع رسیدگی میکنیم.
قفل فروشنده
به طور کلی، ابر انعطاف پذیری بی سابقه ای را برای سازمان ها ارائه می دهد. اما این بدان معنا نیست که انتخاب ها در محیط توسعه و آزمایش نامحدود خواهند بود.
گاستون میگوید: «نگرانی بزرگ این است که در یک فروشنده خاص قفل شویم و نتوانیم بدون شکستن بانک از آن خارج شویم یا مهاجرت کنیم. “در حالی که این چالشهای زیادی را به همراه دارد، میتوان با اتخاذ معماریهای ابری-اگنوستیک و ایجاد استانداردهای واضح در صورت امکان کمک کرد.”
نمونه خوبی از این مورد استفاده از فناوریهای کانتینریسازی مانند Docker و Kubernetes است که برنامهها و بارهای کاری را بسیار قابل حمل و محیطزیست میسازد. گاستون می گوید که به آنها اجازه می دهد به راحتی مهاجرت کنند.
کرستیک اضافه میکند: «اجرای لایههای انتزاعی ابری مناسب و پایبندی به رابطهای استاندارد شده به کاهش خطر قفل شدن فروشنده کمک میکند.
هزینه های فرار
خدمات و استفاده از ابر ممکن است با هزینههای پنهان همراه باشد، و عملیات توسعه و آزمایش نرمافزار نیز از این امر مستثنی نیست.
گاستون میگوید: «وقتی ابر برای اولین بار وارد صحنه شد، همه فکر میکردند که محیطهای چند مستاجر مقیاسپذیر مستقیماً با صرفهجویی در هزینه برابری میکنند. «متاسفانه اینطور نبود و هنوز هم نیست. همانطور که دیدیم، اگر قراردادها به درستی نظارت و مدیریت نشوند، هزینههای استفاده از ابر میتواند به سرعت از کنترل خارج شود.»
گاستون میگوید: استقرار منابع ناکارآمد، تخمینهای ضعیف استفاده، و ناتوانی در مدیریت تخصیص منابع، همگی مستقیماً بر بیش از حد قراردادها و هزینههای غیرمنتظره تأثیر میگذارند. او میگوید: «برای مقابله با این چالش، توسعهدهندگان باید با جنبههای مالی توسعه و کار در فضای ابری آشنا باشند.
این شامل ردیابی استفاده از منابع با ابزارهای نظارت، پیادهسازی راهحلهای مقیاسبندی خودکار، و بازبینی دورهای و بهینهسازی پیکربندیها برای تحت کنترل نگه داشتن هزینهها میشود.
این واقعیت که ابر مقیاس پذیر است می تواند کنترل هزینه ها را نیز چالش برانگیز کند. ایرد می گوید: «افزایش غیرمنتظره در استفاده می تواند منجر به هزینه های بالاتر شود. “برای تضمین اینکه ما فقط برای آنچه نیاز داریم پرداخت می کنیم، استفاده از منابع را بهینه می کنیم، هشدارهایی را برای فعالیت های غیرمنتظره تنظیم می کنیم، و مراقب استفاده خود هستیم.”
الزامات انطباق با مقررات
موضوع کار در فضای ابری این است که داده ها ممکن است در هر تعداد منطقه و کشور وجود داشته باشند، بسته به اینکه زیرساخت ابری در کجا قرار دارد. این میتواند چالشهای انطباق را برای عملیات توسعه ایجاد کند، که باید اطمینان حاصل شود که برنامههای میزبانی شده در فضای ابری با مقررات خاص و الزامات قانونی مطابقت دارند.
کرستیچ میگوید: «انتخاب ارائهدهندگان خدمات ابری که گواهیهای انطباق داخلی ارائه میدهند، میتواند تضمین کند. “همکاری نزدیک با کارشناسان حقوقی و انطباق به درک و پایبندی به مقررات مربوطه کمک می کند.”
سینگ میگوید
دادههای ذخیرهشده در فضای ابری تابع قوانین کشوری است که مرکز داده در آن مستقر است، و این میتواند به پیچیدگیهای قانونی در رابطه با حاکمیت دادهها و انطباق با مقررات محلی منجر شود.
سینگ میگوید: «استفاده از خطمشیهای مدیریت دادهها و حصول اطمینان از اینکه ارائهدهندگان از مقررات مربوطه پیروی میکنند بسیار مهم است. “به کارگیری استراتژی های ترکیبی یا چند ابری می تواند کنترل بیشتری بر محل ذخیره داده ها ایجاد کند.”
تیمهای توسعه باید از تغییرات نظارتی مطلع باشند و کنترلهای لازم را اعمال کنند.
مشکلات سازگاری و ادغام
سینگ میگوید:
توسعه برای ابر میتواند منجر به مشکلات سازگاری شود، جایی که نرمافزار طراحیشده برای محیطهای ابری ممکن است به دلیل تفاوتها در زیرساختها و سرویسهای پلتفرم، به طور موثر در سرویسهای ابری مختلف عمل نکند.
سینگ میگوید: «این میتواند به توسعه بیشتری برای اطمینان از سازگاری در چندین پلتفرم نیاز داشته باشد.
سینگ میگوید:
از جمله راه حلهای ممکن، اتخاذ کانتینریسازی و استفاده از ابزارهای ارکستراسیون برای کمک به مدیریت سازگاری و سهولت استقرار در سرویسهای ابری مختلف است.
توسعهدهندگان همچنین ممکن است هنگام کار در فضای ابری با پیچیدگیهای یکپارچهسازی مواجه شوند. سینگ میگوید: «ادغام برنامههای مبتنی بر ابر با سیستمهای موجود در محل، چالشی را ایجاد میکند، زیرا اغلب نیاز به پرداختن به زیرساختها و نرمافزارهای قدیمی دارد. “تفاوت در فن آوری ها می تواند منجر به فرآیندهای یکپارچه سازی پیچیده شود.”
یکی از رویکردهای مقابله با این چالش، استفاده از ابزارهای میانافزار و مدیریت API برای سادهسازی فرآیند یکپارچهسازی، تضمین ارتباط یکپارچه بین ابر و سیستمهای داخلی است.
Aird میگوید: «ادغام برنامههای ابری با سیستمهای داخلی فعلی میتواند دشوار باشد. تمرکز اصلی ما توسعه برنامههای مدولار است که توسط APIها هدایت میشوند و از فناوری میانافزار برای فعال کردن یکپارچگی روان استفاده میکنیم. مدیریت موثر و انتقال داده ها به ابر می تواند دشوار باشد، به خصوص زمانی که با حجم عظیمی از داده ها سروکار داریم. ما مطمئن میشویم که کارکنان ما در مورد تکنیکهای مدیریت دادههای بومی ابری آگاه هستند و از ابزارها و خدمات انتقال دادهها و خدمات ارائهشده توسط تامینکنندگان ابری استفاده میکنیم.”
تقاضای مقیاس پذیری
یکی از بزرگترین مزایای بالقوه استفاده از خدمات ابری، توانایی افزایش و کاهش ظرفیت در صورت نیاز است. اما تیمهای توسعه ممکن است هنگام ایجاد، آزمایش و استقرار نرمافزار در فضای ابری با مشکلات مقیاسپذیری مواجه شوند و باید به این موارد رسیدگی کنند.
ماریا اوپر، کارشناس امنیت سایبری و تحلیلگر ارشد در Earthweb، میگوید: «در تجربه من، مهمترین چیز این است که از ابتدا با تأکید بر اتصال آزاد، استقلال اجزا و رویکرد مدولار، معمار مقیاس باشد. سیستم های مقیاس پذیر را برای برخی از بزرگترین استقرارهای ابری طراحی کرده است.
Opre میگوید: «معماری میکروسرویسها که از این اصول پیروی میکند، بسیار مؤثر بوده است. هر سرویس گسسته می تواند به طور مستقل بر اساس تقاضا مقیاس شود و خرابی ها جدا می شوند. این به نرمافزار اجازه میدهد تا بهطور هموار و بهطور خودکار مقیاسپذیری بالا و پایین را انجام دهد.»
Opre میگوید: همچنین استفاده از زیرساختهای غیرقابل تغییر و اتوماسیون از طریق کانتینرها و مدیریت پیکربندی، تمرین خوبی است. او میگوید: «اعلامی کردن زیرساختها و یکبار مصرف کردن، اصطکاک را از فرآیند مقیاسگذاری حذف میکند.
Opre میگوید نظارت مؤثر بر عملکرد و استفاده برای مقیاسبندی پیشگیرانه قبل از ظاهر شدن گلوگاهها، به جای مقیاسگذاری واکنشی پس از بروز مشکلات بسیار مهم است. او میگوید: «برداشتن طرز فکر «بدون مقیاس، نه افزایش» از اولین مراحل طراحی منجر به سیستمهایی شده است که میتوانند به طور گسترده برای مشتریان مقیاس شوند.
همکاری و ارتباطات توزیع شده
توانایی برقراری ارتباط موثر و همکاری برای تیم های توسعه نرم افزار ضروری است. دیگر چگونه اعضای تیم میتوانند بدانند شرایط در فرآیند توسعه کجاست؟
فیل پورتمن، مدیر عامل و موسس شرکت نرمافزاری Textdrip، میگوید:
اما تسهیل همکاری مؤثر بین تیمهای توسعه توزیعشده که در فضای ابری کار میکنند میتواند یک چالش باشد.
پورتمن میگوید:
تیمها باید ابزارهای همکاری را اتخاذ کنند، روشهای چابک را پیادهسازی کنند و از طریق استندآپها و مستندات منظم، ارتباط شفاف را تشویق کنند.
موانع آزمایش و استقرار
در حالی که بسیاری از تلههای بالقوه ابر بر توسعه تأثیر میگذارند، آزمایش و استقرار برنامهها میتواند مجموعهای از مشکلات را ایجاد کند.
Juan Nassif، معمار راهحلها در خدمات فناوری اطلاعات و شرکت مشاوره BairesDev، میگوید: «تست سیستمهای مبتنی بر ابر میتواند چالشبرانگیز باشد، به خصوص اگر پیچیده و توزیع شده باشند. تیمها میتوانند از ابزارها و فرآیندهای آزمایشی برای کمک به آزمایش سیستمهای مبتنی بر ابر خود استفاده کنند. آنها همچنین می توانند از ابزارهای اتوماسیون برای کمک به خودکارسازی فرآیندهای آزمایشی خود استفاده کنند.”
سینگ میگوید به دلیل ماهیت توزیعشده سرویسهای ابری، آزمایش برنامههای ابری به رویکرد متفاوتی نسبت به نرمافزارهای سنتی نیاز دارد. او میگوید: «استقرار ممکن است هنگام برخورد با محیطها و پیکربندیهای متعدد چالشبرانگیز باشد.
سینگ میگوید:
اجرای خطوط لوله ادغام پیوسته و تحویل مداوم (CI/CD) میتواند فرآیندهای آزمایش و استقرار را سادهتر کند و به حفظ ثبات در بین محیطها کمک کند.
در حال توسعه برای یک بازار جهانی
برخی از تیمها ممکن است فاقد تخصص و/یا منابع برای طراحی برنامههای کاربردی ابری آماده برای بازار جهانی باشند.
ربکا ری، مدیر CSA میگوید: اگرچه ممکن است مسئولیت موفقیت جهانی محصولات خود را بر عهده داشته باشند، طراحان، مدیران محصول و کارکنان فنی که برنامههای کاربردی ابری را طراحی میکنند، اغلب منابع لازم را ندارند یا تجربه بینالمللی کمی دارند یا اصلاً تجربه ندارند. تحقیق کنید.
Ray میگوید:
یک راهحل، همکاری با تیمهای بومیسازی در طول مراحل مختلف است تا اطمینان حاصل شود که طرحهای محصول برای جهان آماده هستند. این مراحل شامل ایدهپردازی، اولویتبندی الزامات محصول و طراحی رابط کاربری است.
ری میگوید: «همیشه ویژگیها و عملکردهای زیادی وجود دارد که نمیتوان در هر نسخه ابری جا افتاد، مهم نیست که فرآیند چقدر کوچک باشد یا چقدر چابک باشد.
“رهبری بومیسازی دارای تخصص لازم برای ایجاد معیارهای وزنی بر اساس موارد استفاده بینالمللی، شیوههای تجاری محلی، محیطهای نظارتی داخل کشور، و مناظر رقابتی متنوع است.”
پست های مرتبط
۱۰ برنامه توسعه ابری که باید مراقب آنها باشید
۱۰ برنامه توسعه ابری که باید مراقب آنها باشید
۱۰ برنامه توسعه ابری که باید مراقب آنها باشید