Vivemos em um mundo movido por aplicativos.
Atualmente, existem centenas de milhões de aplicações e, dependendo do porte, uma empresa utiliza, em média, entre 500 e 1.000 delas para conduzir seus negócios. Impulsionadas pela necessidade de aumentar a agilidade dos negócios, criar melhores experiências para os usuários e reduzir custos, as empresas distribuem seus portfólios de aplicações entre vários data centers e nuvens públicas. Isso gera uma enorme complexidade à medida que elas desenvolvem, implantam, gerenciam e administram seu conjunto crescente de aplicações — especialmente quando buscam criar uma estratégia unificada de segurança e identidade para todas elas, estejam hospedadas localmente, em data centers externos ou em nuvens públicas. Além disso, muitas aplicações mais antigas não são compatíveis com métodos modernos de autenticação.
Embora seja verdade que muitas aplicações estejam sendo migradas para a nuvem e que a maioria das novas aplicações seja criada na nuvem, há dados que indicam que, por muitos anos, as organizações adotarão uma estratégia de aplicações híbridas, distribuídas entre ambientes locais, data centers externos e várias nuvens públicas. A IBM encomendou um estudo à McKinsey & Company, que constatou que cerca de 80% das cargas de trabalho e das aplicações que dão suporte a aplicações de nuvem pública continuarão em ambientes locais.
Há inúmeras razões para isso. Alguns aplicativos não são propícios à modernização. Há aplicativos legados que não são adequados ou não podem ser migrados para a nuvem. Muitos aplicativos locais não são compatíveis com métodos modernos de autenticação e autorização, incluindo padrões e protocolos como SAML, OAuth ou OpenID Connect (OIDC). Uma organização pode não dispor de profissionais qualificados ou de tempo para modernizar seus aplicativos locais.
A segurança é uma das principais considerações das organizações ao decidir se devem ou não migrar aplicações para a nuvem pública. Para organizações com aplicações na nuvem, em um data center, gerenciadas ou oferecidas como serviço, o desafio é criar uma arquitetura híbrida econômica que proporcione acesso seguro às aplicações e uma excelente experiência, permitindo que os usuários encontrem aplicações com facilidade, tenham experiências consistentes e desfrutem de acesso simplificado por meio de logon único (SSO), vinculado a uma estratégia centralizada de identidade e autenticação.
Com milhares de aplicativos usados diariamente, hospedados em todos esses locais ou em qualquer combinação deles, como as organizações podem garantir um acesso seguro e adequado aos usuários sem exigir que eles façam login várias vezes? Além disso, como as organizações podem revogar o acesso dos usuários a cada aplicativo sem precisar acessar cada um deles individualmente?
Trabalhando juntas, a Microsoft e a F5 têm a resposta: ao implantar o Microsoft Azure Active Directory, a abrangente plataforma de identidade baseada em nuvem da Microsoft, juntamente com a solução confiável de acesso a aplicações da F5, o Access Policy Manager (APM), as organizações podem federar a identidade, a autenticação e a autorização dos usuários e eliminar a lacuna de identidade entre aplicações baseadas em nuvem (IaaS), SaaS e locais.
O F5 APM e o Azure Active Directory simplificam a experiência do usuário no acesso a aplicativos. Independentemente de onde o aplicativo esteja hospedado — na nuvem, em um ambiente SaaS, localmente etc. —, juntos, eles permitem que os usuários façam login uma única vez e acessem, em um só lugar, todos os aplicativos aos quais têm direito.
A solução conjunta da Microsoft e da F5 permite que aplicações legadas, incapazes de oferecer suporte à autenticação e à autorização modernas, interoperem com o Azure Active Directory. Mesmo que uma aplicação não seja compatível com SAML e ofereça suporte apenas à autenticação baseada em cabeçalho ou Kerberos, ainda será possível habilitar o logon único (SSO) e oferecer suporte à autenticação multifator (MFA) por meio da combinação do F5 APM com o Azure Active Directory. Como uma solução de IDaaS, o Azure Active Directory fornece uma raiz de identidade confiável ao APM, criando uma ponte entre aplicações modernas e legadas, oferecendo SSO e protegendo a aplicação com MFA.
Agora, os usuários só precisam criar e memorizar uma única credencial de acesso, que pode ser usada em conjunto com a MFA. Isso significa que eles terão acesso aos aplicativos de forma mais rápida e fácil, sem a necessidade de se autenticar repetidamente, além de contarem com mais segurança, pois estarão menos suscetíveis a ataques de phishing ou ao uso indevido de senhas.
A combinação Microsoft / F5 também reduz a sobrecarga dos administradores ao criar uma autoridade centralizada de políticas de acesso a aplicações, incluindo aplicações legadas locais que não oferecem suporte à autenticação moderna e aplicações na nuvem. Agora, os administradores podem simplesmente revogar o acesso dos usuários em um único local, em vez de precisar acessar cada aplicação para cancelar esse acesso, reduzindo significativamente a possibilidade de erro humano.
As organizações podem adotar uma abordagem metódica e organizada para a migração de aplicações para a nuvem. Essa arquitetura permite transferir gradualmente as aplicações do ambiente local para a nuvem sem alterar as estratégias de identidade, pois ela pode ser migrada para a nuvem. A combinação possibilita aos usuários um acesso simples e seguro às aplicações, independentemente da localização, ao mesmo tempo que permite à organização aproveitar seu diretório local existente durante a migração para a nuvem. Tudo isso aumenta a segurança da aplicação e dos dados associados a ela, além de viabilizar uma verdadeira arquitetura híbrida para o acesso às aplicações.
A estreita parceria entre a F5 e a Microsoft, bem como a integração entre o F5 APM e o Microsoft Azure Active Directory, continuarão proporcionando segurança e os benefícios de um acesso confiável a organizações do mundo todo.
Sobre o autor
Publicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...