Есть ли хорошее объяснение различий между метками ресурсов и метками метрик?
При написании пользовательских метрик у вас есть метки ресурсов и метки метрик.
Метки ресурсов — это метки, необходимые для ресурса. Поэтому, если я выберу тип ресурса generic_task и исключим метку ресурса task_id, я получу ошибку.
Метрические метки кажутся произвольными дополнительными метками?
Я могу агрегировать показатели как по меткам ресурсов, так и по меткам метрик.
Какой смысл иметь оба? Это просто для обеспечения последовательности? Итак, я могу поставить generic_task и точно знать, что все показатели этого типа имеют определенные метки? А если мне все еще понадобится больше меток, я буду использовать метрические метки?
Целесообразно ли выбирать лучший тип ресурса и избегать меток метрик (для обеспечения единообразия)?
Мне кажется, что мне следует всегда использовать тип global, потому что он требует наименьшего количества меток, а это значит, что я не трачу деньги на измерения, которые мне не нужны.
Существует ли разница в стоимости или другая эксплуатационная разница между метками ресурсов и метрик?
У меня возникли проблемы с поиском четких рекомендаций в документах Google.
Ответы 2
Документация по этой теме довольно обширна. Видеть:
- Несколько слов о Этикетках; и
- Этикетки
Используемый пример полезен:
- метки ресурсов устраняют неоднозначность | однозначно идентифицируют ресурс
- метки метрик устраняют неоднозначность | однозначно идентифицируют метрику
Например. Поды, работающие на Kubernetes Engine и выполняющие HTTP-запросы, позволят идентифицировать ресурс (кластер Kubernetes, узел, модуль, контейнер и т. д.) и идентифицировать метрику (метод HTTP, код ответа HTTP и т. д.).
Одна и та же метрика, привязанная к виртуальной машине, будет иметь другой набор меток ресурсов, но может быть агрегирована с той же метрикой в кластере Kubernetes благодаря общим меткам.
Вам разумно беспокоиться о метрической мощности. IIRC многие стандартные внутренние показатели не оплачиваются. См. Просмотр и управление использованием показателей, чтобы узнать, как учитывать и сокращать затраты для тех, кому выставляются счета.
Метки ресурсов являются своего рода уникальными идентификаторами экземпляров ресурсов, и эти метки по умолчанию являются обязательными. Отсутствие каких-либо необходимых меток ресурсов может привести к ошибке.
Да, насколько вы понимаете, метки метрик — это дополнительные метки, которые могут предоставлять настраиваемые подробные входные данные из данных метрик. Вы можете свести к минимуму использование меток метрик, чтобы обеспечить экономию метрик.
Как вы упомянули об использовании глобального типа, эти «глобальные ресурсы» можно использовать, когда вам не нужна конкретика, поскольку они будут давать только простые, общие входные данные, в отличие от использования меток ресурсов и меток метрик, которые дополняют друг друга и обеспечивают детальную и желаемую информацию. индивидуальные входы. По вашему требованию вы можете использовать любое из вышеперечисленного.
Примечание. Между метками ресурсов и метками показателей нет прямой разницы в стоимости. Это полностью зависит от того, как вы используете эти метки, то есть от количества меток, типов меток и т. д. Более подробную информацию можно найти в официальной документации по ценам Google Cloud Observability.
Вы можете обратиться к этой Официальной документации GCP по этикеткам для получения дополнительной информации.