Если вы читаете это, вы, скорее всего, находитесь в одной из двух ситуаций: сравниваете платформы наблюдаемости и пытаетесь понять, во сколько обойдется Datadog вашей команде, или вы только что открыли счет, который оказался выше ожидаемого. Обе ситуации сводятся к одной и той же проблеме: модель ценообразования Datadog состоит из множества элементов, и легко недооценить, как они суммируются.
Это не продающий текст. Это прямой разбор того, за что именно берет плату Datadog, где затраты имеют тенденцию расти выше указанной цены и как оценить реальные расходы перед подписанием любых документов. К концу статьи вы узнаете, какие именно аспекты вашего использования влияют на счет и о чем стоит спросить до заключения годового договора.
Как работает модель ценообразования Datadog
Datadog не берет единую плату за всю платформу. Она взимается отдельно за каждый активированный продукт, и у каждого продукта есть своя единица измерения:
- Мониторинг инфраструктуры и APM тарифицируются за хост.
- Управление логами тарифицируется по объему данных.
- Пользовательские метрики зависят от использования, с дополнительной платой при превышении включенного лимита.
- Продукты безопасности и синтетический мониторинг оплачиваются по ресурсам или по количеству тестовых заходов.
У каждой из этих единиц есть собственный включенный объем и порог превышения. С этим легко справляться, когда вы используете один продукт. Отслеживать расходы становится сложнее, когда мониторинг инфраструктуры, APM и управление логами запущены одновременно, поскольку каждый из них измеряет что-то свое и исчерпывает лимит в разное время. Счет состоит не из одной цифры. Это несколько отдельных начислений, которые складываются по мере подключения новых возможностей платформы.
Эта модульная структура также является причиной того, почему команды в итоге покупают больше, чем планировали:
- APM стоит дешевле в расчете на хост, если на этом же хосте уже активен мониторинг инфраструктуры; покупка APM сама по себе, без мониторинга инфраструктуры, обходится дороже за хост.
- Безопасность и синтетический мониторинг подчиняются тому же принципу: это отдельные строки в счете, а не часть того, за что вы уже платите.
Ничто из этого не скрывается. Просто все распределено по достаточному количеству отдельных продуктов и единиц измерения, так что общую сумму легко упустить из виду.
В конечном счете, скорость роста вашего счета в Datadog определяют две вещи: количество активированных продуктов и то, насколько близко использование к включенному в тариф лимиту. У команды, использующей только мониторинг инфраструктуры, счет прогнозируемый. Команда, которая одновременно использует мониторинг инфраструктуры, APM, управление логами и пользовательские метрики, управляет четырьмя разными счетчиками сразу, и именно здесь прогнозирование становится по-настоящему сложным.
Сколько стоит каждый продукт Datadog
Поскольку модель действительно построена по принципу «продукты по отдельности», ниже приводится простой обзор того, за что выставляется счет по каждому основному продукту, сгруппированный по категориям. Точные тарифы меняются, поэтому проверяйте актуальные цифры на странице цен Datadog.
APM и трассировка
Мониторинг производительности приложений Datadog (APM) тарифицируется за хост APM в месяц в рамках трех уровней: APM, APM Pro и APM Enterprise.
- APM: Включает распределенную трассировку и метрики состояния сервисов.
- APM Pro: Добавляет мониторинг потоков данных, который отслеживает конвейеры Kafka и RabbitMQ.
- APM Enterprise: Добавляет непрерывный профайлер, который собирает данные о производительности на уровне кода (процессор, память, ввод-вывод).
Трассировка добавляет еще два аспекта, за которыми нужно следить: прием (ingestion) и индексация. В документации по биллингу APM от Datadog указано, что каждый хост APM включает лимит для обоих параметров. Прием данных APM измеряет объем поступающих данных трассировки, включая принятые спаны, отправленные через OpenTelemetry. Индексированные спаны — это трассировки, которые вы сохраняете и по которым можно осуществлять поиск. Мониторинг баз данных и сетевой мониторинг тарифицируются отдельно, также за каждый хост.
Инфраструктура и логи
Мониторинг инфраструктуры тарифицируется за хост, в то время как затраты на управление логами зависят от объема получаемых данных и данных, доступных для поиска.
У мониторинга инфраструктуры есть собственные уровни Infrastructure Pro и Infrastructure Enterprise, каждый из которых имеет свой лимит контейнеров на хост; мониторинг контейнеров сверх этого лимита оплачивается отдельно.
Управление логами имеет несколько отдельных параметров измерения:
- Прием логов: данные, которые вы отправляете в Datadog.
- Стандартная индексация: проиндексированные логи, которые вы сохраняете для поиска в реальном времени и оповещений.
- Гибкие логи (Flex Logs): более дешевое хранилище для больших объемов логов или долгосрочного хранения, не требующее таких же возможностей мониторинга и оповещений в реальном времени.
Фильтры хранения позволяют контролировать, какие логи проходят более дорогое сканирование в рамках стандартной индексации, а какие попадают в категорию недорогих гибких логов, предоставляя вам инструмент для управления затратами на логи. На это стоит обратить внимание: 70% руководителей DevOps, опрошенных Sawmills, назвали high log ingestion and indexing among the top contributors to rising observability spend.
Мониторинг инфраструктуры и управление логами от New Relic оцениваются аналогичным образом, без необходимости отслеживать разделение на прием и индексацию.
Мониторинг цифрового опыта
Мониторинг реальных пользователей (RUM) тарифицируется по сессиям, а синтетический мониторинг — по количеству тестовых запусков.
Datadog предлагает RUM Measure и RUM without Limits, причем воспроизведение сессий доступно как отдельная платная функция за каждую сессию.
Годовая подписка открывает скидки за объем почти на каждый продукт из этого списка, и эти скидки вполне реальны. Подвох в том, что они применяются только до того объема, на который вы подписались. Использование сверх этого лимита может тарифицироваться по более высоким ценам по требованию, что является частой причиной неожиданных расходов бюджета и одной из самых распространенных ловушек при оценке стоимости систем наблюдаемости у разных вендоров.
Оценка собственных затрат на Datadog
Вы можете получить вполне разумную оценку до подписания каких-либо документов, используя те же единицы измерения, по которым выставляет счета Datadog:
- Посчитайте свои хосты. Подсчитайте, сколько хостов, виртуальных машин или узлов с интенсивным использованием контейнеров будут задействованы в мониторинге инфраструктуры и APM, и сопоставьте среднюю плотность контейнеров на хост с лимитом, включенным в тариф Datadog.
- Оцените объем логов. Разделите то, что необходимо принимать и сканировать, и то, что действительно нужно индексировать и сохранять для поиска. Далеко не для каждого лога требуется 30-дневный срок хранения с возможностью поиска. Избирательный подход здесь — один из важнейших рычагов управления затратами.
- Учитывайте пользовательские метрики. Если ваша команда сегодня щедро добавляет теги к метрикам, эта привычка перенесется и на использование Datadog, что может привести к превышению лимитов быстрее, чем ожидалось.
Получив эти три цифры, сопоставьте их с опубликованными ценами Datadog.
Составьте одну оценку для текущего использования и вторую — на двенадцать месяцев вперед, заложив планируемые изменения, такие как новые сервисы, миграция на Kubernetes или увеличение срока хранения логов. Затем добавьте сверху любые дополнительные модули безопасности или синтетического мониторинга.
Все еще выбираете, что должно входить в эту базовую часть? Выбор инструментов для мониторинга инфраструктуры будет зависеть от таких факторов, как ваш технологический стек, интеграции и требования к мониторингу.
Существующие клиенты Datadog могут начать со страницы «Планы и использование» (Plan & Usage), вместо того чтобы создавать оценку с нуля. На ней отображаются метрики использования в реальном времени по сравнению с вашим текущим объемом обязательств. Мониторы затрат и средства обнаружения аномалий также могут сигнализировать об изменениях в метриках использования, таких как количество пользовательских метрик или объем логов, до того, как они превратятся в превышение лимита.
О чем спросить перед подписанием годового договора
Несколько прямых вопросов торговому представителю, заданных перед подписанием договора, могут избавить вас от серьезных финансовых трений в будущем.
- Как тарифицируются перерасходы? Уточните, применяются ли штрафы за превышение лимитов к каждому продукту в отдельности или суммируются по всему аккаунту, а также выставляются ли они ежемесячно или пересчитываются при продлении.
- Фиксирует ли обязательство конкретный набор SKU? Некоторые годовые контракты обязывают вас использовать определенную комбинацию продуктов и объемов. Если ваше потребление изменится (например, станет меньше логов, но больше хостов), узнайте, сможете ли вы перераспределить обязательство или в итоге придется платить за то и за другое.
- Как в контракте обрабатываются всплески потребления? Спросите, что происходит во время всплеска трафика или разового проекта миграции, который временно увеличивает потребление. Выясните, подпадает ли это дополнительное использование под ваше текущее обязательство или влечет за собой оплату по требованию.
- Как проходит процесс сверки при продлении? Уточните, урегулируется ли объем перерасхода ежемесячно, ежеквартально или единовременно при продлении. Знание графичного расписания заранее позволяет избежать крупного и неожиданного счета по сверке.
- Кто внутри компании дает добро на увеличение потребления? Задайте этот вопрос своей собственной команде, а не вендору. Если добавление кастомной метрики или включение нового продукта не требует одобрения, использование и затраты могут расти быстрее, чем кто-либо ожидает. Простая проверка, например быстрое сообщение в Slack перед включением чего-то нового, предотвращает множество таких отклонений.
Получение этих ответов в письменном виде до подписания договора может сделать для прогнозируемости затрат больше, чем просто акцент на скидке от указанной цены.
Другой взгляд на ценообразование систем наблюдаемости
Указанная цена привлекает больше всего внимания при сравнении платформ, но прогнозируемость имеет не меньшее значение, когда вы используете более одного продукта в растущей инфраструктуре. Чуть более высокая входная цена с двумя ценовыми параметрами часто поддается бюджетированию проще, чем более низкая входная цена с десятью.
New Relic применяет более простой подход. Стандартная модель ценообразования на основе пользователей сосредоточена на двух основных метриках:
- Поступление данных: объем телеметрических данных, которые вы отправляете в New Relic, включая метрики, события, логи и трейсы.
- Пользователи: люди, которым нужен доступ к платформе. Базовые пользователи бесплатны, в то время как другие типы пользователей тарифицируются в зависимости от уровня их доступа.
Это означает, что вам не нужно подсчитывать хосты или покупать отдельный SKU для таких ключевых возможностей, как мониторинг инфраструктуры, APM, логи или контейнеры. New Relic включает неограниченное количество хостов и доступ к более чем 50 возможностям, хотя дополнительные опции, такие как Advanced Compute, могут увеличить стоимость.
