6 سؤالی که هیئت ها قبل از تأیید مهاجرت Adtech می پرسند

در یک نگاه:

• خطر مهاجرت تئوری نیست. هر دو محیط قبل از قطع شدن به صورت موازی اجرا می شوند و بازگشت به عقب تغییر مسیری است که تیم شما کنترل می کند.
• کیس ROI دو قسمت دارد. کاهش هزینه زیرساخت قبل از مهاجرت قابل اثبات است. بهبود نرخ برد در 30 روز اول پس از آن تأیید می شود.
• حرکت دوباره بعداً، اگر الزامات تغییر کند، یک پروژه مهندسی است، نه یک کار گشوده‌کننده، زیرا زیرساخت‌ها هرگز برای وابستگی ساخته نشده‌اند. روی خدمات مدیریت اختصاصی
• مبادله عملیاتی هر دو جهت را دنبال می کند: مالکیت بیشتر روی سیستم عامل و برنامه ریزی ظرفیت، سربار کمتر روی ابزارهای اختصاصی ابری و مدیریت هزینه

شش هیئت سوال قبل از تایید مهاجرت زیرساخت مناقصه می پرسند

تیم مهندسی شما هفته‌ها را صرف آزمایش تأخیر، مدل‌سازی هزینه‌ها، و نقشه‌برداری از هر وابستگی برای مهاجرت از یک hyperscaler کرد. اون کار الان جلوی تابلو هست، فاکتور روی میز دلیلی است که اصلاً این مکالمه اتفاق می افتد، و یک سؤال در اتاق حلق آویز است: اگر مشکلی در طول Q4 اتفاق بیفتد، دقیقاً پنجره ای که پلت فرم حداقل توان پرداخت آن را دارد، چه اتفاقی می افتد؟

این شش سوال همان چیزی است که در ادامه مطرح می شود.

خطر تداوم حراج در طول مهاجرت چیست و اگر مشکلی پیش بیاید چه اتفاقی می‌افتد؟

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

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

Cutover یک تغییر مسیر است، نه خاموش کردن. Hyperscaler به مدت 48 تا 72 ساعت پس از آن در حالت آماده به کار گرم باقی می ماند، و اگر چیزی به سطوح مهمی برسد، تیم شما مسیریابی را مستقیماً برمی گرداند. لازم نیست ما درگیر این اتفاق باشیم.

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

در اینجا هیچ جهشی از ایمان وجود ندارد: شما می توانید قبل از اینکه وابسته شوید، محیط جدید را در برابر ترافیک تولید تأیید کنید روی آن را

“چگونه ROI را مدل کنیم؟ صرفه جویی در هزینه چه زمانی محقق می شود؟”

مدل ROI دارای دو بخش است: کاهش هزینه زیرساخت، و بهبود نرخ برد از تأخیر پایدارتر. فقط اولین مورد به عنوان متعهد در عرشه تخته تعلق دارد. دومی پس از قطع نیاز به اعتبارسنجی دارد.

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

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

با کاهش هزینه ای که قبلاً می توانید ثابت کنید هیئت مدیره را رهبری کنید. بهبود نرخ برد را به‌عنوان عددی که ظرف 30 روز برمی‌گردانید، ارائه کنید، نه عددی که امروز از آن‌ها می‌خواهید تأیید کنند.

“اگر نیازهای ما تغییر کند یا مهاجرت ارائه نشود چه اتفاقی می افتد؟”

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

این درست است تا زمانی که تیم شما بعد از این واقعیت شروع به بازسازی وابستگی های خاص hyperscaler نکند. در غیر این صورت، حرکت دوم یک پروژه مهندسی است، نه یک پروژه باستان شناسی.

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

“تغییر مدل عملیاتی چیست و تیم باید چه کاری متفاوت انجام دهد؟”

مدل عملیاتی در دو جهت تغییر می‌کند و هر دو ارزش این را دارند که صادقانه جلوی تابلو قرار بگیرند.

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

چیزی که ساده‌تر می‌شود: سربار مخصوص ابر که روی هم انباشته می‌شود روی حجم کار بزرگ ناپدید می شود. بهینه‌سازی نمونه‌های رزرو شده، نظارت بر هزینه خروج و مدیریت ابزارهای خاص hyperscaler بخشی از کار هر کسی نیست. برای یک تیم مهندسی ناب، این زمان واقعی است، نه یک بحث.

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

“این چگونه بر وضعیت انطباق ما تأثیر می گذارد؟”

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

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

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

“تعهد هزینه کل چقدر است، و چگونه با هزینه فعلی مقایسه می شود؟”

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

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

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

هر دو شماره را که به روش مشابه ساخته شده اند، TCO کامل بیاورید روی هر طرف، و مقایسه ادامه دارد روی خودش

هر یک از این سؤالات یک پاسخ مشخص و قابل بررسی دارد، و نکته اینجاست: هیئت مدیره یک جهش ایمان را تأیید نمی کند. آنها در حال تصویب طرحی هستند که به هر خط یک عدد اضافه شده است.