اتصال مانیتورینگ را از monitoring.delivery.sotoon.ir به delivery.observatory.platform.sotoon.ir منتقل می‌کنیم. پیش از تغییر، تنظیمات اتصال فعلی را نگه می‌داریم.
به توکن با دسترسی مانیتورینگ Delivery نیاز داریم.
انتقال اسکریپت یا API
در نسخه‌ی آزمایشی اتصال، آدرس پایه را تغییر می‌دهیم و کوئری‌ها و فیلترهای داخل آن‌ها را حفظ می‌کنیم. اگر اتصال قبلی Basic authentication دارد، آن را به Bearer تغییر می‌دهیم. درخواست‌های دارای بدنه را به‌صورت فرم POST با Content-Type: application/x-www-form-urlencoded می‌فرستیم.
اگر برای انتخاب فضای کاری به پارامتر جداگانه‌ی HTTP به نام wsid متکی هستیم، آن را با فیلتر sotoon_wsid="<UUID>" در انتخاب‌گرهای متریک جایگزین می‌کنیم؛ در Observatory، پارامتر جداگانه‌ی wsid نتیجه را به یک فضای کاری محدود نمی‌کند. UUID در فضاهای کاری Ocean در دسترس است.
نمونه‌ی تغییر پارامترهای درخواست برای فضای کاری <UUID>:
| اتصال | پارامتر wsid | پارامتر query |
|---|---|---|
| مانیتورینگ قدیمی | <UUID> | cdn_bytes_sent_size{hostname="www.example.com"} |
| Observatory | حذف می‌شود | cdn_bytes_sent_size{hostname="www.example.com",sotoon_wsid="<UUID>"} |
کوئری‌های واقعی را روی اتصال قدیمی و جدید با فضای کاری، زمان پایان و بازه‌ی یکسان اجرا می‌کنیم. پس از تطبیق پاسخ‌های موفق و غیرخالی، اتصال اصلی را تغییر می‌دهیم.
انتقال Grafana
طبق راهنمای اتصال Observatory، یک دیتاسورس موقت می‌سازیم و داده‌های داشبورد، متغیرها و هشدارها را با اتصال قبلی مقایسه می‌کنیم. پس از تطبیق، تنظیمات اتصال دیتاسورس اصلی را تغییر می‌دهیم و نام و UID آن را حفظ می‌کنیم.
انتقال Federation
تنظیم Federation را در یک Prometheus آزمایشی جدا بررسی می‌کنیم. پس از تطبیق متریک‌ها و برچسب‌ها، تنظیم job اصلی را تغییر می‌دهیم و نام job را حفظ می‌کنیم. تغییر instance و وابستگی کوئری‌ها به آن را بررسی می‌کنیم؛ جمع‌آوری قدیم و جدید را هم‌زمان در مقصد اصلی فعال نمی‌کنیم.
بازگشت
اگر پاسخ‌ها خالی یا متفاوت بودند، مهاجرت را ادامه نمی‌دهیم. اگر پس از انتقال مشکلی پیش آمد، تنظیمات اتصال قبلی را بازمی‌گردانیم.