"PingOne" é a palavra mais sobrecarregada do catálogo Ping, e a confusão se dissolve quando você enxerga a forma: PingOne é a plataforma, e os nomes depois dela são serviços nessa plataforma. Este artigo desenha o mapa - o que a plataforma é, o que cada serviço faz, e como ela se relaciona com o software que você mesmo opera. (Os fatos seguem a documentação oficial de produto da Ping, verificada no momento da escrita.)
A forma da plataforma
O PingOne é uma plataforma multi-tenant de identidade como serviço (IDaaS) na nuvem com um modelo baseado em organização: a sua organização é o tenant, contendo ambientes (produção, homologação, por marca, por região) que guardam os diretórios, aplicações, políticas e administradores. Tudo é API-first - o console administrativo é um cliente das mesmas APIs de gestão que você pode chamar - e protocolos padrão (, 2.0, 2.0, ) são a interface com as aplicações. A postura da plataforma é a troca clássica do IDaaS: a Ping opera disponibilidade, correções e escala; você configura em vez de operar.
Os serviços nomeados
Cada capacidade é um serviço nomeado na plataforma. O PingOne é o núcleo: diretório, autenticação e single sign-on para aplicações pelos protocolos padrão. O PingOne (autenticação multifator) adiciona a escada de fatores - push, códigos de uso único da família TOTP/HOTP, FIDO2/passkeys - como step-up dirigido por política. O PingOne Protect é o motor de risco: sinais de dispositivo e comportamento pontuados em níveis de risco que as políticas de autenticação consomem, o mecanismo por trás de reduzir a fadiga de MFA enquanto captura account takeover e fraude de contas novas. O PingOne Verify faz a prova de identidade - checagem de documento oficial e liveness - para os momentos em que é preciso saber que o humano é quem o documento diz. O PingOne Authorize carrega decisões finas de autorização baseadas em política, além da concessão grossa por aplicação. E o PingOne DaVinci é o tecido de orquestração que liga tudo isso em jornadas de usuário - assunto grande o bastante para ter artigo próprio.
Uma plataforma, dois mundos de software
A plataforma não substitui a pilha autogerenciada; ela faz parceria com ela, e a maioria dos parques reais é híbrida. O PingFederate segue sendo o cavalo de trabalho autogerenciado de federação, o PingAccess a camada autogerenciada de acesso, o PingDirectory o armazém autogerenciado - e cada um se integra aos serviços PingOne (uma política do PingFederate pode invocar o score de risco do PingOne Protect; o PingOne MFA pode servir de fator para um login autogerenciado). Ao lado de tudo isso senta o PingOne Advanced Identity Cloud - a plataforma de nuvem com herança ForgeRock, uma base de código diferente com jornadas e árvores em vez de fluxos DaVinci, cuja história pertence ao artigo de linhagem. Quando um diagrama diz "PingOne", a primeira pergunta é sempre qual PingOne: a plataforma, um serviço nomeado nela, ou o Advanced Identity Cloud.
Por que o mapa importa
Operacionalmente, o mapa decide onde a configuração mora e de onde uma indisponibilidade pode vir - um disparo errado de política do Protect é questão de serviço da plataforma, uma falha de adapter do PingFederate é questão autogerenciada, e arquiteturas híbridas precisam dos dois runbooks. Comercialmente e em termos de certificação, o mapa é a fronteira do edital: o exame Certified Professional PingOne cobre a plataforma e seus serviços, enquanto Advanced Identity Cloud, DaVinci e os produtos autogerenciados carregam cada um sua credencial - todas acompanhadas no hub de certificações à medida que os objetivos oficiais chegam. Para ambientes regulados, a família da plataforma se estende a uma nuvem governamental com autorizações High e DoD Impact Level 5, os nomes de conformidade que o trabalho de glossário deste site seguirá expandindo.
Esta série, em ordem
Este artigo abre a série A plataforma de identidade da Ping. Ele explica a plataforma em nuvem e como os seus serviços nomeados dividem o trabalho; as partes tratam do resto do catálogo: a tela de orquestração, o gateway de acesso e suas regras, a plataforma de diretório por baixo e a história de família que explica as duplicatas.
- PingOne DaVinci: orquestração de identidade como uma tela. Por que a orquestração de identidade virou uma categoria própria: fluxos de arrastar e soltar e conectores que transformam fornecedores em nós.
- O modelo de políticas do PingAccess: gateway, agente e a pilha de regras. Um gateway roteando para sites ou agentes consultando um servidor de políticas, aplicações e recursos, e a pilha de regras.
- A plataforma PingDirectory: armazenar, agregar, sincronizar, delegar. Armazenar, agregar, sincronizar, delegar: o servidor de diretório, seu proxy, o servidor de sincronização e a administração delegada.
- De Sun a Ping: a linhagem ForgeRock decodificada. Da pilha de identidade de código aberto da Sun, passando pela ForgeRock, até o catálogo de hoje, e por que ele tem dois de tudo.
Fontes
Que os protocolos padrão são a interface está declarado na própria introdução da Ping, e cada um desses protocolos tem sua própria especificação.
- Introduction to PingOne - o modelo de organização e environment, e que "connections to external resources use open standards protocols", com as client connections configurando OIDC e OAuth e o portal de aplicações servindo aplicações SAML e OpenID Connect
- RFC 6749, The OAuth 2.0 Authorization Framework
- OpenID Connect Core 1.0 - a camada de identidade acima dele
- Assertions and Protocols for the OASIS Security Assertion Markup Language (SAML) V2.0 - OASIS Standard, 15 de março de 2005