For the complete documentation index, see llms.txt. This page is also available as Markdown.

Arquitetura dos aplicativos em nuvem da Flosum

Visão geral

O diagrama abaixo ilustra a arquitetura das Aplicações em Nuvem da Flosum, que se aplica tanto a instalações hospedadas pelo cliente quanto hospedadas pela Flosum. A principal diferença entre as duas é a propriedade da VM na nuvem (Máquina Virtual na Nuvem).

Em uma configuração hospedada pelo cliente, o cliente é o proprietário da instância na nuvem onde o DevOps, o Backup & Archive e o Data Migrator são instalados e gerencia a infraestrutura. Em uma configuração hospedada pela Flosum, o DevOps, o Backup & Archive e o Data Migrator são instalados na instância AWS da Flosum.

Diagrama da arquitetura do sistema

Os itens numerados no diagrama acima são explicados na lista abaixo. Todos os itens são executados como imagens Docker no Docker Swarm em EC2.

  1. NGINX: Gerencia, roteia e otimiza o tráfego da web.

  2. Configurações Globais da Flosum: Gerencia permissões granulares de usuário com controle de acesso baseado em funções (RBAC), segurança e conexões com o Salesforce para o aplicativo SaaS da Flosum. Também gerencia o armazenamento no bucket S3 de cada tenant.

  3. OAuth da Flosum: Gerencia conexões com endpoints de segurança.

  4. Flosum SaaS:

    1. Backup & Archive: Faz backup dos itens do Salesforce (copia-os) para o aplicativo SaaS da Flosum, ou os arquiva (copia-os e depois os exclui do Salesforce). Backups e arquivos arquivados podem ser restaurados na org do Salesforce do cliente. Os clientes trazem sua própria chave para criptografar os dados em trânsito e em repouso, e a chave é armazenada na org do Salesforce deles. Os dados são transferidos via HTTPS usando o Salesforce e APIs personalizadas. O Amazon RDS MySQL rastreia backups, arquivos arquivados e restaurações da org do Salesforce do cliente, e registra onde cada item com backup ou arquivado é armazenado no S3.

    2. DevOps: Oferece desenvolvimento seguro e escalável para Salesforce. Controles de conformidade integrados aceleram os ciclos de lançamento e reduzem erros, para que sua equipe possa se concentrar em entregar valor.

    3. Data Migrator: Move dados entre orgs do Salesforce enquanto mascara informações confidenciais para segurança e conformidade em nível empresarial.

Requisitos para Hospedagem pelo Cliente

As informações a seguir foram criadas para ajudá-lo a entender os requisitos para hospedar sua própria instância do Flosum Cloud Apps.

Máquina Virtual na Nuvem: É necessária uma máquina virtual para instalar o Flosum Cloud Apps. A máquina virtual deve atender aos requisitos de sistema recomendados para garantir desempenho ideal. Ela deve oferecer suporte aos seguintes requisitos.

Requisitos do Sistema

RAM

32 GB

CPU

4

Instância AWS

r5n.xlarge ou superior

Sistema Operacional

Linux Ubuntu (x64)

Registro de Domínio: É necessário um registro de domínio para hospedar o Flosum Cloud Apps. Esse domínio deve ser registrado antes de instalar o Flosum Cloud Apps.

Certificado SSL: É necessário um certificado Secure Sockets Layer (SSL) para proteger a comunicação entre o Flosum Cloud Apps e sua organização Salesforce. Os clientes podem escolher entre um certificado SSL gratuito e um pago.

O Flosum Cloud Apps suporta apenas TLS 1.2 e versões posteriores, não SSL. Protocolos TLS mais antigos (TLS 1.0 e 1.1), algoritmos, cifras e configurações estão desabilitados. Para mais informações, consulte o exemplo a seguir: Link para o guia de configuração de TLS do Salesforce.

Provedores de Identidade: Configure provedores de identidade para gerenciar o controle de acesso ao Flosum Cloud Apps. Os clientes têm as seguintes opções para escolher:

  • Autenticação com nome de usuário e senha

  • OAuth 2.0

  • Login único (SSO)

  • Configurações Globais: A Flosum usa seu próprio aplicativo de Gerenciamento de Usuários, que fornece controles de acesso aos aplicativos DevOps, Backup & Archive e Data Migrator.

NGINX: O NGINX atua como proxy para solicitações aos contêineres Docker. Ele também permite o uso de certificados para oferecer suporte ao HTTPS.

MySQL: O MySQL armazena as configurações do Flosum Cloud Apps. Por exemplo, o banco de dados armazena informações sobre acesso à org do Salesforce (token de acesso e token de atualização), conjuntos de dados, modelos de backup, IDs de arquivos CSV para objetos com backup e registros de trabalhos de backup e restauração. Uma imagem de um banco de dados MySQL armazena as configurações de aplicação em um arquivo Docker Compose.

O banco de dados MySQL não é usado para armazenar backups de clientes.

Armazenamento: O armazenamento local é utilizado para armazenar dados no banco de dados, que podem ser dos seguintes tipos:

  • Armazenamento (SSD gp2)

  • Armazenamento (SSD gp3)

  • Armazenamento (S3)

Você pode escolher SSD ou S3 como opção de armazenamento local. No entanto, o S3 se aplica apenas à AWS, não ao GCP nem ao Azure.

O Backup & Archive oferece recursos de compactação de backup para diferentes tipos de arquivos:

  • Arquivos de dados e texto podem ser compactados em até 60%. Isso significa que o tamanho do backup pode ser reduzido em até 60% em comparação com seu tamanho original.

  • Arquivos binários, por outro lado, não podem ser compactados. Seu fator de compactação é 0%.

Anonimato e uso de VPN: A plataforma Flosum Cloud Apps não oferece suporte ao compartilhamento anônimo de dados nem permite acesso anônimo a nenhuma informação. No entanto, ela funciona perfeitamente com VPNs, e não há restrições ao usá-la com conectividade VPN.

Salesforce Shield: O Flosum Cloud Apps é totalmente compatível com o Salesforce Shield. O Salesforce Shield criptografa os dados em repouso e, ao usar o Flosum Cloud Apps, os dados são obtidos via APIs sem conflitos.

Flosum Cloud Apps e Licenças Salesforce: Para o Flosum DevOps, as licenças Standard e Platform do Salesforce são provisionadas na organização de Produção do DevOps. Uma única chave de licença do Flosum Cloud Apps pode gerenciar várias organizações Salesforce. Adicionar mais organizações aumentará o espaço de armazenamento necessário do lado do cliente e gerará um custo adicional.

Backup & Archive, DevOps e Data Migrator são produtos separados. Cada produto tem seu próprio número de versão.

Atualizado

Isto foi útil?