Recentemente, muitas organizações desejam que seus aplicativos façam a transição de monólitos para microsserviços usando uma “plataforma como serviço” (PaaS) como RedHat OpenShift v3, a AppDynamics fez investimentos significativos no fornecimento de integração de primeira classe com esses provedores.
O AppDynamics integra seus agentes ao RedHat OpenShift v3 usando metodologias Source-to-Image (S2I). O S2I é uma ferramenta para criar imagens reproduzíveis do Docker. Ele cria imagens prontas para execução, inserindo a fonte do aplicativo na imagem do Docker e criando uma nova imagem do Docker. A nova imagem, que inclui a imagem base (construtor) e a origem incorporada, está pronta para uso com o comando docker launch. O S2I suporta montagens incrementais que reutilizam dependências carregadas anteriormente, artefatos criados anteriormente, etc.
O processo
Processo completo para usar o AppDynamics com RedHat OpenShift
Etapa 1: RedHat já fornecido
Para concluir as etapas 2 e 3, você pode usar scripts S2I no próximo repositório GitHub e instruções sobre como criar imagens aprimoradas do construtor para servidores JBoss Wildfly e EAP.
siga o linkConsidere tudo com um exemplo específico e use o modelo de aplicativo
para seguir o link .
Pré-requisitos:
- Verifique se o OC está instalado ( link )
- Verifique se o sti está instalado ( link )
- Verifique se você possui uma conta no dockerhub ( link )
Etapa 2: criar uma imagem do AppDynamics Builder
$ git clone https://github.com/Appdynamics/sti-wildfly.git $ cd sti-wildfly $ make build VERSION=eap6.4
Etapa 3: criar uma imagem de aplicativo
$ 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
Etapa 4: implantar o aplicativo no 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
Agora você pode entrar no controlador e ver o aplicativo ticketmonster no painel do aplicativo:
