هزینه پنهان عاملهای خودکار؛ انحراف ۱٫۸ میلیوندلاری پروژه کدنویسی آمازون
هزینه پنهان توسعه نرمافزار با عاملهای خودکار
گزارشی درباره تجربه داخلی آمازون، زنگ خطری جدی برای تیمهای مهندسی به صدا درمیآورد: یک پروژه مبتنی بر کلود سونت حدود ۱٫۸ میلیون دلار بیشتر از بودجه تعیینشده هزینه کرده است؛ یعنی ۸۶۰ درصد انحراف از بودجه.
هدف این پروژه، تطبیق اطلاعات نویسندگان با فهرست محصولات آمازون اعلام شده است. نمونههای دیگری نیز در همین گزارش مطرح شدهاند؛ از جمله ۵۴۱ هزار دلار هزینه اضافی برای ساخت یک ابزار حسابرسی مالی و ۱۳۴ هزار دلار برای توسعه سامانهای در زنجیره لجستیک.
مسئله فقط قیمت توکن نیست. عاملهای خودکار میتوانند چندین بار برنامهریزی کنند، ابزارهای مختلف را فراخوانی کنند، تستها را تکرار کنند، در مخزن کد جستوجو کنند و برای اصلاح خطاها چرخههای طولانی ایجاد کنند. اگر این رفتار با سقف هزینه، محدودیت تلاش مجدد، کنترل دسترسی و دادههای پایش دقیق همراه نباشد، افزایش سرعت توسعه میتواند به کاهش شدید بهرهوری اقتصادی منجر شود.
بررسیهای منتشرشده از سوی فایننشال تایمز و تامز هاردور نشان میدهد هزینه استفاده از عاملهای خودکار ممکن است بهدلیل افزایش فراخوانی ابزارها، تکرار درخواستها، مصرف توکن و چرخههای خطایابی، بسیار سریعتر از الگوهای سنتی توسعه نرمافزار رشد کند.
چرا هزینه عاملهای خودکار بهسرعت افزایش مییابد؟
- اجرای چندباره فرایند برنامهریزی برای رسیدن به یک نتیجه
- فراخوانی ابزارها و سرویسهای مختلف در طول یک وظیفه
- تکرار تستها و درخواستها پس از بروز خطا
- بررسی بخشهای گستردهای از مخزن کد برای یافتن زمینه یا علت خطا
- ایجاد چرخههای طولانی برای اصلاح، اعتبارسنجی و اجرای مجدد کد
برای تیمهای حرفهای، مدیریت مالی فناوری اطلاعات دیگر فقط موضوع زیرساخت ابری نیست و باید به بخشی از معماری مهندسی نرمافزار عاملمحور تبدیل شود. سازمانها باید بتوانند هزینه هر وظیفه عاملمحور را در سطح درخواست ادغام کد، ساخت و استقرار اندازهگیری کنند.
برداشت و پیامدهای عملی
برداشت من از این مطلب این است که...
نکته اصلی این گزارش، بد بودن ذاتی کلود یا برنامهنویسی عاملمحور نیست؛ مسئله، نبود کنترلهای مالی و عملیاتی متناسب با بارکاریهای خودمختار است. بودجهبندی سنتی رابطهای برنامهنویسی کاربردی معمولاً بر تعداد محدودی از درخواستها و دخالت مستقیم انسان تکیه دارد، اما عاملها میتوانند بارها برنامهریزی کنند، کل مخزن را بررسی کنند، تستها را تکرار کنند و زنجیرههای طولانی ابزار را اجرا کنند.
تیمهای مهندسی باید برای هر وظیفه سقف هزینه و توکن تعیین کنند، تعداد تلاشهای مجدد را محدود سازند، دسترسی عامل را به حداقل موردنیاز کاهش دهند و مدل را بر اساس هزینه و پیچیدگی کار انتخاب کنند. همچنین لازم است هزینه هر درخواست ادغام کد، ساخت و استقرار بهصورت شفاف قابل مشاهده باشد. در غیر این صورت، افزایش بهرهوری ظاهری ممکن است همزمان حاشیه سود و قابلیت پیشبینی مالی پروژه را از بین ببرد.
استفاده از عاملهای خودکار زمانی ارزشمند است که سرعت بیشتر، با کنترل هزینه، پایش عملیاتی و مرزبندی روشن اختیارات همراه باشد.
هنوز دیدگاهی تایید نشده است.