Índice

Visão Geral

Falando de arquitetura e ambientes...

...

O O fluig Identity é uma aplicação 100% SaaS hospedada cujo ambiente de produção está hospedado na nuvem brasileira da AWS (Amazon Web Services), a maior plataforma de computação em nuvem do mundo. O serviço de hospedagem segue as principais certificações de segurança, como PCI-DSS, HIPAA/HITECH, FedRAMP, GDPR, FIPS 140-2 e NIST 800-171, o que nos ajuda a atender aos requisitos de conformidade em todo o mundo.

Esta estrutura garante vários benefícios tanto para a aplicação quanto para o cliente, entre eles:

• Escalabilidade virtualmente ilimitada;
• Atendimento das requisições por qualquer um dos servidores;
• Redundância de serviços;
• Sem impacto para o usuário em caso de falha.

O fluig Identity ainda possui uma série de medidas planejadas para reduzir o impacto de uma indisponibilidade na operação dos clientes.

• Monitoramento do ambiente por uma equipe DevOps especializada.;
• Backups diários;
• Controle de versão da aplicação;
• Processo de recuperação automática;
• Registro das atividades.

Essas ações também ajudam a preservar a segurança e a disponibilidade do serviço durante os procedimentos de atualização da aplicação.

Atualização de Arquitetura

Tratativas de segurança

Além dos itens mencionados acima, o Identity conta com as seguintes ferramentas de segurança:

• Tratamentos para ataques de força bruta;
• Rede de distribuição de conteúdo (CDN);
• Firewall com configuração de rate limit, reputação de IPs e outros bloqueios;
• Todos os servidores em rede privada (não expostos para a internet);
• Regras de bloqueio disponibilizadas pela própria AWS;
• Ferramenta para geração e proteção das credenciais do cluster.

Tecnologia Docker com orquestração Kubernetes

Os serviços do Identity utilizam Nos próximos meses, todos os serviços do fluig Identity serão migrados para a tecnologia de contêineres Docker e serão são controlados pela ferramenta de orquestração Kubernetes. Essa mudança representa uma grande evolução na arquitetura da ferramenta e proporcionará uma série de benefícios tanto àqueles envolvidos no desenvolvimento e gerenciamento do Identity, quanto aos nossos clientes e usuários.A  A estrutura em contêineres é mais eficiente que o modelo de máquinas virtuais (VMs) usado atualmente anteriormente, pois os serviços do Identity poderão podem assim compartilhar recursos como o sistema operacional e bibliotecas, aproveitando de forma mais eficaz o hardware dos servidores.

Outra vantagem

...

é a portabilidade proporcionada pelo isolamento dos serviços em contêineres, um formato leve, autossuficiente e que pode ser executado em uma grande variedade de ambientes. Além disso, a inicialização mais rápida de um contêiner, comparada às VMs,

...

aumenta significativamente a resiliência da aplicação.

O que muda nas integrações?

A migração do fluig Identity para o Docker exigirá uma atualização nos protocolos de segurança implementados pela ferramenta que, além de serem uma recomendação da AWS, proporcionam um nível maior proteção e confiabilidade aos nossos clientes e parceiros.

...

Requisitos para integrações

A partir da atualização da arquitetura para o Docker, todas as integrações

...

devem utilizar o protocolo TLS 1.2. Outro requisito

...

é a extensão SNI (Server Name Indication), que

...

deve ser implementada pelas aplicações que desejam se comunicar com o

...

Para que essa migração cause o menor impacto possível às operações dos nossos clientes, teremos um período de adaptação para que as atualizações necessárias possam ser realizadas nos sistemas que se integram ao fluig Identity, como por exemplo, os ERPs TOTVS e o próprio fluig.

Quando será feita a atualização?

A primeira etapa do processo de migração dos serviços do fluig Identity para uma estrutura de contêineres está prevista para o mês de julho de 2018 com a atualização do ambiente de homologação (customerfi.com). Essa previsão pode sofrer alterações a depender do andamento dos testes de qualidade e eventuais ajustes necessários.

Requisitos para aplicativos customizados

Para que a integração entre aplicativos customizados e o Identity em arquitetura Docker continuem funcionando, são necessárias algumas alterações:

• A primeira consiste na utilização do protocolo TLS v1.2 para as comunicações HTTPS, pois o SSL já foi quebrado e representa uma falha de segurança. 

• A segunda alteração consiste em ativar o SNI para as conexões com o Identity.

Das duas alterações a que causa o maior impacto é a ativação de SNI, visto que a JDK 7 possui bugs no tratamento de SNI, que devem ser contornados. 

<!-- Hotjar Tracking Code for http://tdn.totvs.com/display/fb -->
<script>
    (function(h,o,t,j,a,r){
        h.hj=h.hj||function(){(h.hj.q=h.hj.q||[]).push(arguments)};
        h._hjSettings={hjid:1280165,hjsv:6};
        a=o.getElementsByTagName('head')[0];
        r=o.createElement('script');r.async=1;
        r.src=t+h._hjSettings.hjid+j+h._hjSettings.hjsv;
        a.appendChild(r);
    })(window,document,'https://static.hotjar.com/c/hotjar-','.js?sv=');
</script>

...