Récemment, de nombreuses organisations souhaitent que leurs applications passent des monolithes aux microservices à l'aide d'une «plate-forme en tant que service» (PaaS) telle que RedHat OpenShift v3, AppDynamics a réalisé d'importants investissements pour fournir une intégration de première classe avec ces fournisseurs.
AppDynamics intègre ses agents avec RedHat OpenShift v3 en utilisant des méthodologies Source-to-Image (S2I). S2I est un outil pour créer des images Docker jouables. Il crée des images prêtes à l'emploi en insérant la source d'application dans l'image Docker et en créant une nouvelle image Docker. La nouvelle image, qui comprend l'image de base (générateur) et la source intégrée, est prête à être utilisée avec la commande de lancement du docker. S2I prend en charge les assemblages incrémentiels qui réutilisent les dépendances précédemment chargées, les artefacts précédemment créés, etc.
Le processus
Processus complet d'utilisation d'AppDynamics avec RedHat OpenShift
Étape 1: RedHat déjà fourni
Pour terminer les étapes 2 et 3, vous pouvez utiliser des scripts S2I dans le prochain référentiel GitHub et des instructions sur la façon de créer des images de générateur améliorées pour les serveurs JBoss Wildfly et EAP.
suivez le lienConsidérez tout avec un exemple spécifique et utilisez le modèle d'application
pour suivre le lien .
Prérequis:
- Assurez-vous que OC est installé ( lien )
- Assurez-vous que sti est installé ( lien )
- Assurez-vous d'avoir un compte Dockerhub ( lien )
Étape 2: créer une image AppDynamics Builder
$ git clone https://github.com/Appdynamics/sti-wildfly.git $ cd sti-wildfly $ make build VERSION=eap6.4
Étape 3: créer une image d'application
$ s2i build -e “APPDYNAMICS_APPLICATION_NAME=os3-ticketmonster,APPDYNAMICS_TIER_NAME=os3-ticketmonster-tier,APPDYNAMICS_ACCOUNT_NAME=customer1_xxxxxxxxxxxxxxxxxxf,APPDYNAMICS_ACCOUNT_ACCESS_KEY=xxxxxxxxxxxxxxxxxxxxx,APPDYNAMICS_CONTROLLER_HOST=xxxx.saas.appdynamics.com,APPDYNAMICS_CONTROLLER_PORT=443,APPDYNAMICS_CONTROLLER_SSL_ENABLED=true” https://github.com/jim-minter/ose3-ticket-monster appdynamics/sti-wildfly-eap64-centos7:latest pranta/appd-eap-ticketmonster $ docker tag openshift-ticket-monster pranta/openshift-ticket-monster:latest $ docker push pranta/openshift-ticket-monster -ticketmonster, APPDYNAMICS_TIER_NAME = OS3-ticketmonster-niveau, APPDYNAMICS_ACCOUNT_NAME = customer1_xxxxxxxxxxxxxxxxxxf, APPDYNAMICS_ACCOUNT_ACCESS_KEY = xxxxxxxxxxxxxxxxxxxxx, APPDYNAMICS_CONTROLLER_HOST = xxxx.saas.appdynamics.com, APPDYNAMICS_CONTROLLER_PORT = $ s2i build -e “APPDYNAMICS_APPLICATION_NAME=os3-ticketmonster,APPDYNAMICS_TIER_NAME=os3-ticketmonster-tier,APPDYNAMICS_ACCOUNT_NAME=customer1_xxxxxxxxxxxxxxxxxxf,APPDYNAMICS_ACCOUNT_ACCESS_KEY=xxxxxxxxxxxxxxxxxxxxx,APPDYNAMICS_CONTROLLER_HOST=xxxx.saas.appdynamics.com,APPDYNAMICS_CONTROLLER_PORT=443,APPDYNAMICS_CONTROLLER_SSL_ENABLED=true” https://github.com/jim-minter/ose3-ticket-monster appdynamics/sti-wildfly-eap64-centos7:latest pranta/appd-eap-ticketmonster $ docker tag openshift-ticket-monster pranta/openshift-ticket-monster:latest $ docker push pranta/openshift-ticket-monster
Étape 4: déployer l'application dans OpenShift
$ oc login 10.0.32.128:8443 $ oc new-project wildfly $ oc project wildfly $ oc new-app –docker-image=pranta/appd-eap-ticketmonster:latest –name=ticketmonster-demo
Vous pouvez maintenant entrer dans le contrôleur et voir l'application ticketmonster dans le panneau d'application:
