fabfile pra fazer deploy
with cd() não afeta open()
corrige criação do dockerfile

open() executa localmente, e não remotamente como eu pensava. as únicas
coisas que executam remotamente são run(), sudo(), cd() e afins, ou
seja, coisas do fabric.

eu crio o Dockerfile localmente e envio pra mesma pasta. Adicionei o
dockerfile no gitignore porque ele não precisa ficar guardado no
repositório, vai ser usado somente pra gerar a imagem e se depois for
apagado tá ótimo
Prepara o site pra ser colocado no ar

Os settings de produção estão quase prontos, mas provavelmente já dá
testar. O dockerfile teve algumas alterações, especialmente quanto a
usar o virtualenv da imagem fcoelho/uwsgi.

A base de dados vai ser um PostgreSQL.

O fabfile consegue já criar uma imagem a partir do template e instalar
as dependências usando o mirror local do pypi.
Fabric e psycopg como dependências

Fabric é necessário pelo fabfile, pra poder fazer atualização do site a
qualquer hora via ssh. O psycopg dá acesso ao PostgreSQL.

Fabric só precisa ser usado em desenvolvimento, e o psycopg só em
produção.
simplifica o deployment

ao invés de "compilar" uma imagem extra antes de rodar, o que fazia com
que fosse necessário instalar todas as dependências de novo toda vez que
houvesse uma alteração mínima no código (não seria necessário baixar
todas as dependências da internet, pra isso que tem o cache do pypi),
agora usa uma imagem só, e todas as customizações são feitas em runtime.

como não há demanda o suficiente pelo site e nem equipamentos o
suficiente para distribuir a carga computacional, uma imagem simples já
dá conta de tudo que for necessário: não precisa distribuir processos
entre máquinas diferentes, então uma imagem com o código embutido não
traz nenhuma vantagem.
arquivo pra carregar app wsgi com settings de produção
usa o requirements base em produção também
settings de produção
sem debug em produção
Merge pull request #32 from fcoelho/fabfile

Preparando pra produção