Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

Criação do produto/ambientes no Fluig

Solicitar a criação para o time do Fluig no e-mail [email protected] com as seguintes informações:

  • Descrição do app
  • Identificador do app (AppCode)

Caso o produto possua frontend, seguir a seguinte documentação para desenvolvimento utilizando os recursos do Fluig.

Criação do produto no RAC

Solicitar a criação para o time do RAC no e-mail [email protected] com as seguintes informações:

  • Descrição do app
  • Identificador do app no Fluig (AppCode)
  • Irá possuir integração com o ERP?
    • Caso sim, será solicitada ação do usuário para escolher o ERP durante o processo de provisionamento no app MyAccount.
  • Utilizará a funcionalidade de gestão de papéis do app MyAccount?
    • Caso sim, se o produto possuir papéis (ProductRoles), estará disponível para atribuição aos usuários do tenant.

MyAccount é um app onde os clientes poderão realizar atividades comuns aos produtos, tais como: gestão de papéis dos usuários, monitoramento de filas do SmartLink, entidades do ERP que estão sendo compartilhadas com a TOTVS e etc. Saiba mais clicando aqui.

Cadastro do AppCode no HL Cloud

Solicitar por email o vínculo do AppCode ao produto para o time do HL Cloud ([email protected]) para identificação no provisionamento.


draw.io Diagram
bordertrue
diagramNameDiagrama sem nome
simpleViewerfalse
width
linksauto
tbstyletop
lboxtrue
diagramWidth1193
revision1

Criação da infraestrutura na plataforma TOTVS Apps

Solicitar ao time responsável a criação da infraestrutura básica para desenvolvimento do app.

  • Repositório para os fontes/pipelines no Azure Devops
  • Permissões
  • Namespace nos clusters (dev, staging e prod)
  • Banco de dados
  • Canais no Slack

Implementação do serviço de provisionamento

O serviço de provisionamento consiste em um worker na plataforma que receberá a mensagem de provisionamento e executará a 'receita de bolo' necessária para que o usuário comece a utilizar a aplicação.

Idempotência: É imprescindível que o serviço seja idempotente, ou seja, se a mensagem de provisionamento for enviada mais de uma vez para o mesmo tenant, o worker precisa ser capaz de identificar que o tenant já foi provisionado e continuar o processo normalmente sem erros, atualizando alguma informação no tenant caso necessário.

Receita de bolo?

É o conjunto de operações executadas em uma determinada ordem para que o tenant esteja disponível e funcional para o usuário na aplicação. Podem ser dividas em:

Atividades internas, que podem variar de acordo com cada aplicativo, ex.:

  • Criação do schema no banco
  • Registro dos dados do tenant
  • Assinatura de algum serviço externo
  • Envio de email para o cliente

Para envio de emails a plataforma possui um serviço chamado Communication, saiba mais!

Provisionamento de componentes da plataforma, onde o serviço de provisionamento irá solicitar o provisionamento do tenant em outros serviços existentes da plataforma conforme a necessidade. Ex.:

  • RAC
  • Carol