Saltar para o conteúdo

O OneActor ainda não está aberto. Peça acesso antecipado e escrevemos-lhe quando abrir.

OneActor
Idioma, país e moeda: PT · PT · EUR
Moeda

Os preços mostram o IVA do país que escolher. Partimos do fuso horário e do idioma do seu dispositivo, e uma alteração fica guardada neste dispositivo.

Pedir acesso antecipado
Moeda

Os preços mostram o IVA do país que escolher. Partimos do fuso horário e do idioma do seu dispositivo, e uma alteração fica guardada neste dispositivo.

Três ambientes. Produção quando disser.

Os agentes trabalham em desenvolvimento. Verifica a aplicação em teste, que corre como a produção. A produção fica desligada até um proprietário da sua organização a ativar — e é a plataforma que o impõe, não apenas as instruções dos agentes.

O separador Environments: uma versão corre em teste, e a produção fica desligada até um proprietário a ativar; depois, essa mesma versão é promovida e verificada.

Controlo sem atrasar a equipa

Os agentes preparam tudo; as decisões que não se podem desfazer ficam com pessoas.

  • Três ambientes em cada projeto

    O desenvolvimento é o espaço de trabalho dos agentes. O teste e a produção correm no mesmo tipo de infraestrutura, cada um com os seus dados e chaves.

  • Uma pessoa carrega em «Deploy»

    Os agentes preparam as versões. Nada é publicado, nem sequer em teste, até alguém da sua organização carregar em «Deploy».

  • A produção precisa de um proprietário

    A produção fica desligada até um proprietário da organização a ativar para o projeto. Até lá, a plataforma recusa os agentes.

  • O que testou é o que entra em funcionamento

    Só uma versão que esteve em teste pode ser promovida para produção: a mesma compilação, sem a refazer.

  • Versões verificadas

    Antes de uma versão ser publicada, o código é analisado à procura de chaves que possa expor, e é-lhe mostrado o que foi encontrado.

  • As chaves de teste e produção ficam ocultas

    Os valores guardados para teste e produção nunca são mostrados aos agentes, nem a mais ninguém.

De uma versão até à produção

Cinco passos, e dois deles são uma pessoa a carregar num botão.

  1. O DevOps prepara uma versão

    A plataforma cria uma versão etiquetada, analisa-a e compila-a uma única vez.

  2. Uma pessoa publica-a em teste

    A plataforma migra a base de dados, publica a versão e verifica que responde.

  3. Verifica-a em teste

    A aplicação e o ambiente tal como a produção os vai correr, no endereço de teste.

  4. Um proprietário ativa a produção

    Uma vez por projeto. Até lá, um agente que tente a produção recebe uma recusa.

  5. Promove a versão

    A compilação que esteve em teste passa para produção. Se uma publicação em produção falhar, o código volta à versão anterior.

O que um agente recebe sem a autorização

A produção é imposta pela plataforma, não apenas pelas instruções dos agentes. Um agente que tente a produção antes de um proprietário a ativar é recusado:

403 PRODUCTION_NOT_AUTHORIZED
Production is not enabled for project 7f3c2a91. A human must enable production access from the dashboard before production resources can be provisioned. Deploy to `test` instead.
A resposta da plataforma, tal como é dada (em inglês).

A ter em conta

  • As alterações à base de dados não são desfeitas quando uma publicação em produção falha: o código volta à versão anterior, e os dados ficam como estão.

Pronto para construir?

Descreva a sua primeira aplicação. Os agentes tratam do resto, e a produção espera por si.

Pedir acesso antecipadoVer preços