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

تو پروژه هایی با ابعاد بزرگ عموما چالش های بزرگی هم  وجود داره. از نگاه یک مدیر پروژه بررسی و حل این چالش ها دقت و ظرافت بالایی رو نیاز داره. همونطور که میدونیم امروزه راه اندازی سایت بازیابی از بحران (Disaster Recovery Site) یک مسئله حیاتی است که سازمان های بزرگ به سمتش حرکت می کنند. راه اندازی همچین سایتی با توجه به اینکه عموما سامانه های سازمان ها از تکنولوژی های قدیمی استفاده می کنند همیشه با چالش های بزرگی همراه هست. چالش هایی از نوع مهاجرت ابری، به این شکل که سامانه های مختلف فارغ از اینکه از چه تکنولوژی هایی استفاده می کنند باید cloud ready باشند.

 پس تو مرحله اول نیاز داریم سامانه ها رو برای مهاجرت آماده کنیم. اما این تمام ماجرا نیست! فرض کنید سرویس های مختلف رو تو سایت بازیابی از بحران راه اندازی می کنیم و دسترسی ها رو ایجاد می کنیم اما انتقال دیتا چی میشه؟

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

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

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

 اما واقعا راهکار درست و سریع تو این موقعیت چی میتونه باشه؟

 اینجاس که راهکار TaaS یا  Truck as a Service  به کمک مون میاد. این اسمی هست که من برای این روش انتخاب کردم و به هیچ عنوان یک اسم اصولی به حساب نمیاد.

به عنوان مدیر پروژه توی یکی از پروژه های مهاجرت ابری که درگیرش بودم به این مشکل برخورد کردم. سازمان مبدا دیتاهایی با حجم های خیلی بالایی داشت که نیاز به انتقال داشتند. به عنوان مثال یکی از این فایل ها که مربوط به دیسک یک ماشین مجازی بود، چیزی بالغ بر ۲۵ ترابایت حجم داشت. تصور کنید انتقال یک تک فایل ۲۵ ترابایتی چه چالش هایی میتونه باخودش به همراه داشته باشه.  در نهایت با بررسی راهکارهای مختلف به راهکار انتقال دیتا از طریق وانت رسیدم که در نهایت منجر شد تا اسم این روش رو TaaS یا Truck as a Service  بذارم.

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

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

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

  در نهایت بعد از ری استور کردن این دیتا از طریق شبکه تونستیم برای سینک کردن دیتابیس ها، باقی مونده دیتا رو  به صورت بک آپ incremental به دیتابیس دوم منتقل کنیم.

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

از طرف دیگه، این تجربه ثابت کرد که موفقیت در پروژه های بزرگ صرفا به ابزار یا تکنولوژی وابسته نیست، بلکه نتیجه همکاری، هماهنگی و هم افزایی بین تیم هاست. ما تونستیم با ترکیب خلاقیت، کار تیمی و استفاده از تجربه های جهانی (مثل کاری که AWS انجام میده)، یک راهکار خلاقانه و کارآمد پیاده سازی کنیم.

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