<\/p>\n
Architecture<\/h1>\n
L’architecture est relativement simple et est constitu\u00e9e des \u00e9l\u00e9ments suivants :<\/p>\n
- \n
- Un ensemble d’applications internes ou externes au syst\u00e8me d’information, accessible via internet et qui expose leur \u00e9tat de sant\u00e9 sous une forme ou sous une autre (ping, page html, API XML ou JSON, etc…)<\/li>\n
- Une infrastructure Dynatrace, en mode SAAS ou en mode manag\u00e9.<\/li>\n
- Une VM Linux \u00e9quip\u00e9e du moteur de Plugins ActiveGate<\/a>.<\/li>\n
- Un ensemble de plugins d\u00e9velopp\u00e9s en Python (3.6.6 actuellement) qui s’appuient sur le SDK Dynatrace ActiveGate.<\/li>\n<\/ul>\n
Fonctionnement<\/h1>\n
A chaque minute, Dynatrace interroge les plugins ActiveGate. Chaque plugin interroge \u00e0 son tour l’application qu’il doit surveiller, en d\u00e9termine l’\u00e9tat et renvoie l’information vers Dynatrace sous la forme de m\u00e9triques.<\/p>\n
![\"Architecture](\"https:\/\/corsaire-consulting.fr\/blog\/wp-content\/uploads\/2019\/11\/dyantrace-activegate-1-300x135.png\")
Architecture ActiveGate<\/figcaption><\/figure>\n Retour d’exp\u00e9rience<\/h1>\n
Documentation<\/h2>\n
La documentation ActiveGate est accessible ici<\/a>.<\/p>\n
Personnellement je pense qu’elle manque de profondeur et de d\u00e9tails sur les concepts et APIs expos\u00e9s.<\/p>\n
Installation et prise en main<\/h2>\n
Le SDK est t\u00e9l\u00e9chargeable directement depuis l’environnement SAAS Dynatrace. Il est pr\u00e9-configur\u00e9 de mani\u00e8re \u00e0 ce qu’il ne soit nullement n\u00e9cessaire de lui indiquer par exemple l’URL de Dynatrace pour que la communication se fasse avec ActiveGate. L’installation est r\u00e9alis\u00e9e \u00e0 l’aide d’un script Shell t\u00e9l\u00e9chargeable \u00e9galement.<\/p>\n
L’installation est donc facile et ne n\u00e9cessite aucune configuration post\u00e9rieure. Une fois install\u00e9e, l’environnement ActiveGate est directement op\u00e9rationnel.<\/p>\n
D\u00e9veloppement, d\u00e9ploiement et mise au point<\/h2>\n
Le d\u00e9veloppement des plugins se fait avec Python 3.6.6 \u00e0 l’heure o\u00f9 cet article est \u00e9crit. Il faut respecter ce pr\u00e9-requis sous peine de dysfonctionnement des plugins.<\/p>\n
Le d\u00e9veloppement des plugins \u00e0 l’aide du SDK ActiveGate est ensuite assez facile et ne pr\u00e9sente pas de grande difficult\u00e9.<\/p>\n
Le packaging des plugins s’effectue \u00e0 l’aide d’un script Shell fournit avec le SDK AcivateGate. Le r\u00e9sultat obtenu est un fichier zip qui sera ensuite d\u00e9ploy\u00e9. Rien \u00e0 dire de particulier sur cette partie.<\/p>\n
La mise au point se fait \u00e0 l’aide d’un simulateur inclus dans le SDK<\/a>. Il permet de \u00ab\u00a0simuler\u00a0\u00bb le fonctionnement du moteur de plugins ActiveGate sans avoir \u00e0 d\u00e9ployer le plugin. Le client n’ayant qu’un seul environnement de Production et pas de tenant de test il \u00e9tait indispensable de pouvoir tester les plugins avant tout d\u00e9ploiement.<\/p>\n
Lors de mes d\u00e9veloppements j’ai mis en \u00e9vidence plusieurs fois des \u00e9carts de comportement entre le simulateur et le moteur de plugins. Le simulateur montrait un fonctionnement correcte du plugin alors que celui-ci dysfonctionnait une fois d\u00e9ploy\u00e9 dans le SAAS. En cons\u00e9quence, il faut attendre le d\u00e9ploiement en production pour d\u00e9tecter d’\u00e9ventuelles anomalies. C’est le tr\u00e8s mauvais point du SDK selon moi.<\/p>\n
J’ai remont\u00e9 ce probl\u00e8me majeur au support Dynatrace qui m’a garanti se pencher sur la question. Wait and see.<\/p>\n
J’ai \u00e9galement \u00e9t\u00e9 confront\u00e9 \u00e0 un probl\u00e8me avec la gestion des logs au sein des plugins. Le SDK souffre d’un bug depuis pas mal de temps manifestement qui n’est toujours pas corrig\u00e9. Dynatrace est au courant du probl\u00e8me depuis longtemps mais n’a toujours pas propos\u00e9 de solution. En r\u00e9sum\u00e9, il n’est pas possible d’utiliser des logs de niveau DEBUG au sein des plugins ; Il faut g\u00e9n\u00e9rer des logs de niveau INFO et configurer le logger au niveau DEBUG ; Cela donne un plugin qui fonctionne en permanence en mode DEBUG et qui donc peut g\u00e9n\u00e9rer un volume tr\u00e8s important d’informations, surtout avec une sollicitation toutes les minutes. Ce probl\u00e8me illustre \u00e9galement le probl\u00e8me entre le simulateur et le moteur de plugins : Le logger fonctionne parfaitement sous le simulateur.<\/p>\n
Ce probl\u00e8me est tr\u00e8s impactant lors de la recherche d’anomalie sur le fonctionnement\u00a0 des plugins.<\/p>\n
Le d\u00e9ploiement des plugins<\/a> se fait tr\u00e8s facilement \u00e0 l’aide de la console Dynatrace. Il se fait en 2 \u00e9tapes :<\/p>\n
- \n
- Upload et enregistrement du plugin dans l’environnement Dynatrace<\/li>\n
- Cr\u00e9ation et configuration des end-points, c’est \u00e0 dire des VMs ActiveGate<\/li>\n<\/ul>\n
Fonctionnement en production<\/h2>\n
Le probl\u00e8me de la configuration des loggers expliqu\u00e9 dans le chapitre pr\u00e9c\u00e9dent constitue le principal dysfonctionnement du moteur selon moi. C’est dommage car ActiveGate permet de mettre \u00e0 jour la configuration du plugin tr\u00e8s facilement depuis la console Dynatrace. Il est donc possible th\u00e9oriquement de passer d’un niveau de log INFO \u00e0 DEBUG tr\u00e8s facilement et \u00e0 chaud<\/strong> afin d’obtenir une meilleure visibilit\u00e9 du fonctionnement du plugin en cas d’anomalie.<\/p>\n
Il est regrettable \u00e9galement que la fr\u00e9quence des appels depuis Dynatrace vers les plugins ActiveGate fix\u00e9e \u00e0 1 minute ne puisse \u00eatre modifi\u00e9e. Si les services supervis\u00e9s ne peuvent subir une fr\u00e9quence aussi \u00e9lev\u00e9e il faut g\u00e9rer la situation au niveau du code Python du plugin.<\/p>\n
Support et forums de discussion<\/h2>\n
J’ai sollicit\u00e9 le forum de discussion Dynatrace<\/a> et le support<\/a> lors des probl\u00e8mes rencontr\u00e9s lors de la mise au point des plugins. Les retours sont plut\u00f4t rapides et g\u00e9n\u00e9ralement de bonne qualit\u00e9. Ma seule objection concerne le probl\u00e8me du simulateur auquel le support m’a r\u00e9pondu que le client devrait disposer d’un tenant de tests. Et donc payer une souscription suppl\u00e9mentaire alors que le SDK fournit normalement les outils pour s’en passer.<\/p>\n
Cycle de vie du SDK ActiveGate<\/h2>\n
Le rythme de sortie des releases du SDK ActiveGate est soutenu. Dynatrace publie une release<\/a> au d\u00e9but de chaque mois. Mon conseil est de suivre les sorties des nouvelles versions de mani\u00e8re assez serr\u00e9e.<\/p>\n
![\"Releases](\"https:\/\/corsaire-consulting.fr\/blog\/wp-content\/uploads\/2019\/11\/ActiveGate-Releases-300x188.png\")
<\/a>Releases ActiveGate<\/figcaption><\/figure>\n La documentation \u00e9volue \u00e9galement pas mal, ce qui est une bonne chose.<\/p>\n
Conclusion<\/h1>\n
Le bilan est tr\u00e8s positif en terme de fonctionnalit\u00e9s attendues et dans leur mise en \u0153uvre. Les probl\u00e8mes de mise au point et de fonctionnement d\u00e9crits dans cet article assombrissent toutefois un peu le tableau. Nul doute que ces probl\u00e8mes seront r\u00e9solus rapidement par les \u00e9quipes de d\u00e9veloppement d’ActiveGate.<\/p>\n","protected":false},"excerpt":{"rendered":"
J’ai r\u00e9cemment effectu\u00e9 une mission chez un client visant \u00e0 mettre en place la supervision de plusieurs briques applicatives constituant un \u00e9co-syst\u00e8me complexe. La plupart de ces briques sont externes au syst\u00e8me d’information du client et donc hors de sa responsabilit\u00e9. Il \u00e9tait toutefois n\u00e9cessaire de conna\u00eetre l’\u00e9tat de sant\u00e9 de ces briques afin de […]<\/p>\n","protected":false},"author":1,"featured_media":678,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[103],"tags":[105,104,106,26],"class_list":["post-675","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-supervision","tag-activegate","tag-dynatrace","tag-python","tag-supervision"],"_links":{"self":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/675","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/comments?post=675"}],"version-history":[{"count":17,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/675\/revisions"}],"predecessor-version":[{"id":697,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/posts\/675\/revisions\/697"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/media\/678"}],"wp:attachment":[{"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/media?parent=675"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/categories?post=675"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/corsaire-consulting.fr\/blog\/index.php\/wp-json\/wp\/v2\/tags?post=675"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Un ensemble de plugins d\u00e9velopp\u00e9s en Python (3.6.6 actuellement) qui s’appuient sur le SDK Dynatrace ActiveGate.<\/li>\n<\/ul>\n