TNF

Árvore de páginas

Tempo aproximado para leitura: 3 minutos

Criação do produto/ambientes no Fluig

Solicitar a criação para o time do Fluig no e-mail dev.apps@fluig.com 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 dev.rac@totvs.com.br 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.


CEODeputy DirectorOffice of Workplace SolutionsOffice of Public RelationsCounsel DivisionCooperationAnalysis DivisionOffice of Global SupportOffice of Backtrack AnalysisDepartment of Heuristic SupportOffice of Intelligence SupportITDivisionDatabase AdministrationOffice of Technology ResearchOffice ofData ServicesManagement Programs DivisionOffice of Financial ManagementOffice of Human ResourcesOffice of Management Office of Training ServicesRegulatory and Enforcement DivisionOffice of Regulatory PolicyOffice ComplianceOffice of EnforcementOffice of Regulatory Support

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
  • Sem rótulos