Las pruebas son una parte importante del proceso de desarrollo. Y a veces los desarrolladores necesitan ejecutar pruebas localmente, antes de confirmar los cambios.
Si su aplicación usa
Amazon Web Services ,
python library
moto es lo perfecto para eso.
La lista completa de la cobertura de implementación está
aquí .
Encontré el repositorio de
Hugo Picado en Github -
moto-server . Listo para comenzar a usar la imagen. El único matiz es que después del lanzamiento, no se crearán recursos de
AWS .
Bueno, es bastante fácil arreglarlo.
Mientras que debemos definir la variable de
entorno MOTO_SERVICE para especificar el tipo de recurso en el lanzamiento, todo lo que nos queda es definir la creación de recursos.
Actualización
start.sh :
Reemplazar
moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT
con
if [ -f /opt/init/bootstrap.py ]; then moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT & (sleep 5 && echo "Executing bootstrap script." && python /opt/init/bootstrap.py) else moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT fi wait
El archivo debería ser como:
Cree una nueva imagen y empújela a su registro.
Además, hagamos un script de inicialización de recursos, utilizando la biblioteca para trabajar con AWS - boto3. Por ejemplo,
dominio SWF :
bootstrap_swf.py import boto3 from botocore.exceptions import ClientError import os os.environ["AWS_ACCESS_KEY_ID"] = "fake" os.environ["AWS_SECRET_ACCESS_KEY"] = "fake" client = boto3.client('swf', region_name='us-west-2', endpoint_url='http://localhost:5000') try: client.register_domain( name='test-swf-mock-domain', description="Test SWF domain", workflowExecutionRetentionPeriodInDays="10" ) except ClientError as e: print "Domain already exists: ", e.response.get("Error", {}).get("Code") response = client.list_domains( registrationStatus='REGISTERED', maximumPageSize=123, reverseOrder=True|False ) print 'Ready'
Lógicamente:
- Monte nuestro script de arranque en /opt/init/bootstrap.py
- Si el archivo está montado, se ejecutará
- Si no, se lanzará el único moto-servidor
Entonces, podemos burlarnos de todo el recurso con solo ejecutar un contenedor:
docker run --name swf -d \ -e MOTO_SERVICE=swf \ -e MOTO_HOST=0.0.0.0 \ -e MOTO_PORT=5000 \ -p 5001:5000 \ -v /tmp/bootstrap_swf.py:/opt/init/bootstrap.py \ -i awesome-repo.com/moto-server:latest
Probemos en el modo interactivo:
Funciona!
Por lo tanto, podemos crear docker-compose.yml que puede ayudar a ahorrar tiempo para probar los cambios:
docker-compose.yml version: '3' services: s3: image: picadoh/motocker environment: - MOTO_SERVICE=s3 - MOTO_HOST=10.0.1.2 ports: - "5002:5000" networks: motonet: ipv4_address: 10.0.1.2 volumes: - /tmp/bootstrap_s3.py:/opt/init/bootstrap.py swf: image: picadoh/motocker environment: - MOTO_SERVICE=swf - MOTO_HOST=10.0.1.3 ports: - "5001:5000" networks: motonet: ipv4_address: 10.0.1.3 volumes: - /tmp/bootstrap_swf.py:/opt/init/bootstrap.py ec2: image: picadoh/motocker environment: - MOTO_SERVICE=ec2 - MOTO_HOST=10.0.1.4 ports: - "5003:5000" networks: motonet: ipv4_address: 10.0.1.4 volumes: - /tmp/bootstrap_ec2.py:/opt/init/bootstrap.py networks: motonet: driver: bridge ipam: config: - subnet: 10.0.0.0/16
Por cierto, podemos usar este enfoque no solo en la computadora portátil del desarrollador. Las pruebas preliminares con simulacros después de la compilación nos ayudarán a deshacernos de posibles problemas en los entornos de desarrollo *.
Enlaces:
Repo de
Motocker -
github.com/picadoh/motockerMoto repo -
github.com/spulec/motoDocumentos de
Boto3 :
boto3.amazonaws.com/v1/documentation/api/latest/index.html