‏هشدار با SQL تو Cloud Monitoring گوگل

به گفتهٔ تیم گوگل کلاد، سیستم‌های هشدار سنتی آدم رو مجبور به یه انتخاب بد می‌کنن: یا روی رویدادهای سادهٔ لاگ آلارم بذاری که پرسروصدا و پر از نویزه، یا به متریک‌های از پیش تعریف‌شده و خشک بچسبی که جلوی داده‌های high-cardinality (مثل session کاربر یا آی‌پی) کم میارن. مشکل اینجاست که خیلی از مسائل واقعی — مثل ۲۰٪ جهش نرخ خطا برای یه مشتری خاص — دقیقاً تو همین تجمیع‌ها و روابط بین سیگنال‌ها قایم شدن.

راه‌حل گوگل: بردن SQL مستقیم داخل موتور آلارم. قبلاً اعلام شده بود که می‌شه با SQL روی لاگ و ترِیس تو Observability Analytics (همون Log Analytics قدیمی) کوئری زد؛ حالا از همون کوئری می‌شه آلارم هم ساخت. این قابلیت بخشی از Cloud Monitoring ـه و فعلاً تو پیش‌نمایش (preview) ـه.

مکانیزمش ساده‌ست: یه alerting policy کوئری SQL تو رو طبق زمان‌بندی‌ای که تعیین می‌کنی (مثلاً هر ۱۰ دقیقه) اجرا می‌کنه و خودکار یه «پنجرهٔ lookback» می‌ذاره، پس فقط لاگ‌ها یا اسپن‌هایی رو نگاه می‌کنه که از اجرای قبلی به بعد رسیدن. اگه نتیجه با شرطت جور دربیاد، Cloud Monitoring یه incident می‌سازه و به کانال‌هایی مثل ایمیل، Slack یا PagerDuty نوتیفیکیشن می‌فرسته.

دو جور شرط داری. اولی row count threshold ـه: آلارم وقتی می‌زنه که تعداد سطرهای برگشتی از یه آستانه بیشتر (یا کمتر/مساوی) باشه — مناسب سناریوهایی مثل «اگه بیشتر از ۱۰ کاربر لاگین ناموفق داشتن خبرم کن» یا تشخیص قطعی سیستماتیک درگاه پرداخت، بدون این‌که ریجکت‌های عادی کارت آلارم بزنن.

دومی Boolean ـه که قوی‌تره: آلارم وقتی فعال می‌شه که کوئری حداقل یه سطر برگردونه که ستون مشخص‌شده توش true باشه. با این می‌تونی منطق پیچیده رو کامل داخل خود SQL بنویسی — مثلاً p99 لِیتنسی سرویس orchestrator رو حساب کنی و اگه از ۵۰۰۰ میلی‌ثانیه رد شد، ستون خروجی رو true کنی.

قبل از این‌که سراغش بری چند تا پیش‌نیاز هست: باکت لاگت باید به Observability Analytics ارتقا داده بشه (و برای ترِیس، Cloud Trace فعال باشه)، یه linked dataset تو BigQuery بسازی، نقش‌های IAM لازم (Monitoring AlertPolicy Editor و Logging SqlAlert Writer) رو بگیری و کانال‌های نوتیفیکیشن رو تنظیم کنی. ساخت آلارم هم از UI کنسول ممکنه و هم برای پایپلاین‌های IaC، از طریق API و Terraform.

یه نکتهٔ مالی مهم هم هست که نباید ازش رد شد: چون پردازش این کوئری‌ها روی BigQuery انجام می‌شه، هزینهٔ اجراشون هم طبق قیمت‌گذاری on-demand یا رزرویشن‌های BigQuery حساب می‌شه — یعنی هر چقدر بازهٔ آلارم رو کوتاه‌تر کنی، هزینهٔ کوئری هم بالاتر می‌ره.

نکات کلیدی:

• SQL alerting تو Observability Analytics گوگل کلاد به پیش‌نمایش رسیده.
• می‌شه روی لاگ و ترِیس کوئری تحلیلی زد (درصد خطا، JOIN، ابعاد high-cardinality) و ازش آلارم ساخت.
• دو نوع شرط: row count threshold (ساده) و Boolean (منطق پیچیده داخل خود SQL).
• کوئری با پنجرهٔ lookback اجرا می‌شه؛ خروجی یه incident و نوتیف تو ایمیل/Slack/PagerDuty ـه.
• اجرا روی BigQuery انجام می‌شه، پس هزینهٔ کوئری‌ها هم پای BigQuery نوشته می‌شه.
• پیش‌نیاز: ارتقای باکت لاگ، linked dataset، نقش‌های IAM و کانال نوتیفیکیشن.