Google AppEngine обновил свою консоль разработчика и включает в себя инструмент мониторинга под названием Cloud Trace. Это улучшенная версия инструмента профилирования AppStats? Если да, могу ли я удалить ранее требовавшиеся файлы конфигурации, например appengine_config.py и путь к консоли в app.yaml?
builtins:
- appstats: on
Cloud Trace находится в стадии бета-тестирования, что означает, что «на него не распространяется действие SLA или политики устаревания и могут быть внесены обратно несовместимые изменения», в то время как AppStats является поддерживаемым компонентом App Engine.
Для меня это означает, что вам, вероятно, еще не следует полагаться на Cloud Trace в производственных приложениях, но это отличная идея поэкспериментировать с ним в разрабатываемых версиях - если вы используете много трассировок / статистики RPC (отличный способ чтобы поддерживать ваши приложения в отличной форме! -), вероятно, стоит поэкспериментировать, как с использованием Cloud Trace самостоятельно , так и с «удвоением» как с ним, так и с AppStats.
Таким образом вы узнаете, предоставляет ли Cloud Trace в своем текущем бета-состоянии всю информацию, которая имеет отношение к настройке использования RPC в ваших приложениях, а также а также ли наличие AppStats каких-либо изменений в облаке. Функциональность трассировки (в документации не должно быть [*], но бета действительно означает бета :-) в ваших приложениях (что наиболее актуально для вас: -).
[*] поэтому для явного ответа на вопрос «могу ли я удалить ранее требовавшиеся файлы конфигурации»: теоретический ответ - «да!»; на практике «это бета, попробуйте его в разработке, не в производстве, версии и посмотрите, не сломается ли он» - как и для большинства новых функций в бета-версии :-)
Наличие обоих позволяет сравнивать и сравнивать предлагаемые ими измерения, проверяя, есть ли какие-либо систематические или случайные различия, которые могут повлиять на использование вами указанных измерений (опять же, их не должно быть, но и т. Д., И т. Д .:-).
Поскольку AppStats является поддерживаемым компонентом, на него распространяется обычная политика устаревания, и, таким образом, он будет существовать как минимум в течение одного года после официального объявления о прекращении поддержки (если такое объявление когда-либо произойдет), поэтому в настоящее время нет необходимости рассматривать вопрос о переносе производственных приложений с него.
