Skip to content

pvarki/python-pvas-takbackend

Repository files navigation

takbackend

Keeps track of mumble instances ordered by people in different contexts

Docker

For more controlled deployments and to get rid of "works on my computer" -syndrome, we always make sure our software works under docker.

It's also a quick way to get started with a standard development environment:

export DOCKER_TAG_EXTRA="-dev"
docker-compose -p takbackend -f docker-compose_local.yml -f docker-compose_local_reload.yml up

Note that you need jwt.pub from the a11napi instance you're using to get your auth tokens (/api/v1/tokens/pubkey), when you need to apply migrations you need to rebuild the images:

export DOCKER_TAG_EXTRA="-dev"
docker-compose -p takbackend -f docker-compose_local.yml build

SSH agent forwarding

We need buildkit:

export DOCKER_BUILDKIT=1

And also the exact way for forwarding agent to running instance is different on OSX:

export DOCKER_SSHAGENT="-v /run/host-services/ssh-auth.sock:/run/host-services/ssh-auth.sock -e SSH_AUTH_SOCK=/run/host-services/ssh-auth.sock"

and Linux:

export DOCKER_SSHAGENT="-v $SSH_AUTH_SOCK:$SSH_AUTH_SOCK -e SSH_AUTH_SOCK"

Creating a development container

Build image, create container and start it:

docker build --ssh default --target devel_shell -t takbackend:devel_shell .
docker create --name takbackend_devel -v `pwd`":/app" -it `echo $DOCKER_SSHAGENT` takbackend:devel_shell
docker start -i takbackend_devel

pre-commit considerations

If working in Docker instead of native env you need to run the pre-commit checks in docker too:

docker exec -i takbackend_devel /bin/bash -c "pre-commit install"
docker exec -i takbackend_devel /bin/bash -c "pre-commit run --all-files"

You need to have the container running, see above. Or alternatively use the docker run syntax but using the running container is faster:

docker run --rm -it -v `pwd`":/app" takbackend:devel_shell -c "pre-commit run --all-files"

Test suite

You can use the devel shell to run py.test when doing development, for CI use the "tox" target in the Dockerfile:

docker build --ssh default --target tox -t takbackend:tox .
docker run --rm -it -v `pwd`":/app" `echo $DOCKER_SSHAGENT` takbackend:tox

Production docker

There's a "production" target as well for running the application, remember to change that architecture tag to arm64 if building on ARM:

docker build --ssh default --target production -t takbackend:amd64-latest .
docker run -it --name takbackend takbackend:amd64-latest

Development

TLDR:

  • Create and activate a Python 3.8 virtualenv (assuming virtualenvwrapper):

    mkvirtualenv -p `which python3.8` my_virtualenv
    
  • change to a branch:

    git checkout -b my_branch
    
  • install Poetry: https://python-poetry.org/docs/#installation

  • Install project deps and pre-commit hooks:

    poetry install
    pre-commit install
    pre-commit run --all-files
    
  • Ready to go.

Remember to activate your virtualenv whenever working on the repo, this is needed because pylint and mypy pre-commit hooks use the "system" python for now (because reasons).