اپلیکیشن‌های وان پلتفرم
Uptime Kuma
Uptime Kuma چیست؟
Uptime Kuma یا آپتایم کوما، یک ابزار مانیتورینگ قابل نصب روی سرور شخصی است. با آن می‌توانید در دسترس بودن وب‌سایت و سرویس‌های خود را بررسی کنید و هنگام بروز اختلال، اعلان بگیرید. پنل تحت وب آن وضعیت مانیتورها را یکجا نمایش می‌دهد تا برای بررسی هر سرویس، مجبور نباشید آدرس آن را جداگانه باز کنید.
این برنامه از روش‌هایی مانند بررسی HTTP و HTTPS، اتصال TCP، پینگ و رکورد DNS پشتیبانی می‌کند. امکان بررسی وجود عبارت در پاسخ صفحه نیز کمک می‌کند تست شما فقط به باز شدن یک پورت محدود نباشد. ارسال اعلان از مسیرهایی مثل تلگرام، ایمیل و Discord و ساخت صفحهٔ وضعیت از قابلیت‌های دیگر آن است.
مانیتورینگ چه کمکی به مدیریت سایت می‌کند؟
قطع شدن سایت همیشه با پیام مشتری شروع نمی‌شود. ممکن است صفحهٔ اصلی باز باشد، اما بخشی از سرویس پاسخ مناسبی ندهد. اگر فقط هر چند ساعت یک‌بار سایت را دستی باز کنید، زمان شروع اختلال را دقیق نمی‌دانید و احتمال دارد مشکل تا مدت زیادی دیده نشود.
برای یک فروشگاه، پیشنهاد می‌شود علاوه بر صفحهٔ اصلی، یک مسیر مناسب برای بررسی سلامت سرویس هم تعریف شود. برای یک تیم توسعه، بررسی پاسخ API می‌تواند مفیدتر از پینگ ساده باشد. انتخاب آزمون باید با کاری که کاربر واقعاً از سرویس انتظار دارد ارتباط داشته باشد؛ پاسخ موفق یک آدرس به‌تنهایی تضمین نمی‌کند تمام بخش‌های سامانه درست کار می‌کنند.
کاربردهای آپتایم کوما
- پیگیری دسترس‌پذیری سایت: وضعیت وب‌سایت‌های تحت مدیریت را در یک پنل دنبال کنید.
- بررسی سرویس‌های شبکه: برای سرویس‌هایی که صفحهٔ وب ندارند، روش بررسی متناسب با نوع اتصال انتخاب کنید.
- اطلاع‌رسانی به تیم: هشدار را به کانالی بفرستید که مسئول پاسخ‌گویی واقعاً آن را دنبال می‌کند.
- نمایش وضعیت خدمات: اطلاعات قابل انتشار دربارهٔ وضعیت سرویس‌ها را از طریق صفحهٔ وضعیت در اختیار کاربران قرار دهید.
سرور Uptime Kuma را کجا قرار دهیم؟
پیشنهاد ما این است که سرور مانیتورینگ از سروری که بررسی می‌کند مستقل باشد. اگر سایت و ابزار مانیتورینگ روی یک ماشین باشند، خرابی همان ماشین می‌تواند هر دو را از دسترس خارج کند. در این وضعیت، ابزار نظارت هم برای ارسال هشدار در دسترس نخواهد بود.
برای اجرای مستقل برنامه، می‌توانید پلن‌های سرور مجازی لینوکس را بررسی کنید. اگر هدف، مشاهدهٔ دسترسی سرویس از یک موقعیت خارجی مشخص است، سرور مجازی آلمان یکی از موقعیت‌های قابل بررسی است. نتیجهٔ هر مانیتور، وضعیت دسترسی از محل همان سرور را نشان می‌دهد و لزوماً تجربهٔ تمام کاربران در کشورهای دیگر نیست.
برای انتخاب منابع چه چیزهایی را در نظر بگیریم؟
تعداد مانیتورها، فاصلهٔ زمانی بررسی، نوع آزمون و مدت نگهداری سوابق روی نیاز منابع اثر دارند. برای نمونه، بررسی تعداد محدودی سایت در بازه‌های معمول با صدها آزمون پرتکرار یکسان نیست. به همین دلیل، تعیین یک مقدار ثابت رم و پردازنده برای تمام پروژه‌ها انتخاب دقیقی نیست.
ابتدا سرویس‌های مهم و روش بررسی آن‌ها را مشخص کنید، سپس پلن متناسب را انتخاب کنید. بعد از راه‌اندازی نیز مصرف حافظه، پردازنده و دیسک را زیر نظر بگیرید. افزایش تعداد مانیتورها باید با بررسی ظرفیت همراه باشد تا خود سامانهٔ نظارت به نقطهٔ ضعف تبدیل نشود.
پیش از استفادهٔ عملی این موارد را آماده کنید
- تعریف معیار سلامت: مشخص کنید پاسخ درست هر سرویس چیست و چه زمانی باید هشدار صادر شود.
- آزمودن اعلان: پیش از تکیه بر هشدارها، دریافت پیام توسط مسئول مربوطه را آزمایش کنید.
- برنامهٔ پاسخ‌گویی: مشخص باشد چه کسی اختلال را بررسی می‌کند و در صورت نبودن او، مسئول جایگزین کیست.
- نگهداری برنامه: برای به‌روزرسانی و تهیهٔ نسخهٔ پشتیبان از اطلاعات موردنیاز برنامه برنامه‌ریزی کنید.
پس از انتخاب زیرساخت، می‌توانید درخواست نصب را از ناحیهٔ کاربری وان پلتفرم پیگیری کنید. تنظیم مانیتورها باید بر اساس سرویس‌های واقعی شما انجام شود؛ صرف نصب برنامه، جای تعریف آزمون‌های درست و بررسی هشدارها را نمی‌گیرد.
هشدار مفید را از اعلان تکراری جدا کنید
اگر برای هر نوسان کوتاه ده‌ها پیام ارسال شود، به‌مرور تیم هشدارها را نادیده می‌گیرد. فاصلهٔ بررسی و معیار اعلام قطعی را متناسب با اهمیت سرویس تنظیم کنید. برای صفحهٔ معرفی شرکت و API مورد استفادهٔ مشتریان، الزام پاسخ‌گویی یکسان نیست. پس از چند روز استفاده، علت هشدارهای پرتکرار را بررسی کنید تا اشکال آزمون با اختلال واقعی اشتباه نشود.
مسیر ارسال اعلان هم باید مستقل و قابل اتکا باشد. اگر ایمیل هشدار از همان سروری ارسال شود که تحت نظارت است، خرابی آن ممکن است مانع رسیدن پیام شود. برای سرویس‌های مهم، یک مسیر جایگزین در نظر بگیرید و دریافت هشدار قطع و بازگشت سرویس را عملاً آزمایش کنید. موفق بودن ذخیرهٔ تنظیمات، دریافت پیام توسط مسئول را ثابت نمی‌کند.
صفحهٔ وضعیت چه اطلاعاتی به مشتری بدهد؟
صفحهٔ وضعیت عمومی باید نام خدمات قابل فهم را نمایش دهد. معمولاً مشتری به وضعیت وب‌سایت، پنل کاربری یا سرویس سفارش نیاز دارد، نه نام داخلی ماشین‌ها و پورت‌های شبکه. پیشنهاد می‌شود پیش از انتشار، فهرست مانیتورهای قابل نمایش را مرور کنید و جزئیات داخلی را در پنل مدیریتی نگه دارید.
هنگام اختلال، نتیجهٔ مانیتورینگ را با توضیح روشن تیم پشتیبانی همراه کنید. سبز بودن یک آزمون محدود به معنی سالم بودن تمام مسیر خرید نیست. برای نمونه، پاسخ صفحهٔ اصلی ممکن است درست باشد اما ثبت سفارش مشکل داشته باشد. تعریف آزمون‌های معنادار باعث می‌شود وضعیت نمایش‌داده‌شده به تجربهٔ واقعی کاربر نزدیک‌تر شود.
تحویل سامانهٔ مانیتورینگ به تیم
برای هر سرویس بنویسید چه چیزی بررسی می‌شود، مسئول پیگیری چه کسی است و پس از هشدار چه اقدام اولیه‌ای باید انجام شود. رمزها و اطلاعات دسترسی را داخل توضیح عمومی مانیتور قرار ندهید. این مستند کوتاه باعث می‌شود در زمان قطعی، تیم به‌جای جست‌وجو برای شناخت سرویس، روی رفع علت تمرکز کند. بازبینی مانیتورها را هم پس از تغییر دامنه یا جابه‌جایی سرور انجام دهید.
سوالات متداول
آیا Uptime Kuma اختلال سایت را برطرف می‌کند؟
کار اصلی آن بررسی وضعیت و اطلاع‌رسانی است. پس از دریافت هشدار، علت اختلال باید بررسی و توسط مسئول سرویس رفع شود.
آیا برای چند وب‌سایت به سرور اختصاصی نیاز داریم؟
لزوماً خیر. تصمیم به تعداد و نوع بررسی‌ها و مصرف واقعی منابع بستگی دارد. برای پروژه‌های محدود، یک سرور مجازی متناسب می‌تواند نقطهٔ شروع مناسبی باشد.
آیا برنامه باید روی همان سرور سایت نصب شود؟
اجباری نیست و برای تشخیص اختلال‌های گسترده، بهتر است محل اجرای مانیتورینگ از سرویس تحت نظارت مستقل باشد.
آیا نصب رایگان شامل هزینهٔ سرور هم می‌شود؟
خیر. هزینهٔ زیرساخت جداگانه محاسبه می‌شود. دکمهٔ نصب و استفاده شما را به عضویت در وان پلتفرم هدایت می‌کند تا درخواست راه‌اندازی را پیگیری کنید.
زیرساخت مناسب برای راه‌اندازی را انتخاب کنید
پلن‌ها و منابع سرور را متناسب با نیاز نرم‌افزار و پروژهٔ خود مقایسه کنید.
