
Pour commencer cette formation il est indispensable de s'accorder sur les termes pour éviter les confusions lors des sessions.
Ainsi lors des sessions on s'aura quoi attendre sur chaque notion.
Par exemple dans dynatrace quand on va parler d'environnement cela va correspondre à "tenant" dans d'autres solutions. Donc pour parler d'environnement on utilisera donc plutôt le terme d'environnement applicatif.
Dans cette session nous allons présenter quelques exemples d'architecture avec des exemples pour les deux types de souscription : SaaS ou Managed (On premise).
Vous disposez de deux méthodes pour avoir un cluster Dynatrace:
SaaS : il s'agit d'un cluster en mode "Cloud computing" donc vous ne vous occupez pas de l'infra sous-jacente.
Managed : il s'agit d'un cluster "on premise" installé dans votre datacenter. Vous êtes donc responsable de la gestion de l'infra sous-jacente.
Cela peut porter à confusion mais vous ne disposez pas de la même offre entre une souscription SaaS et Managed. De ce fait il existe donc une différence d'interface et de fonctions entre les deux souscriptions.
Il s'agit d'une étape assez critique le choix de l'organisation du cluster. En effet, si vous ne faites pas attention vous risquez de vous retrouver à devoir faire une migration à cause d'un mauvais choix initial. Avec des commencer à deployer vos clusters il faut prendre le temps de refléchir oragnisation :
mutualisation des environnements applicatifs ?
méthodes de répartitions des applications par environnement ?
méthode de répartition des applications par "manegement zones"?
Premiers pas avec la console Dynatrace
Désormais tout est organisé par application dans dynatrace :
Hosts
Dashboards
kubernetes
AWS
...
De nombreuses applications disposent de deux interfaces. Nous allons voir comment passer de l'une à l'autre.
Cela est très important surtout lors des séances de debug. Votre collegue peut vous envoyer des captures d'une application dans une version alors que vous êtes dans une autre: vous n'aurez donc pas la même vue pour un même élément.
Attention lorsque vous êtes dans une offre managée vous aurez accès à l'application "Dashboards" qui pour permettre de lister et afficher des tableaux de bords.
A l'inverse si vous êtes sur une offre SaaS avec la dernière interface son équivalent est plutôt "Dashboards classic". "Dashboards" dans cette dernière est la nouvelle application de tableau de bords mais disponible uniquement sur l'offre SaaS.
Dynatrace a ajouté dans la nouvelle version de la majorité des applications une barre avec un résumé des éléments pour avoir d'un coup d'oeil l'état de l'élément. Vous le trouverez par exemple sur les machines, les services, ... et vous affiche par exemple les métadonnées, la disponibilité, les SLO, les propriétaires ... la liste varie en fonction de l'application.
Nous allons présenter les différentes méthodes de collecte des pilliers de l'observabilité (logs, traces, métriques) : oneagent, opentelemetry, prometheus, API, kubernetes, openshift, logstash, ...
Nous allons vous présenter en détails les fonctions de l'agent dynatrace (Oneagent) et aussi des outils qu'il embarque après son installation : oneagentctl, dynatrace_ingest, dynatrace ingest API...
Nous allons faire une pour décrire comment récupérer l'agent Dynatrace (oneagent, activegate...) dans la console Dynatrace que vous soyez dans une offre managé ou cloud.
Dans un second temps on va voir comment installer l'agent sur une machine Linux.
Une fois le oneagent installé il est toujours possible de modifier les paramètres de son installation. Pour le faire vous avez deux options:
oneagentctl qui est une CLI par défaut installé dans /opt/dynatrace/oneagent/agent/tools il va vous permettre de modifier tous les paramètres et propose trois catégories de commande : GET (afficher), SET(définir) et REMOVE (supprimer)
"Deployment status" qui est une application dynatrace mais ne vas vous permettre que de modifier un nombre limité de paramètre.
Dans cette session on va vous présenter les différentes méthodes pour instrumenter un agent dynatrace dans un environnement docker / kubernetes / openshift.
Les éléments abordés :
Dockerfile
API k8s
ActiveGate en conteneur
Opératuer Dynatrace
Dynatrace CSI pod
Dans cette session nous allons voir comment analyser l'état de vos agents dynatrace.
Dans cette session nous allons présenter les différentes API dynatrace :
Cluster
Environment
Configuration
Dans cette session nous allons présenter les capacités de l'outils de configuration as code développé par Dynatrace et désormais sous open source.
Monaco sera utilisée pour industrialiser vos déploiements de configurations dans la console Dynatrace.
Dans cette session nous allons présenter deux applications :
Personal Access tokens : application de gestion de token personnel (limité à 5 tokens et nécessite une activation dans les paramètres)
Access tokens : l'application de gestion des tokens.
Dans le cas pratique on va voir comment créer un token pour Monaco.
Lorsque vous installez le oneagent sur une machine il est capable de faire de l'auto-instrumentation : injecter automatique du code javascript dans vos pages pour permettre de collecter l'activité de vos visiteurs.
Dans cette session on va voir comment instrumenter manuellement votre application pour permettre à dynatrace de collecter l'activité de vos visiteurs. Ceci peut être utilie si vous n'êtes pas en mesure d'installer le oneagent par exemple dans le cas d'un hébergement mutualisé.
Dans cette session nous allons voir une troisième manière de faire du RUM sans accès au serveur. Dans les précédents cas il fallait avoir un accès au code HTML du site pour ajouter le script javascript ou au code de l'application en mode PaaS.
Ce dernier cas est conçu par exemple pour des applications en mode SaaS donc vous n'avez ni accès à rien.
Exemple : dans votre entreprise, vous avez souscris à une application de comptabilité en SaaS. Et vous souhaitez quand même monitorer son fonctionnement. Pour cette méthode on va installer l'extension dynatrace sur le navigateur de l'ensemble des comptables. Astuce : pensez à la télédistribution des "policies Windows" (ou d'un autre OS) pour industrialiser l'installation et la configuration de l'extension et de suivre la procédure.
Dans cette section nous allons voir comment utiliser le javascript pour faire des actions avancées dans notre scénario.
La demo sera fait pour l'upload de fichier pendant le scénario. Pour rappel le scénario sera exécuté sur des robots sur lequel vous ne pouvez pas poser des fichier donc on va utiliser du javascript pour simuler l'upload de fichier.
Dans cette section nous allons voir comment modifier les CSS selector pour cibler des éléments sur la page.
Nous allons aussi voir comment utiliser le mode "inspect" du navigateur pour retrouver les CSS selector.
Bonjour,
Vous avez déployé votre application :
monolithe vs micro-service
environnement physique vs virtuel
environnement cloud vs Hybride
...
Et souhaitez avoir une bonne visibilité sur cette dernière? Il est temps de passer du Monitoring à l'Observabilité.
Dans cette formation on va commencer par définir l'observabilité car de nombreuses entreprises ont une définition biaisée ou incomplète et parfois confondent monitoring et observabilité.
Ensuite nous présenterons les différentes architectures de déploiement d'un cluster : mode SaaS (Cloud computing) et Managed (On premise). On va garder au maximum les termes anglais pour ne pas vous pénaliser pendant les certifications.
Une fois cela fait, on va définir les différentes méthodes (oneagent, opentelemetry, ...) pour collecter les piliers de l'observabilité:
- Logs
- Traces
- Métriques
et les envoyer dans la console Dynatrace pour avoir une vision précise de votre infrastructure.
Au travers des outils comme Monaco ou plus grand public comme Terraform on verra comment automatiser la configuration de votre cluster Dynatrace.
Dans un second temps on verra comment grâce à l'IA Davis intégrée à Dynatrace vous pourrez aller plus loin et passer au NoOps avec une plateforme qui fait de l'auto-remédiation.
Pour terminer on verra comment on peut utiliser différentes applications incluses dans dynatrace pour analyser les disfonctionnements applicatifs et identifier les goulots d'étranglement.
Bien évidemment entre ces étapes on abordera les notions suivantes :
- Grail / DQL (Dynatrace Query Language)
- USQL (User Session Query Language)
- owner
- release management
- request / key request
- ...