ارزش اعتبارات رایگان مشاهدهپذیری چقدر است؟
پنج فروشنده نظارت و مشاهدهپذیری، برنامههای اعتباری استارتاپی را اجرا میکنند که ارزش هر کدام بین ۲۵۰۰ تا ۱۰۰,۰۰۰ دلار است و از آنجایی که هر یک از آنها یک فاکتور فروشنده جداگانه است، آنها به جای همپوشانی، انباشته میشوند.
AI Perks آنها را در کنار ۷.۷ میلیون دلار اعتبار در ۱۹۴ شرکت ردیابی میکند.
| برنامه | ارزش اعتبار | پوششدهنده چیست | در چه چیزی فاکتور میشود |
|---|---|---|---|
| Datadog | تا ۱۰۰,۰۰۰ دلار | نظارت بر زیرساخت، APM، لاگها، تجزیه و تحلیل فرانتاند | میزبانها، ورود لاگ، معیارهای سفارشی |
| PostHog | تا ۵۰,۰۰۰ دلار | تجزیه و تحلیل محصول، بازپخش جلسه، ردیابی خطا، پرچمها | رویدادها |
| New Relic | ۵,۰۰۰ دلار | APM، زیرساخت، لاگها، ردیابی خطا | داده وارد شده، صندلیهای کل پلتفرم |
| Elastic | ۵,۰۰۰ دلار | تجزیه و تحلیل لاگ، جستجو، داشبوردهای Kibana | منابع تخصیص یافته، دادههای نگهداری شده |
| PagerDuty | ۲,۵۰۰ دلار | برنامهریزی در دسترس، تشدید، مسیریابی هشدار | صندلیها |
دو چیز این جدول را تحریف میکنند. عدد اصلی یک سقف است، نه یک نقل قول و مسیر تعداد را تغییر میدهد: پیشنهاد Datadog که از طریق برنامه شریک ابری ارائه میشود، به جای ۱۰۰,۰۰۰ دلار، ۵۰۰۰ دلار برای همان محصول ارزش دارد. واجد شرایط بودن بسته به برنامه متفاوت است و شرایط فعلی هر مسیر در getaiperks.com لیست شده است.
مشاهدهپذیری واقعاً چه چیزی را برای شما میخرد
مشاهدهپذیری معیارهای، لاگها و ردیابیهای جداگانه نیست. هر سه به صورت رایگان در دسترس هستند. آنچه شما برای آن پول میپردازید، اتصال بین آنهاست، به طوری که در ساعت ۳ صبح یک نفر میتواند از یک جهش در تأخیر به ردیابی خاص به خط لاگ خاص بدون تغییر ابزارها برود.
هر لایه یک معادل رایگان دارد. Prometheus و Grafana معیارهای را پوشش میدهند. OpenTelemetry با Jaeger یا Tempo ردیابیها را پوشش میدهد. Loki یا ثبت بومی ارائهدهنده ابری شما، لاگها را پوشش میدهد. ردیابی خطای منبع باز، استثناها را پوشش میدهد.
آنچه را نمیتوانید به صورت رایگان به دست آورید، همبستگی و عدم وجود یک اپراتور است. اجرای آن پشته به خودی خود تقریباً یک چهارم مهندس را پس از در نظر گرفتن نگهداری، کاردینالیتی و ارتقاء نسخه که کار واقعی است، اشغال میکند. در یک شرکت ده نفره، این یک چهارم گرانتر از نرمافزار است.
آزمون صادقانه برای اینکه آیا شما هنوز به یک پلتفرم پولی نیاز دارید: آیا یک چرخه در دسترس بودن دارید و آیا کسی دو بار برای چیزی که نتوانسته از یک داشبورد توضیح دهد، هشدار گرفته است؟ اگر پاسخ منفی است، ردیابی خطا به علاوه معیارهای داخلی ابری شما واقعاً شما را پوشش میدهد و اعتبار در آینده ارزش بیشتری خواهد داشت.
رفتار قیمتگذاری مشاهدهپذیری در مقیاس
صورتحسابهای مشاهدهپذیری با درآمد مقیاس نمیشوند. آنها با میزان پرسروصدای کد شما مقیاس میگیرند، که تصمیمی است که یک مهندس در اواسط اسپرینت بدون دیدن قیمت میگیرد.
هر فروشنده بر اساس یک محور متفاوت اندازهگیری میکند و آن محور تصمیم میگیرد که یک اعتبار معین با چه سرعتی تخلیه شود:
- مبتنی بر میزبان (زیرساخت Datadog): قابل پیشبینی، تا زمانی که گروههای مقیاسپذیری خودکار گرههای کوتاه مدت را در اوج شمارش کنند
- مبتنی بر ورود (New Relic، Elastic، بیشتر محصولات لاگ): قابل پیشبینی، تا زمانی که کسی پس از حادثه، ثبت خطا را روشن بگذارد
- مبتنی بر رویداد (PostHog): با ترافیک و ابزار دقیق رشد میکند، نه تعداد کارکنان
- مبتنی بر صندلی (PagerDuty، بخشی از New Relic): تنها معیاری که میتوانید واقعاً یک سال را پیشبینی کنید
حالت خرابی که تقریباً همه با آن مواجه میشوند، کاردینالیتی تگ است. افزودن چیزی مانند user_id یا request_id به عنوان یک تگ در یک معیار سفارشی، یک تغییر یک خطی است که میتواند یک معیار منفرد را به شش رقم از سریهای زمانی ذخیره شده ضرب کند. این رایجترین علت صورتحساب مشاهدهپذیری شگفتانگیز با اختلاف زیاد است.
مقیاس آنچه میتواند اشتباه پیش برود، نظری نیست. گزارش شده است که Coinbase در سال ۲۰۲۳ صورتحساب Datadog را در دهها میلیون دلار اجرا میکرد، که یک مرتبه بزرگی بالاتر از انتظارات داخلی بود. هیچ کس آن را تأیید نکرد. این تگ را و یک سطح لاگ را یکی یکی جمع کرد.
چگونه بین ارائهدهندگان مشاهدهپذیری انتخاب کنیم
بر اساس معیار صورتحساب و آنچه تیم شما میتواند اجرا کند، انتخاب کنید، نه بر اساس اعتبار اصلی. یک کمک ۱۰,۰۰۰ دلاری در مقابل سیستمی که ابزار دقیق آن را ندارید، ارزش کمتری از یک کمک ۵۰۰۰ دلاری در مقابل یک چرخه در دسترس واقعی دارد.
از شکل تیم خود شروع کنید تا لیست فروشندگان:
| شکل تیم | حداقل مشاهدهپذیری حیاتی | آنچه فعلاً باید نادیده گرفت |
|---|---|---|
| ۱-۳ مهندس، یک سرویس | ردیابی خطا به علاوه معیارهای داخلی ابری شما | APM، بازپخش جلسه، نمایهسازی لاگ |
| ۴-۱۰ مهندس، در دسترس بودن وجود دارد | ردیابی خطا، لاگهای متمرکز، مسیریابی هشدار | APM کل پلتفرم در هر سرویس |
| ۱۰+ مهندس، بسیاری از خدمات | معیارهای همبسته، ردیابیها و لاگها در یک مکان | هیچ، اینجاست که دسته بندی قیمت خود را توجیه می کند |
تصمیم دوم، تک پلتفرم در مقابل بهترین در نوع خود است. یک فروشنده برای همه چیز، همبستگی و یک صورتحساب را برای شما به ارمغان میآورد و در زمان تمدید، اهرم شما را از بین میبرد. ابزارهای جداگانه برای خطاها، لاگها و در دسترس بودن به طور جداگانه ارزانتر هستند و معمولاً در شغل خود بهتر عمل میکنند، و شما در زمان حادثه به خاطر تغییر زمینه، هزینه آن را میپردازید.
یک قانون مفید: شرط تک پلتفرم را با بزرگترین اعتباری که برای آن تأیید شدهاید، تأمین مالی کنید و در دسترس بودن را صرف نظر از هر چیزی در یک فروشنده جداگانه نگه دارید. هشدار دادن تنها سیستمی است که نمیخواهید با چیزی که تماشا میکند، از کار بیفتد. AI Perks این برنامهها را کنار هم قرار میدهد تا مقادیر و شرایط آنها به جای پراکنده شدن در دهها صفحه فروشنده، کنار هم قرار گیرند.
چه ترتیبی برای فعالسازی
تأیید و فعالسازی تصمیمات متفاوتی هستند و ادغام آنها دلیل اصلی اتلاف مقدار زیادی اعتبار است. ترتیبی که مهم است این نیست که کدام برنامه را اول انتخاب میکنید، بلکه کدام یک را اول روشن میکنید.
این برنامهها و شرایط فعلی آنها در دستههای تجزیه و تحلیل و مشاهدهپذیری در getaiperks.com در کنار هم قرار دارند، جایی که ابزار نظارت، ثبت، ردیابی خطا و ابزار حادثه قرار دارند.
هنگامی که بیش از یکی برای شما در دسترس شد، آنها را به ترتیب صعودی از آنچه که واقعاً میتوانید مصرف کنید، روشن کنید.
ابتدا اعتبارات کوچک، مبتنی بر صندلی. در دسترس بودن و ردیابی خطا در روزی که آنها را روشن میکنید، ارزش ارائه میدهند و اعتبار را با نرخی که میتوانید پیشبینی کنید، مصرف میکنند.
بزرگترین اعتبار در آخر، هنگامی که ناوگان شما واقعی است. اعتبار در برابر آنچه ابزار دقیق آن را نصب کردهاید، سوزانده میشود، بنابراین یک اعتبار بزرگ که بر روی سه سرویس روشن شده است، در هیچ چیز نمیسوزد.
به طور منظم دسته را دوباره بررسی کنید. برنامههای زیرساخت اغلب شرایط و مسیرها را تغییر میدهند و یک فروشنده میتواند از طریق یک مسیر بیست برابر بیشتر از دیگری ارزش داشته باشد.
بنیانگذاران در مورد اعتبارات مشاهدهپذیری چه اشتباهی میکنند
گرانترین اشتباه این است که یک اعتبار بزرگ را به جای نظارت رایگان، به عنوان یک پنجره ثابت برای ایجاد عادات هزینه در نظر بگیریم که میتوانید بعداً با قیمت لیست شده از عهده آن برآیید.
فرض اینکه اعتبارات ابری آن را پوشش میدهند. اینطور نیست. Datadog، New Relic و PagerDuty فروشندگان شخص ثالثی هستند که صورتحسابهایشان خارج از تراز AWS یا Google Cloud شما قرار میگیرد. دقیقاً به همین دلیل است که آنها به طور تمیز انباشته میشوند و چرا نگهداری اعتبارات ابری، اعتبارات مدل و اعتبارات مشاهدهپذیری با هم، سه صورتحساب جداگانه را به جای یک نسخه بزرگتر از همان صورتحساب، پوشش میدهد.
ابزار دقیق کردن همه چیز در روز اول. اعتبار، سیگنال قیمت را در دقیقترین لحظهای که تیم شما در حال شکلگیری پیشفرضها است، حذف میکند. هر آنچه را که در حالی که رایگان است روشن میکنید، همان چیزی است که بعداً با قیمت لیست شده به ارث میبرید.
نمایهسازی لاگهایی که هیچ کس جستجو نخواهد کرد. ورود ارزان است، نمایهسازی نیست. به طور گسترده وارد کنید، به طور محدود نمایهسازی کنید، بقیه را به ذخیرهسازی اشیاء بایگانی کنید.
عدم وجود هشدار مصرف. هر یک از این پلتفرمها میتوانند مصرف خود را نظارت کنند. آن را در روز اول پیکربندی کنید، نه زمانی که موجودی تقریباً تمام شده است.
برنامهریزی برای خروج بیش از حد دیر. اعتبارات با قیمت لیست شده ارزشگذاری میشوند، بنابراین پایان یکی از آنها یک صخره است تا یک رمپ. در ۷۰٪ مصرف، تصمیم بگیرید که چه چیزی را قطع خواهید کرد. برنامههای دیگر در همین دسته که آن انتقال را تسهیل میکنند، در getaiperks.com ردیابی میشوند.
سوالات متداول
بزرگترین اعتبارات رایگان مشاهدهپذیری برای استارتاپها چیست؟
Datadog بزرگترین است با تا ۱۰۰,۰۰۰ دلار، سپس PostHog با تا ۵۰,۰۰۰ دلار، سپس New Relic و Elastic با حدود ۵۰۰۰ دلار هر کدام و PagerDuty با ۲۵۰۰ دلار. مقادیر بسته به مسیر متفاوت است، بنابراین یک فروشنده میتواند ارزش بسیار متفاوتی داشته باشد. شرایط فعلی در getaiperks.com ردیابی میشوند.
آیا اعتبارات AWS یا Google Cloud، Datadog یا New Relic را پوشش میدهند؟
نه. اینها فروشندگان SaaS شخص ثالثی هستند که جدا از ارائهدهنده ابری شما صورتحساب دریافت میکنند، بنابراین یک کمک ابری بزرگ، صورتحساب نظارت شما را دست نخورده باقی میگذارد. این جدایی دلیل انباشته شدن تمیز آنهاست و چرا نگهداری هر دو مهمتر از نگهداری مقدار بیشتری از هر یک از آنها است.
آیا میتوانم اعتبارات مشاهدهپذیری را از چندین فروشنده انباشته کنم؟
بله. هر برنامه یک صورتحساب فروشنده متمایز است، بنابراین هیچ چیز مانع اجرای ردیابی خطا با یک اعتبار، لاگها با دیگری و در دسترس بودن با سومین مورد نمیشود. حد عملی، عملیاتی است، نه قراردادی: ابزارهای بیشتر به معنای تغییر زمینه بیشتر در اواسط حادثه است. ترکیبات موجود را در getaiperks.com مشاهده کنید.
یک استارتاپ پیشبذر باید از کدام ابزار مشاهدهپذیری استفاده کند؟
با یک یا دو سرویس و بدون چرخه در دسترس بودن، ردیابی خطا به علاوه معیارهای داخلی ارائهدهنده ابری شما تقریباً همه چیز را با نزدیک به صفر پوشش میدهد. یک پلتفرم کامل زمانی ارزش خود را نشان میدهد که چندین سرویس، یک صف و حوادثی داشته باشید که نتوان از یک داشبورد واحد توضیح داد.
چرا صورتحساب مشاهدهپذیری من سریعتر از ترافیک من رشد میکند؟
تقریباً همیشه کاردینالیتی معیار سفارشی. افزودن یک تگ با کاردینالیتی بالا مانند شناسه کاربر یا درخواست به یک معیار، آن را به اعداد عظیمی از سریهای زمانی ذخیره شده ضرب میکند. نمایهسازی لاگ معمولاً مورد دوم است. حسابرسی منظم این دو مورد، صورتحساب را بدون از دست دادن هیچ دید واقعی، نصف میکند.
وقتی اعتبارات مشاهدهپذیری تمام میشود چه اتفاقی میافتد؟
شما صورتحسابی را به ارث میبرید که با عاداتی که در حالی که رایگان بود شکل گرفتهاید، با قیمت لیست شده به جای نرخ مذاکره شده، اندازهگیری میشود. راه حل این است که هزینههای ماهانه را که میتوانید بدون یارانه تحمل کنید، یادداشت کنید، سپس نگهداری، نمایهسازی و پوشش APM را طوری پیکربندی کنید که قبل از پایان اعتبار به آنجا برسید.
در getaiperks.com مشترک شوید →
سیستم را ابزار دقیق کنید. اجازه دهید شخص دیگری هزینه تماشای آن را بپردازد.