The Twelve-Factor App

VIII. Concorrência

Escale através do processo modelo

Qualquer programa de computador, uma vez executado, está representado por um ou mais processos. Aplicações web têm tomado uma variedade de formas de processo de execução. Por exemplo, processo PHP rodam como processos filho do Apache, iniciados sob demanda conforme necessário por volume de requisições. Processos Java tomam o caminho inverso, com a JVM proporcionando um processo uber maciço que reserva um grande bloco de recursos do sistema (CPU e memória) na inicialização, com concorrência gerenciada internamente via threads. Em ambos os casos, o processo(os) executando é apenas minimamente visível para o desenvolvedores da aplicação.

Escala é expressado como processos em execução, a diversidade da carga de trabalho é expressada como tipos de processo.

Na aplicação doze-fatores, processos são cidadãos de primeira classe. Processos na aplicação doze-fatores, o desenvolvedor pode arquitetar a aplicação dele para lidar com diversas cargas de trabalho, atribuindo a cada tipo de trabalho a um tipo de processo. Por exemplo, solicitações HTTP podem ser manipuladas para um processo web, e tarefas background de longa duração podem ser manipuladas por um processo trabalhador.

Isto não exclui processos individuais da manipulação de sua própria multiplexação interna, por threads dentro do runtime da VM, ou o modelo async/evented encontrado em ferramentas como EventMachine, Twisted, ou Node.js. Mas uma VM individual pode aumentar (escala vertical), de modo que a aplicação deve ser capaz de abranger processos em execução em várias máquinas físicas.

O modelo de processo realmente brilha quando chega a hora de escalar. O compartilhar-nada, natureza horizontal particionada de um processo da aplicação doze-fatores significa que a adição de mais simultaneidade é uma operação simples e de confiança. A matriz de tipos de processo e número de processos de cada tipo é conhecida como o processo de formação.

Processos de uma app doze-fatores nunca deveriam daemonizar ou escrever arquivos PID. Em vez disso, confiar no gerente de processo do sistema operacional (como Upstart, um gerenciador de processos distribuídos em uma plataforma de nuvem, ou uma ferramenta como Foreman em desenvolvimento) para gerenciar fluxos de saída, responder a processos travados, e lidar com reinícios e desligamentos iniciados pelo usuário.