Skip to main content
Version: 9.2.0

Admin

Esta es la forma que toman la mayoría de los comandos del playbook admin.yml:

ansible-playbook admin.yml --ask-vault-pass -K -t <<tag>>

Los nombres de los tags descritos a continuación deberán ir en vez de <<tag>> al momento de ejecutar el comando. Ej:

ansible-playbook admin.yml --ask-vault-pass -K -t cron-task

Se pueden ejecutar múltiples tags, solamente deben ser separados por comas, sin espacios. Ej:

ansible-playbook admin.yml --ask-vault-pass -K -t cron-task,cleanup

Tags

System

Reboot

info

reboot: Reiniciará los servidores indicados.

ansible-playbook -l {{ server_type }} admin.yml --ask-vault-pass -K -t reboot
variables
  • server_type. El tipo de servidor que queremos reiniciar. Los valores posibles son: web y app. En vez de {{ server_type }} irá uno de los posibles valores.

Servidores afectados:

  • Depende de server_type

Add User

info

add-user: Creará un nuevo usuario a nivel de sistema operativo, en cada unos de los servidores que forman parte del entorno.


Servidores afectados:

  • administración
  • aplicaciones
  • web

Maintenance

variables
  • maintenance-enable: Creará el archivo /opt/viridian/proxy/maintenance/enabled.flag, que hará saber al proxy que el entorno se encuentra en mantenimiento.
  • maintenance-disable: Eliminará el archivo /opt/viridian/proxy/maintenance/enabled.flag, que hará saber al proxy que el entorno ya no se encuentra en mantenimiento.

Servidores afectados:

  • web
tip

Estos comandos pueden ejecutarse por medio de Ansible-UI con los tasks: mantenimiento: habilitar y mantenimiento: habilitar.

Cleanup

info

cleanup: Concluirá con el proceso de aplicación de release eliminando los archivos generados en los pasos anteriores que ya no son necesarios.


Servidores afectados:

  • administración
  • aplicaciones
tip

Este comando puede ejecutarse por medio de Ansible-UI con el task: release: cleanup.

Log Level

info

loglevel: Iniciará un proceso interactivo de configuración, se irán pidiendo ciertas variables, para cada una se debe ingresar el valor y luego presionar ENTER. Las variables que se irán pidiendo son las siguientes:

  • Please enter component: Nombre del componente. Posibles valores:
    • jade.assistant.requests
    • viridian.bank.gateway
    • viridian.bank.service
    • viridian.batchpayments.api
    • viridian.batchpayments.hosted
    • viridian.beneficiaries.api
    • vdb.digitalcredit.api
    • viridian.digitalpay.qr
    • viridian.gateway.public
    • viridian.gateway.internal
    • viridian.gateway.external
    • vdb.guaranteebond.api
    • cobalt.insurance.agents
    • cobalt.insurance.sales
    • viridian.manager.api
    • viridian.manager.hosted
    • vdb.myfinances.api
    • viridian.notifications.hosted
    • viridian.onboarding.api
    • viridian.servicepayments.api
    • viridian.statements.api
    • viridian.trade.api
    • viridian.transactions.api
    • viridian.transactions.hosted
    • viridian.utilities.api
    • vdb.wiretransfer.api
  • Please enter log level: Nivel de log, posibles valores:
    • Debug
    • Information

Servidores afectados:

  • aplicaciones

Kafka

Kafka Topics

info
  • kafka-topics-create: Creará los tópicos de kafka necesarios.
  • kafka-topics-list: Mostrará la lista de tópicos existentes en kafka.
  • kafka-topics-describe: Devolverá una lista con detalles de los tópicos existentes en kafka.
  • kafka-topic-recreate: Iniciará un proceso interactivo, se irán pidiendo ciertas variables, para cada una se debe ingresar el valor y luego presionar ENTER. Las variables que se irán pidiendo son las siguientes:
    • Please enter kafka topic: Nombre del tópico a recrear. Durante el proceso, el tópico será eliminado y creado de nuevo. (Consultar con VIRIDIAN los posibles valores)

Servidores afectados:

  • administración
  • aplicaciones
tip

Los tags kafka-topics-create y kafka-topics-list pueden ejecutarse por medio de Ansible-UI con los tasks: kafka: crear topics y kafka: listar topics.

Kafka consumers

variables
  • kafka-consumers-describe-all: Obtendrá información de todos los consumers de kafka.
  • kafka-consumers-describe: Iniciará un proceso interactivo, se irán pidiendo ciertas variables, para cada una se debe ingresar el valor y luego presionar ENTER. Las variables que se irán pidiendo son las siguientes:
    • Please enter kafka consumer group: Nombre del consumer group. Obtendrá información del consumer group especificado.

Cron Tasks

info

cron-task: Iniciará un proceso interactivo de configuración, se irán pidiendo ciertas variables, para cada una se debe ingresar el valor y luego presionar ENTER. Las variables que se irán pidiendo son las siguientes:

  • Please enter cron task name: Nombre del cron task a ejecutar. (Consultar con VIRIDIAN los posibles valores)
  • Please enter cron task data: Data adicional a enviar al cron task a ejecutar. (Consultar con VIRIDIAN los posibles valores)

