پلتفرم گیت‌هاب در مواجهه با تقاضای بی‌سابقه ناشی از فعالیت خودکار ایجنت‌های هوش مصنوعی، در حال بازنویسی بنیادی معماری ذخیره‌سازی Git خود است. این گذار استراتژیک که در پاییز ۱۴۰۵ مطرح شده، با هدف جایگزینی پروتکل قدیمی Spokes و بهره‌گیری از زیرساخت‌های ابری مدرن، نویدبخش بهبود ۳۵ برابری در سرعت عملیات نوشتن و پایداری عملیاتی در مقیاس‌های عظیم است.
عبور از محدودیت‌های Spokes و معماری سنتی
سیستم فعلی ذخیره‌سازی گیت‌هاب، موسوم به Spokes، بر پایه یک پروتکل «تعهد سه مرحله‌ای» (Three-phase commit) بنا شده است. در این معماری، کپی‌های کامل از مخازن بر روی چندین دیسک محلی ذخیره شده و هر عملیات نوشتن مستلزم دریافت تأییدیه از یک حد نصاب (Quorum) از نسخه‌های مشابه است. اگرچه این رویکرد تضمین‌کننده یکپارچگی داده‌ها در سال‌های گذشته بود، اما اکنون به گلوگاه اصلی کارایی تبدیل شده است؛ چرا که سرعت هر عملیات Push، به کندترین نسخه در زنجیره حد نصاب بستگی دارد.
معماری نوین: تفکیک وظایف و بهره‌گیری از Object Storage
در بازنگری ساختاری جدید، گیت‌هاب رویکردی متفاوت را در پیش گرفته است. در این معماری، هر Commit تنها یک‌بار بر روی Azure Blob Storage نوشته می‌شود. مزیت کلیدی این روش، برون‌سپاری فرآیند تکثیر (Replication) و مدیریت افزونگی به سرویس ذخیره‌سازی ابری است که عملاً گلوگاه حد نصاب را حذف می‌کند. گیت‌هاب همچنین با تفکیک مسیر درخواست‌های خواندن (Read) و نوشتن (Write) و استفاده از پردازشگرهای سبک برای مدیریت درخواست‌های خواندن، تأخیر سیستم را به حداقل می‌رساند.
چالش عصر ایجنت‌ها و مقیاس‌پذیری
تحلیل‌های فنی نشان می‌دهد که ترافیک گیت‌هاب در بازه زمانی بین مهر ۱۴۰۴ تا شهریور ۱۴۰۵ با رشدی خیره‌کننده دوبرابر شده است. این فشار مضاعف ناشی از حجم عظیم تراکنش‌های تولید شده توسط ایجنت‌های هوش مصنوعی، سیستم‌های سنتی را با شکست‌های متعددی در بهار ۱۴۰۵ مواجه کرد. برای درک بهتر تفاوت‌های فنی و سخت‌افزاری این تحول، مشخصات کلیدی معماری جدید در زیر آورده شده است:
- مدل تعهد: حذف حد نصاب محلی و انتقال به مدل Object Storage.
- بهبود عملیاتی: ۳۵ برابر افزایش در سرعت نوشتن (Write performance).
- مدیریت نگهداری: انتقال فرآیندهای Compaction و Garbage Collection به پس‌زمینه (Background processes).
- یکپارچگی: حفظ کامل جریان‌های کاری توسعه‌دهندگان و کنترل‌های امنیتی بدون تغییر در Workflow.
- مدیریت هماهنگی: استفاده از اشاره‌گرهای Ref برای همگام‌سازی بین خواندن و نوشتن.
آینده‌ای برای مخازن کد در مقیاس کلان
گیت‌هاب تنها بازیگری نیست که با چالش بازطراحی Git برای عصر هوش مصنوعی مواجه شده است. پروژه‌هایی مانند Entire و بهینه‌سازی‌های صورت گرفته در شرکت Cursor، همگی نشان از حرکت به سمت استفاده از WAL (Write-ahead Log) و ذخیره‌سازی نامتغیر (Immutable Objects) دارند. این تحول برای تیم‌های مهندسی که با خط لوله‌های CI/CD شلوغ و ناوگان ایجنت‌های فعال سروکار دارند، حیاتی است. هدف نهایی این تغییر، انتقال گیت‌هاب از یک سرویس سنتی به یک زیرساخت ابری مقیاس‌پذیر و پایدار است که بتواند میلیاردها تراکنش ماهانه را بدون کوچک‌ترین وقفه پشتیبانی کند.
