Healthchecks؛ پایش cron و کارهای زمان‌بندی‌شده روی سرور خودتان

یک سناریوی رایج: اسکریپت بکاپ ماه‌ها درست کار کرده، بعد رمز پایگاه داده عوض می‌شود یا دیسک مقصد پر می‌شود و بکاپ بی‌صدا متوقف می‌شود. هیچ ایمیل خطایی هم نمی‌آید، چون اسکریپتی که باید خطا را گزارش کند اصلاً به آن خط نمی‌رسد. روزی که به بکاپ نیاز دارید تازه می‌فهمید آخرین نسخه مال هفته‌ها پیش است. Healthchecks دقیقاً همین فاصله را می‌بندد، چون نبودِ پیام را خطا حساب می‌کند.

هر کاری که اگر بی‌صدا متوقف شود دیر متوجه می‌شوید:

وقتی Healthchecks را در سفارش انتخاب می‌کنید، اسکریپت نصب پس از روشن شدن سرور Docker و افزونهٔ compose را روی Ubuntu 22.04 نصب می‌کند و Healthchecks را از ایمیج رسمی با یک فایل compose در /opt/healthchecks اجرا می‌کند. برنامه داخل ایمیج روی پورت ۸۰۰۰ کار می‌کند که به پورت ۸۰ سرور وصل می‌شود. حالت اشکال‌زدایی خاموش است، یک کلید مخفی تصادفی ساخته می‌شود و ثبت‌نام آزاد و بخش پرداخت غیرفعال‌اند.

یک حساب مدیر با رمز تصادفی ساخته می‌شود و داده‌ها در پوشهٔ data کنار فایل compose و در پایگاه دادهٔ SQLite نگه داشته می‌شوند. SITE_ROOT روی نشانی IP سرور است و نشانی‌های ping بر اساس آن ساخته می‌شوند؛ وقتی دامنه وصل کردید، آن را به نشانی https دامنه تغییر دهید و پیش از پخش نشانی‌ها در اسکریپت‌ها این کار را انجام دهید.

قوانین فایروال برای پورت‌های ۸۰ و ۴۴۳ خودکار تنظیم می‌شوند. در پایان، نتیجهٔ نصب در تب «اپلیکیشن» صفحهٔ سرور نمایش داده می‌شود: نشانی پنل، ایمیل و رمز مدیر، الگوی نشانی ping و مسیر فایل compose. لازم نیست برای هیچ‌کدام از این مراحل وارد SSH شوید.

دو پارامتر هر بررسی را تعریف می‌کنند. دوره یعنی کار هر چند وقت یک بار اجرا می‌شود و مهلت یعنی چقدر تأخیر عادی است. برای بکاپی که هر شب ساعت دو اجرا می‌شود و معمولاً بیست دقیقه طول می‌کشد، دورهٔ یک روز و مهلت یک ساعت منطقی است. اگر زمان‌بندی نامنظم است، عبارت cron را با منطقهٔ زمانی تهران وارد کنید.

برای اطلاعات بیشتر، کار را با سه سیگنال گزارش دهید: درخواست به مسیر start در ابتدای کار، ping معمولی در پایان موفق و مسیر fail در صورت خطا. ساده‌تر از آن، کد خروج دستور را در انتهای نشانی بگذارید تا Healthchecks خودش صفر را موفقیت و بقیه را شکست حساب کند. می‌توانید چند خط آخر خروجی کار را هم در بدنهٔ درخواست بفرستید تا هنگام خطا علت را در خود اعلان ببینید.

در curl از گزینه‌های تلاش مجدد و محدودیت زمان استفاده کنید تا قطعی لحظه‌ای شبکه به هشدار کاذب تبدیل نشود و اسکریپت هم به خاطر ping معطل نماند.

Healthchecks سبک است و دست‌کم ۵۱۲ مگابایت حافظه می‌خواهد؛ نصب آن هزینهٔ جداگانه ندارد و فقط قیمت ساعتی پلن از کیف پول کم می‌شود. یک نصب شخصی با صدها بررسی روی پلن mini بدون مشکل کار می‌کند. حجم پایگاه داده با تعداد پیام‌ها رشد می‌کند، اما برنامه تاریخچهٔ قدیمی هر بررسی را خودکار کوتاه نگه می‌دارد. اگر هزاران بررسی با فاصلهٔ چنددقیقه‌ای دارید یا کنار آن ابزارهای دیگری اجرا می‌کنید، پلن standard فضای بیشتری می‌دهد.

سرور پایش باید مستقل باشد؛ اگر Healthchecks را روی همان سروری بگذارید که بکاپ‌ها را می‌سازد، با از کار افتادن آن سرور هم کار و هم پایشگرش با هم خاموش می‌شوند. قیمت‌های زیر مستقیم از جدول پلن‌ها خوانده می‌شوند و هزینه ساعتی از کیف پول کم می‌شود.

هر ابزار پایش به یک سؤال متفاوت جواب می‌دهد:

نصب Healthchecks خودکار انجام می‌شود و کار شما از ثبت سفارش تا دریافت اولین ping فقط چند قدم است:

نشانی‌های ping عمداً بدون رمز کار می‌کنند و امنیتشان به یکتا و غیرقابل‌حدس بودن شناسه است؛ آن‌ها را در مخزن عمومی کد قرار ندهید. کسی که نشانی ping را داشته باشد فقط می‌تواند وضعیت آن بررسی را عوض کند، نه چیز دیگری. رابط مدیریت اما باید پشت HTTPS باشد.

یک زیردامنه در مدیریت DNS بسازید و Edge Proxy را روشن کنید تا HTTPS روی لبه برقرار شود و ارتباط لبه با سرور روی پورت ۸۰ باشد، یا یک reverse proxy با گواهی روی خود سرور بگذارید. سپس SITE_ROOT را به نشانی https تغییر دهید. در فایروال شبکه پورت‌های غیرضروری را ببندید و ثبت‌نام آزاد را خاموش نگه دارید.

کلیدهای API پروژه را مثل رمز عبور نگه دارید و برای اسکریپت‌هایی که فقط وضعیت را می‌خوانند از کلید فقط‌خواندنی استفاده کنید. اگر عضوی از تیم جدا شد، دسترسی او را از پروژه بردارید و کلیدهایی را که در اختیار داشت عوض کنید.

همهٔ بررسی‌ها، کانال‌ها و تاریخچه در پوشهٔ /opt/healthchecks/data است. این پوشه و فایل compose، که کلید مخفی و رمز مدیر را دارد، تنها چیزهایی‌اند که برای انتقال به سرور دیگر لازم دارید؛ نسخه‌ای از آن‌ها را در فضای ذخیره‌سازی ابری نگه دارید. اگر نشانی سرور ثابت بماند، نشانی‌های ping در اسکریپت‌ها نیازی به تغییر ندارند. در کنار آن، بکاپ دستی کل سرور از پنل در دسترس است که برای هر گیگابایت ۲ تومان در ساعت هزینه دارد؛ جزئیات در صفحهٔ پشتیبان‌گیری.

محدودیت‌ها: نصب خودکار دامنه و HTTPS را راه نمی‌اندازد؛ ایمیل تا وقتی SMTP تنظیم نکنید ارسال نمی‌شود؛ بعضی کانال‌های اعلان مثل پیامک به حساب سرویس خارجی نیاز دارند؛ و اگر خود سرور Healthchecks از کار بیفتد، کسی خبردار نمی‌شود، پس آن را از بیرون هم پایش کنید.