Dynatrace: воспроизведение сеанса пользователя

Session Replay используется для захвата и визуального воспроизведения полного цикла действий пользователя. Данный подход позволяет записывать каждый клик, касание и свайп пользователя. Вы можете записать все взаимодействия пользователя с веб приложением и воспроизводить в виде фильма. Данный анализ позволяет выявить проблемы в последовательностях действий, увидеть баги в форматировании страниц, плюс подумать как можно все улучшить.

Детализация ошибок
С помощью Session Replay можно более подробно детализировать обнаруженные ошибки:

• Обнаружение ошибок JavaScript
• Понять точные действия пользователя, которые привели к ошибке
• Понимание серьезности проблемы и ее влияния дальнейшие действия пользователя
• Наблюдайте за действием пользователя, воспроизводя и просматривая сеанс (в тех случаях, когда проблема не очевидна)

К этим сеансам применяется стандартный срок хранения данных - 35 дней.

Удобство использования
Воспроизведение сеанса также может быть использовано для обнаружения и анализа следующих проблем:

• Дизайн UX недостаточно интуитивно понятен
• Процесс слишком сложен, и пользователи, как правило, оставляют ваше приложение на полпути
• Приложение работает медленно, и пользователь нажимает несколько раз, чтобы перейти к следующему экрану
• Приложение работает не так, как ожидалось, во всех браузерах
• Мобильные веб-приложения предлагают пользователю изменить ориентацию телефона, но пользователь не понимает этого запроса

Для включения User Sessions Replay необходимо:

• DEM Unit Licanse
• Агенты версии 157 или выше
• ASP.NET только
• Дополнительное хранилище под сессии

Все настройки расположены в настройках отдельных приложений Application Settings -> Session Replay.
Включаем.

В некоторых случая можно подключить дополнительные шрифты.
Записываются от 25 до 50% сессий. Это по умолчанию, если вы не изменили лицензию.
Opt-in-Mode и Form filed masking используется для сокрытия приватных данных.

Dynatrace: Openshift мониторинг

Red Hat OpenShift - это платформа следующего поколения, основанная на Kubernetes, для разработки, развертывания и запуска контейнерных приложений. Агент Dynatrace OneAgent работает как с контейнерами, так и имеет встроенную поддержку для внешнего мониторинга OpenShift, а именно обеспечивает мониторинг полного стека OpenShift, мониторинг от уровня приложения до уровня инфраструктуры. В случае, если у вас нет доступа к инфраструктурному уровню, Dynatrace также предоставляет возможность мониторинга только для приложений.

OpenShift мониторинг полного стека

1. Среды OpenShift, которые позволяют запускать привилегированные контейнеры на нодах
2. Готовый, автоматизированный кластер и мониторинг рабочей нагрузки
3. Один раз настроив получаешь мониторинг всего с помощью агента Dynatrace OneAgent 
4. Агент Dynatrace OneAgent автоматически добавляет свою кодовую базу в контейнеры для мониторинга полного стека
5. Деплой производится через нативные средства Kubernetes, такие как один OneAgent -оператор или набор демонов(DaemonSet)

OpenShift мониторинг только приложений

• Для заблокированных сред OpenShift без доступа к нодам
• Мониторинг рабочей нагрузки на основе каждого образа Docker, без видимости кластерных нод
• Модули кода агента Dynatrace OneAgent интегрированы с каждым образом Docker
• Деплой производится в рамках обычных рабочих нагрузок OpenShift

Поскольку Kubernetes может запускать любые контейнеры и позволяет выполнять горизонтальное масштабирование подов, фактическое использование ресурсов кластера будет очень изменчивым. Именно поэтому Dynatrace предлагает единую панель для наиболее важных метрик использования и производительности на уровне кластера. Эти показатели таковы:

- Фактическое использование процессора/памяти узлами кластера (мин, макс, медиана)

- Общее количество запросов процессора / памяти контейнеров, запущенных на узлах кластера (мин, макс, медиана)

- Общее количество ограничений процессора / памяти контейнеров, работающих на узлах кластера (Min, Max, Median)—ограничения могут быть превышены, в том числе и более чем на 100%.

- Доступные ресурсы процессора/памяти для запуска дополнительных подов / или других рабочих нагрузок на узлах кластера (Min, Max, Median)

- Общее количество ЦП, которое может быть выделено для модулей (но все равно часть ЦП обычно зарезервирована системой)

- Максимальная память, которая может быть выделена для модулей

Вы можете получить детальное представление о метриках узлов Kubernetes на уровне каждого узла, чтобы понять, как используются отдельные узлы. Страница анализа узлов также содержит информацию о том, сколько рабочей нагрузки все еще может быть развернуто на узлах (ЦП, память).

Отображение рабочей нагрузки отдельного узла