|
| 1 | +# Implantação |
| 2 | +A implantação do site da **Hollow** e todas as atividades que tornam o serviço web disponível para uso. |
| 3 | + |
| 4 | +As fases da atividade de implantação são: |
| 5 | + |
| 6 | +1. ``Liberação``: Às vezes, isso envolve determinar os recursos necessários para que o sistema opere com desempenho e planejamento toleráveis e / ou documentar atividades subsequentes no processo de implantação. Então, você tem que saber o tamanho dos aplicativos que serão definidos com o Heroku. |
| 7 | + |
| 8 | +2. ``Instalação e ativação``: É feito com o Heroku. Fazemos o 'push' do branch `local/production` (que deve ser testado) como` heroku/master`. |
| 9 | + |
| 10 | +3. ``Desativação``: A prática de remover do serviço sistemas usados com pouca frequência ou obsoletos é frequentemente referida como aposentadoria ou solicitação de downgrade. Não há necessidade em nosso caso. |
| 11 | + |
| 12 | +4. ``Desinstalação``: É a remoção de um sistema que não é mais necessário. Não precisamos disso em nosso caso. |
| 13 | + |
| 14 | +5. ``Atualizar``: Normalmente consiste na desativação seguida pela instalação. É preciso um desenvolvedor para manter novas versões do Django e Python. |
| 15 | + |
| 16 | +6. ``Atualização integrada``: atualização do Windows ou equivalente. Isso não se aplica ao nosso caso. |
| 17 | + |
| 18 | +7. ``Monitoramento de versão``: Realizado em ``requirements.txt``. |
| 19 | + |
| 20 | +## Lista de verificação de implantação do Django |
| 21 | + |
| 22 | +Antes de implantar o aplicativo, você precisa saber se ele é adequado para uso na vida real com pessoas da **Hollow**. |
| 23 | + |
| 24 | +Para fazer isso, você deve executar o comando: |
| 25 | + |
| 26 | +```` shell |
| 27 | +python manage.py check --deploy |
| 28 | +```` |
| 29 | + |
| 30 | +Este comando verificará a estabilidade do aplicativo. Corrigimos alguns problemas, mas se você adicionar outro recurso, terá que executar dita verificação. |
| 31 | + |
| 32 | +Para obter mais informações sobre a lista de verificação do Django (recomendamos a leitura): |
| 33 | + |
| 34 | +[Link para a lista de verificação para a implantação do Django ](https://docs.djangoproject.com/en/3.0/howto/deployment/checklist/) |
| 35 | + |
| 36 | +## Verificação de produção |
| 37 | + |
| 38 | +A ``verificação de produção`` (_Production check_) é um recurso do Heroku para saber se sua aplicação está bem implementada. |
| 39 | + |
| 40 | +Os pontos a verificar são: |
| 41 | + |
| 42 | +1. Heroku-18 Stack |
| 43 | +2. Contêineres[^1] típicos (recomendamos Contêineres pagos, dado seu uso) |
| 44 | +3. Falhas na Redundância dos contêineres |
| 45 | +4. Falhas no Banco de dados de Postgres de produção |
| 46 | +5. Alta disponibilidade de Postgres |
| 47 | +6. Monitoramento do aplicativo em caso de falha |
| 48 | +7. Monitorar o registro de falhas |
| 49 | +8. Páginas de manutenção personalizadas |
| 50 | +9. Heroku SSL |
| 51 | + |
| 52 | +[^1]: No Heroku os contêineres são chamados de "Dynos" em inglês. |
| 53 | + |
| 54 | +Para o servidor de produção, é recomendável ter configurações bem gerenciadas. |
| 55 | + |
| 56 | +## Implantação com heroku |
| 57 | + |
| 58 | +Para obter mais informações sobre a implantação com Heroku, o link para a documentação é: |
| 59 | + |
| 60 | +[Deployment - Heroku](https://devcenter.heroku.com/categories/deployment) |
| 61 | + |
| 62 | +## Preparando uma base de código para a implantação do Heroku |
| 63 | + |
| 64 | +[Preparando uma base de código[^2] para implantação Heroku](https://devcenter.heroku.com/articles/preparing-a-codebase-for-heroku-deployment) |
| 65 | + |
| 66 | +[^2]: Base de código: _codebase_ em inglês. |
0 commit comments