اپلیکیشن‌های وان پلتفرم
Grafana
Grafana چیست و چه نقشی در مانیتورینگ دارد؟
Grafana یا گرافانا، ابزار ساخت داشبورد و نمایش داده است. وقتی اطلاعات زیرساخت در چند منبع جداگانه نگهداری می‌شود، گرافانا کمک می‌کند آن‌ها را در یک محیط بررسی کنید. نمودار مصرف منابع، روند خطاها و شاخص‌های عملکرد می‌توانند کنار هم قرار بگیرند تا مقایسهٔ وضعیت سرویس‌ها ساده‌تر شود.
باید میان نمایش داده و جمع‌آوری آن تفاوت گذاشت. نصب Grafana به‌تنهایی به معنی ثبت تمام اطلاعات سرور نیست؛ منبع داده باید آماده باشد و اتصال آن پیکربندی شود. ارزش داشبورد زمانی مشخص می‌شود که دادهٔ معتبر، بازهٔ زمانی مناسب و پرسش مشخصی پشت هر نمودار وجود داشته باشد.
داشبورد گرافانا برای چه پروژه‌هایی کاربرد دارد؟
برای تیم عملیات، پیشنهاد می‌شود یک نمای کلی از سرویس‌های مهم و داشبوردهای جداگانه برای عیب‌یابی ساخته شود. صفحهٔ اول باید به این پرسش پاسخ دهد که اکنون کدام بخش به بررسی نیاز دارد. انباشتن ده‌ها نمودار بدون اولویت، پیدا کردن مشکل را دشوار می‌کند.
در پروژهٔ فروشگاهی می‌توان شاخص‌های فنی و داده‌های مرتبط با سفارش را، در صورت وجود منبع مناسب، جداگانه بررسی کرد. برای یک API نیز روند زمان پاسخ و خطاها می‌تواند مبنای گفت‌وگو میان توسعه‌دهنده و مدیر سرور باشد. انتخاب شاخص باید به تصمیمی که قرار است گرفته شود کمک کند.
انتخاب سرور و محل نگهداری داده‌ها
برای شروع، مشخصات سرور مجازی لینوکس را بر اساس کاربران هم‌زمان و تعداد داشبوردها بررسی کنید. حجم اصلی پردازش ممکن است در منبع داده اتفاق بیفتد؛ بنابراین ظرفیت کل سامانهٔ مانیتورینگ را فقط از روی مصرف خود Grafana قضاوت نکنید.
اگر دریافت هشدار قطع بودن سایت هم بخشی از نیاز شماست، کاربرد Uptime Kuma را در کنار داشبوردها بررسی کنید. این دو ابزار لزوماً جای یکدیگر را نمی‌گیرند؛ بهتر است برای هر کدام نقش روشنی در نظارت تعریف شود.
پیش از راه‌اندازی داشبوردهای اصلی
ابتدا یک منبع داده و چند شاخص ضروری را متصل کنید. بازهٔ زمانی، واحد نمایش و نام پنل‌ها را یکدست نگه دارید تا اعضای تیم نمودارها را به شکل متفاوت تفسیر نکنند. سپس سطح دسترسی کاربران و شیوهٔ نگهداری تنظیمات را مشخص کنید.
پیشنهاد می‌شود داشبوردهای عمومی و داخلی از ابتدا تفکیک شوند. نام میزبان، آدرس سرویس یا دادهٔ مشتری نباید صرفاً به دلیل آسان‌تر شدن اشتراک‌گذاری در دسترس همه قرار بگیرد. پس از هر تغییر مهم هم اتصال منابع و صحت نمایش اطلاعات را بررسی کنید.
تفاوت Grafana با منبع داده و ابزار جمع‌آوری
برای طراحی مانیتورینگ، سه کار را جدا ببینید: دریافت اطلاعات از سرویس، نگهداری اطلاعات و نمایش آن. Grafana در بخش نمایش و بررسی داده نقش اصلی دارد و به منابع داده متصل می‌شود. بنابراین اگر نمودار خالی است، ممکن است اشکال در جمع‌آوری یا اتصال باشد، نه در طراحی داشبورد. این تفکیک، عیب‌یابی را برای تیم سریع‌تر می‌کند.
به‌عنوان نمونه، می‌توان طرحی داشت که یک سامانه شاخص‌های زیرساخت را نگه دارد و گرافانا آن‌ها را به نمودار تبدیل کند. دسترسی منبع داده را متناسب با نیاز داشبورد تعیین کنید. برای مشاهدهٔ نمودار معمولاً نباید حسابی با اختیار تغییر یا حذف تمام داده‌ها در اختیار ابزار نمایش قرار گیرد. تنظیم دقیق مجوزها به نوع منبع و روش اتصال وابسته است.
یک داشبورد کاربردی برای سرویس آنلاین چه نشان می‌دهد؟
پیشنهاد می‌شود نمای اول را به چند پرسش عملی محدود کنید: آیا درخواست‌ها به سرویس می‌رسند، پاسخ چقدر طول می‌کشد و چه سهمی از درخواست‌ها خطا دارد؟ سپس نمودار منابع سرور را کنار آن قرار دهید. بالا رفتن مصرف پردازنده وقتی با افزایش زمان پاسخ همراه شود معنای متفاوتی از افزایش مصرف در زمان اجرای یک کار برنامه‌ریزی‌شده دارد.
برای بررسی علت، داشبورد جزئی‌تر بسازید که امکان محدود کردن بازهٔ زمانی و انتخاب سرویس را داشته باشد. نام نمودار، واحد اندازه‌گیری و توضیح کوتاه آن باید روشن باشد. عددی مثل «۸۰» بدون مشخص بودن درصد، تعداد یا زمان، مبنای مناسبی برای تصمیم نیست. بهتر است اعضای تیم روی تعریف هر شاخص توافق کنند تا گزارش‌ها برداشت‌های متفاوت ایجاد نکنند.
طراحی هشدار بر اساس اثر مشکل
هشدار زمانی ارزش دارد که اقدام مشخصی پس از آن انجام شود. برای طرح هشداردهی، صرف عبور لحظه‌ای یک نمودار از عدد دلخواه کافی نیست. مدت ادامهٔ وضعیت، اهمیت سرویس و اثر آن بر کاربر را در نظر بگیرید. برای نمونه، افزایش کوتاه مصرف حافظه هنگام پردازش برنامه‌ریزی‌شده ممکن است طبیعی باشد، اما افزایش مداوم خطا به بررسی فوری نیاز داشته باشد.
قبل از اتصال هشدارها به مسیر پاسخ‌گویی تیم، نبودن داده و قطع ارتباط با منبع را هم آزمایش کنید. صفر بودن مقدار با نرسیدن اطلاعات یکسان نیست. بهتر است مسئول هر هشدار، زمان بررسی و راه تشخیص اولیه ثبت شود. این طراحی مستقل از انتخاب کانال اعلان است و مانع انباشته شدن پیام‌هایی می‌شود که هیچ‌کس مالک پیگیری آن‌ها نیست.
چگونه از کند شدن داشبورد جلوگیری کنیم؟
وقتی چند کاربر هم‌زمان ده‌ها نمودار را با بازهٔ زمانی طولانی باز می‌کنند، منبع داده نیز تحت فشار قرار می‌گیرد. پیشنهاد می‌شود بازهٔ پیش‌فرض را بر اساس نیاز روزمره انتخاب کنید و تازه‌سازی بسیار پرتکرار را فقط برای موارد ضروری به کار ببرید. نمایش اطلاعات چندماهه با جزئیاتی که برای چند دقیقه مناسب است، لزوماً بررسی را بهتر نمی‌کند.
برای بررسی کندی، زمان پاسخ منبع داده را از زمان بارگذاری داشبورد جدا بسنجید. تغییر پرس‌وجو یا کاهش تعداد پنل‌ها ممکن است مؤثرتر از افزایش منابع سرور Grafana باشد. آزمون را با داشبورد واقعی و تعداد کاربر مورد انتظار انجام دهید تا انتخاب زیرساخت بر مبنای مصرف عملی باشد.
نگهداری داشبوردها در طول عمر پروژه
پس از تغییر نام سرویس، جابه‌جایی دیتابیس یا اصلاح شاخص‌ها، داشبوردها را بازبینی کنید. پنل قدیمی ممکن است بدون خطای واضح داده‌ای ناقص نشان دهد. فهرستی از داشبوردهای ضروری، منابع متصل و مسئول هر بخش نگه دارید و پس از به‌روزرسانی، چند نمودار شناخته‌شده را با دادهٔ اصلی تطبیق دهید. نسخهٔ پشتیبان تنظیمات و آزمون بازیابی نیز باید بخشی از برنامهٔ نگهداری باشد.
سوالات متداول
آیا Grafana خودش همهٔ داده‌های سرور را جمع می‌کند؟
خیر. برای هر کاربرد باید منبع داده و روش جمع‌آوری مناسب آماده و به گرافانا متصل شود.
آیا برای یک تیم کوچک سرور اختصاصی لازم است؟
لزوماً خیر. تعداد کاربران، نوع پرس‌وجو و محل اجرای اجزای دیگر مانیتورینگ در انتخاب منابع اثر دارند.
از کجا درخواست نصب را ثبت کنیم؟
از دکمهٔ نصب و استفاده وارد مسیر عضویت وان پلتفرم شوید و درخواست راه‌اندازی را در ناحیهٔ کاربری پیگیری کنید. هزینهٔ زیرساخت جداگانه است.
زیرساخت مناسب برای راه‌اندازی را انتخاب کنید
پلن‌ها و منابع سرور را متناسب با نیاز نرم‌افزار و پروژهٔ خود مقایسه کنید.
