In jüngster Zeit möchten viele Unternehmen, dass ihre Anwendungen mithilfe einer „Platform as a Service“ (PaaS) wie RedHat OpenShift v3 von Monolithen zu Microservices wechseln. AppDynamics hat erhebliche Investitionen in die erstklassige Integration mit solchen Anbietern getätigt.
AppDynamics integriert seine Agenten in RedHat OpenShift v3 unter Verwendung von S2I-Methoden (Source-to-Image). S2I ist ein Tool zum Erstellen abspielbarer Docker-Bilder. Es erstellt sofort einsatzbereite Images, indem die Anwendungsquelle in das Docker-Image eingefügt und ein neues Docker-Image erstellt wird. Das neue Image, das das Basis-Image (Builder) und die erstellte Quelle enthält, kann mit dem Docker-Startbefehl verwendet werden. S2I unterstützt inkrementelle Assemblys, die zuvor geladene Abhängigkeiten, zuvor erstellte Artefakte usw. wiederverwenden.
Der Prozess
Vollständiger Prozess zur Verwendung von AppDynamics mit RedHat OpenShift
Schritt 1: RedHat bereits bereitgestellt
Um die Schritte 2 und 3 abzuschließen, können Sie S2I-Skripte im nächsten GitHub-Repository und Anweisungen zum Erstellen erweiterter Builder-Images für JBoss Wildfly- und EAP-Server verwenden.
Folgen Sie dem LinkBetrachten Sie alles anhand eines bestimmten Beispiels und
folgen Sie dem Link anhand der Anwendungsvorlage.
Voraussetzungen:
- Stellen Sie sicher, dass OC installiert ist ( Link )
- Stellen Sie sicher, dass sti installiert ist ( Link )
- Stellen Sie sicher, dass Sie ein Dockerhub-Konto haben ( Link )
Schritt 2: Erstellen Sie ein AppDynamics Builder-Image
$ git clone https://github.com/Appdynamics/sti-wildfly.git $ cd sti-wildfly $ make build VERSION=eap6.4
Schritt 3: Erstellen Sie ein Anwendungsabbild
$ 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-Tier, 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
Schritt 4: Stellen Sie die Anwendung in OpenShift bereit
$ 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
Jetzt können Sie den Controller aufrufen und die Ticketmonster-Anwendung im Anwendungsbereich anzeigen:
