🥇Moto. Mockujemy AWS

Testowanie jest nieodłączną częścią procesu rozwoju. Czasami deweloperzy muszą uruchomić testy lokalnie, zanim wprowadzą zmiany.
Jeśli aplikacja korzysta z Amazon Web Services, python biblioteki moto , jest to idealne rozwiązanie.

Pełną listę dostępnych zasobów można zobaczyć tutaj.
Na Githubie znajduje się repozytorium Hugo Picado — moto-server. Gotowy obraz, uruchamiaj i korzystaj. Jedyną uwagą jest to, że po uruchomieniu, żadne AWS zasoby nie zostały jeszcze utworzone.

Cóż, to dość łatwe do naprawienia.

Ponieważ podczas uruchamiania należy podać typ usługi (env zmiennej MOTO_SERVICE), musimy opisać tworzenie zasobu.

Trochę zmodyfikujemy start.sh:

Zamiast

moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT

Wstawiamy:

if [ -f /opt/init/bootstrap.py ]; then
  moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT & (sleep 5 && echo "Wykonuję skrypt bootstrap." && python /opt/init/bootstrap.py)
else
  moto_server $MOTO_SERVICE -H $MOTO_HOST -p $MOTO_PORT
fi
wait

Ostateczny plik wygląda następująco:

start.sh

#!/bin/sh

# validate required input
if [ -z "$MOTO_SERVICE" ]; then
  echo "Please define AWS service to run with Moto Server (e.g. s3, ec2, etc)"
  exit 1
fi

# setting defaults for optional input
if [ -z "$MOTO_HOST" ]; then
  MOTO_HOST="0.0.0.0"
fi

if [ -z "$MOTO_PORT" ]; then
  MOTO_PORT="5000"
fi

echo "Starting service $MOTO_SERVICE at $MOTO_HOST:$MOTO_PORT"

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
# Prevent container from exiting when bootstrap.py finishing
wait

Tworzymy nowy obraz i przesyłamy go do naszej rejestru.

Następnie napiszemy skrypt inicjalizacji zasobu, na przykład SWF domain, korzystając z biblioteki do pracy z AWS — boto3:

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 "Domena już istnieje: ", e.response.get("Error", {}).get("Code")

response = client.list_domains(
    registrationStatus='REGISTERED',
    maximumPageSize=123,
    reverseOrder=True|False
)

print 'Gotowe'

Logika jest taka:

Montujemy nasz skrypt przy uruchomieniu /opt/init/bootstrap.py.
Jeśli plik jest zamontowany — zostanie wykonany.
Jeśli pliku nie ma — uruchomi się nagi moto-server.

Można zamockować cały zasób uruchamiając jeden kontener:

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

Spróbuj w trybie interaktywnym:

Działa!

W ten sposób możemy stworzyć docker-compose.yml, który pomoże zaoszczędzić czas na testowaniu zmian:

docker-compose.yml

wersja: '3'
usługi:
  s3:
    obraz: picadoh/motocker
    środowisko:
      - MOTO_SERVICE=s3
      - MOTO_HOST=10.0.1.2
    porty:
      - "5002:5000"
    sieci:
      motonet:
        adres_ipv4: 10.0.1.2
    wolumeny:
      - /tmp/bootstrap_s3.py:/opt/init/bootstrap.py
  swf:
    obraz: picadoh/motocker
    środowisko:
      - MOTO_SERVICE=swf
      - MOTO_HOST=10.0.1.3
    porty:
      - "5001:5000"
    sieci:
      motonet:
        adres_ipv4: 10.0.1.3
    wolumeny:
      - /tmp/bootstrap_swf.py:/opt/init/bootstrap.py
  ec2:
    obraz: picadoh/motocker
    środowisko:
      - MOTO_SERVICE=ec2
      - MOTO_HOST=10.0.1.4
    porty:
      - "5003:5000"
    sieci:
      motonet:
        adres_ipv4: 10.0.1.4
    wolumeny:
      - /tmp/bootstrap_ec2.py:/opt/init/bootstrap.py
sieci:
  motonet:
    sterownik: most
    ipam:
      konfiguracja:
        - podsieć: 10.0.0.0/16

Tak naprawdę, takie podejście można zastosować nie tylko na laptopie dewelopera. Wstępne testy z mockami po kompilacji pomogą pozbyć się potencjalnych problemów podczas uruchamiania w środowiskach dev*.

Linki:

Repozytorium Motocker — github.com/picadoh/motocker
Repozytorium Moto — github.com/spulec/moto
Dokumentacja Boto3 — boto3.amazonaws.com/v1/documentation/api/latest/index.html

Źródło: habr.com

Moto. Mokałem AWS