Servidores afectados:

  • aplicaciones

Internal Notification

info

internal-notification: Iniciará un proceso interactivo de configuración, se irán pidiendo ciertas variables, para cada una se debe ingresar el valor y luego presionar ENTER. Las variables que se irán pidiendo son las siguientes:

  • Please enter internal notification type: Tipo de la notificación interna a enviar. (Consultar con VIRIDIAN los posibles valores)

Servidores afectados:

  • aplicaciones

Docker

Stop

Estos tags son utilizados para detener contenedores de docker en todos los servidores en los que se encuentran levantados.

variables
  • stop-vault: Detendrá todas las instancias de vault.
  • stop-redis: Detendrá todas las instancias de redis, incluyendo Redis Insight.
  • stop-kafka: Detendrá todas las instancias de kafka, incluyendo kafka-ui.
  • stop-elk: Detendrá todas las instancias de elk.
  • stop-gateway: Detendrá todos los componentes gateway de la solución.
  • stop-spring: Detendrá todos los componentes spring de la solución.
  • stop-netcore: Detendrá todos los componentes netcore de la solución.
  • stop-vdb-backend: Detendrá todos los componentes backend de la solución.
  • stop-vdb-frontend: Detendrá todos los componentes frontend de la solución.

Servidores afectados:

  • administración
  • aplicaciones
tip

Estos tags pueden ejecutarse por medio de Ansible-UI con los tasks: <<componente>>: detener Donde <<componente>> es el nombre del servicio que se desea detener:

  • backend
  • elk
  • frontend
  • gateway
  • kafka
  • netcore
  • redis
  • spring
  • vault

Start

Estos tags son utilizados para iniciar contenedores de docker en todos los servidores en los que se encuentran levantados.

variables
  • start-vault: Iniciará todas las instancias de vault.
  • start-redis: Iniciará todas las instancias de redis, incluyendo Redis Insight.
  • start-kafka: Iniciará todas las instancias de kafka, incluyendo kafka-ui.
  • start-elk: Iniciará todas las instancias de elk.
  • start-gateway: Iniciará todos los componentes gateway de la solución.
  • start-spring: Iniciará todos los componentes spring de la solución.
  • start-netcore: Iniciará todos los componentes netcore de la solución.
  • start-vdb-backend: Iniciará todos los componentes backend de la solución.
  • start-vdb-frontend: Iniciará todos los componentes frontend de la solución.

Servidores afectados:

  • administración
  • aplicaciones
tip

Estos tags pueden ejecutarse por medio de Ansible-UI con los tasks: <<componente>>: iniciar Donde <<componente>> es el nombre del servicio que se desea iniciar:

  • backend
  • elk
  • frontend
  • gateway
  • kafka
  • netcore
  • redis
  • spring
  • vault

Restart

Estos tags son utilizados para reiniciar contenedores de docker en todos los servidores en los que se encuentran levantados.

variables
  • restart-vault: Reiniciará todas las instancias de vault.
  • restart-redis: Reiniciará todas las instancias de redis, incluyendo Redis Insight.
  • restart-kafka: Reiniciará todas las instancias de kafka, incluyendo kafka-ui.
  • restart-elk: Reiniciará todas las instancias de elk.
  • restart-gateway: Reiniciará todos los componentes gateway de la solución.
  • restart-spring: Reiniciará todos los componentes spring de la solución.
  • restart-netcore: Reiniciará todos los componentes netcore de la solución.
  • restart-vdb-backend: Reiniciará todos los componentes backend de la solución.
  • restart-vdb-frontend: Reiniciará todos los componentes frontend de la solución.

Servidores afectados:

  • administración
  • aplicaciones
tip

Estos tags pueden ejecutarse por medio de Ansible-UI con los tasks: <<componente>>: reiniciar Donde <<componente>> es el nombre del servicio que se desea reiniciar:

  • backend
  • elk
  • frontend
  • gateway
  • kafka
  • netcore
  • redis
  • spring
  • vault

Remove

Estos tags son utilizados para remover contenedores de docker en todos los servidores en los que se encuentran levantados.

variables

tag:

  • rm-vault: Eliminará todas las instancias de vault.
  • rm-redis: Eliminará todas las instancias de redis, incluyendo Redis Insight.
  • rm-kafka: Eliminará todas las instancias de kafka, incluyendo kafka-ui.
  • rm-elk: Eliminará todas las instancias de elk.
  • rm-gateway: Eliminará todos los componentes gateway de la solución.
  • rm-spring: Eliminará todos los componentes spring de la solución.
  • rm-vdb-backend: Eliminará todos los componentes backend de la solución.
  • rm-vdb-frontend: Eliminará todos los componentes frontend de la solución.

Servidores afectados:

  • administración
  • aplicaciones