تصور کنید می‌خواهید قدرت مدیریت پایگاه‌داده‌های ابری را در محیط‌های سخت‌افزاری قدیمی یا ماشین‌های مجازی داشته باشید، اما حوصله و بودجه‌ای برای مدیریت پیچیدگی‌های کوبرنتیز ندارید. در ۱۰ سپتامبر ۲۰۲۶، گوگل کلاود (Google Cloud) با عرضه عمومی ارکستراتور RPM برای AlloyDB Omni، این مسیر را هموار کرد تا سازمان‌ها بتوانند این ابزار را مستقیماً روی ردهت انترپرایز لینوکس (RHEL) نصب کنند.
برای سال‌ها، مدیریت پایگاه‌داده‌های با کارایی بالا به کوبرنتیز وابسته بود؛ سیستمی که مثل یک مدیر ساختمان سخت‌گیر، هر جزئیات کوچکی از زیرساخت را کنترل می‌کند اما لایه‌ای از پیچیدگی اضافی به مدیریت سرورها می‌افزاید. این چالش‌ها به‌ویژه در مدیریت منابع پردازشی مشهود است، جایی که تضاد میان درخواست‌های CPU و محدودیت‌های سخت‌گیرانه می‌تواند منجر به کاهش کارایی اپلیکیشن‌ها و افزایش هزینه‌ها شود. این رویکرد جدید مبتنی بر RPM به تیم‌های فنی اجازه می‌دهد لایه کانتینرها را به‌طور کامل دور بزنند. به همین دلیل، ادغام پایگاه‌داده در محیط‌های میراثی (Legacy) یا سیاست‌های سخت‌گیرانه «فقط ماشین مجازی» بسیار ساده‌تر شده است.
به نقل از راهنمای منتشرشده توسط CodeReport Global، فرآیند استقرار در این نسخه بر چهار ستون عملیاتی متمرکز است:
- حالت‌های استقرار: انتخاب مسیر نصب بر اساس نیازهای زیرساختی.
- در دسترس بودن بالا (High Availability): برنامه‌ریزی توپولوژی و استخرهای خواندن برای تضمین عدم توقف سرویس.
- حفاظت از داده‌ها: پیکربندی نسخه‌های پشتیبان و بازیابی در لحظه (PITR).
- پایداری: تست مکانیسم‌های جایگزینی (Failover) پیش از عملیاتی شدن نهایی.
همان‌طور که در تحلیل‌های پیشین ما درباره‌ی استقرار مدل‌های بازمتن در محیط‌های بسته اشاره کردیم، حذف وابستگی به ابزارهای پیچیده، کلید پذیرش فناوری در سازمان‌های بزرگ است. این روند ساده‌سازی زیرساخت‌ها در سایر غول‌های ابری نیز دیده می‌شود؛ برای مثال، رویکرد AWS در اتوماسیون مدیریت خوشه‌های GPU گامی در جهت کاهش پیچیدگی‌های عملیاتی برای کاربران است. طبق گزارش گوگل، این تغییر با جداسازی قابلیت‌های پایگاه‌داده ابری از ابزارهای ارکستراسیون، فرضیات پیشین این حوزه را تغییر می‌دهد. گوگل با ارائه یک بسته RPM بومی، سد ورود به محیط‌های ایزوله (Air-gapped) یا محیط‌های با نظارت شدید را که در آن‌ها استفاده از کوبرنتیز ممنوع است، می‌شکند.
گام بعدی شما
- نسخه‌های فعلی RHEL خود را برای اطمینان از سازگاری با ارکستراتور جدید بررسی کنید.
- مستندات فنی و دستورات اجرایی را در راهنمای CodeReport Global مطالعه کنید.
- در محیط تست، مکانیسم‌های Failover را برای سنجش پایداری سیستم آزمایش کنید.
اما این تنها بخشی از استراتژی گوگل برای تسخره محیط‌های درون‌سازمانی است؛ اثر این حرکت بر رقابت با اوراکل را در گزارش بعدی بررسی خواهیم کرد.
گفتگو