Uma governança multiplataforma

01Governando acessos, não um catálogo de editores #sec_cae89bbf

Uma organização nunca confia todos os seus acessos a uma única tecnologia. As identidades vivem num diretório, as equipas trabalham em espaços colaborativos, o código em repositórios, os dados em plataformas empresariais e os privilégios em serviços de infraestrutura. À medida que o sistema de informação evolui, surgem novas soluções sem que as anteriores desapareçam imediatamente.

O REVIEWIT foi concebido para governar esta diversidade sem depender do vocabulário de um editor em particular. O seu objeto não é o Microsoft 365, Google Workspace, GitHub, Jira, Slack ou qualquer outra plataforma isoladamente. O seu objeto é a relação de acesso que deve ser revista: uma identidade ou um grupo possui um direito sobre um recurso, num perímetro dado, com elementos que permitem a uma pessoa julgar a sua legitimidade.

Esta separação é o fundamento da abordagem multiplataforma. As soluções podem mudar; a questão da governança permanece a mesma: quem acede a quê, a que título, e este acesso deve ainda ser mantido?

02Um modelo comum que preserva as diferenças úteis #sec_45846948

As plataformas não descrevem os seus objetos da mesma forma. Uma fala de grupos, outra de equipas; uma expõe sites e pastas, outra projetos, repositórios ou canais; os níveis de acesso podem ser chamados de membro, administrador, contribuidor, editor ou leitor.

O REVIEWIT não substitui todos estes termos por um objeto genérico empobrecido. Organiza-os de acordo com uma hierarquia estável:

• uma solução designa o sistema conectado;
• uma carga de trabalho representa uma família funcional desta solução;
• um recurso é o objeto concreto suscetível de ser inventariado e recertificado;
• as identidades, pertenças, papéis e permissões explicam a relação de acesso;
• os elementos de prova, como o proprietário ou a última atividade conhecida, dão ao revisor o contexto necessário para decidir.

Um site colaborativo, um repositório de código e um projeto não se tornam, portanto, o mesmo objeto. Eles permanecem diferentes, mas as suas relações de acesso podem ser tratadas pelo mesmo ciclo de campanha, as mesmas responsabilidades e a mesma exigência de prova.

03O conector traduz; não redefine o REVIEWIT #sec_4c40d9f9

Cada solução possui as suas API, modos de autenticação, limites, paginação e regras de visibilidade. O papel de um conector é assumir estas particularidades e, em seguida, apresentar ao REVIEWIT dados conformes ao contrato comum.

Esta fronteira evita a construção de uma aplicação diferente para cada editor. Uma vez recolhidos e qualificados os dados, o resto da cadeia permanece partilhado: seleção do perímetro, associação das políticas, construção da campanha, atribuição aos revisores, decisão, justificação, restituição e pista de auditoria.

O princípio aplica-se também à experiência de ligação. Os campos e controlos próprios de uma solução são declarados pelo seu fornecedor de conectividade tanto quanto possível. Um ecrã específico só é justificado quando um comportamento não pode ser descrito de outra forma, por exemplo, uma redirecionamento de autorização ou uma descoberta de perímetro após autenticação. A extensão permanece, assim, explícita e testável, sem duplicar toda a interface.

04Estender a cobertura por contrato #sec_7a65dcc5

Adicionar uma plataforma não consiste apenas em chamar uma API. Uma extensão explorável deve trazer uma cadeia completa.

Declara primeiro as soluções, cargas de trabalho e recursos que realmente sabe observar. Descreve, em seguida, a forma de cada recurso: o seu identificador estável, as informações apresentadas ao revisor e os atributos que transportam uma identidade, um proprietário, membros ou uma atividade.

Estes atributos são aproximados de um vocabulário governado. É esta aproximação que permite aos avaliadores compreender, independentemente do editor, que um campo representa, por exemplo, proprietários, membros ou convidados. Uma política só é proposta quando os dados necessários existem realmente para a carga de trabalho em causa.

Por fim, o conector deve demonstrar o seu comportamento operacional: autenticação segundo o mínimo privilégio, recolha em modo de leitura, paginação, retoma após erro, reconciliação e rastreabilidade. Uma integração não é considerada completa porque foi obtida uma primeira resposta API; deve fornecer uma cobertura mensurável e repetível.

Este contrato cria uma extensão controlada: uma nova solução junta-se à plataforma adicionando a sua linguagem e capacidade de recolha, sem reescrever o motor de campanha nem as regras de responsabilidade.

05Uma política comum, apenas quando faz sentido #sec_afa8f799

O agnosticismo não significa que uma mesma política se aplique indistintamente a todos os objetos. Uma política de associação, propriedade, inatividade, partilha externa ou acesso privilegiado exige informações diferentes. Alguns recursos contêm estas informações; outros não.

O REVIEWIT liga, portanto, as políticas às cargas de trabalho para as quais são fundamentadas. Uma carga de trabalho pode ser declarada no catálogo, mesmo que permaneça não governável enquanto não lhe for associada nenhuma política aplicável ou dado suficiente. Esta distinção impede de prometer uma recertificação onde o conector fornece apenas um inventário.

A plataforma permanece comum, mas a aplicabilidade mantém-se honesta. Duas soluções podem participar na mesma campanha quando os seus objetos respondem à mesma necessidade de governança; nunca são forçadas a uma equivalência artificial.

06A cobertura é um dado, não uma suposição #sec_8e9dedd6

Uma ligação válida não garante que todo o inquilino seja visível. A cobertura depende das permissões concedidas, do perímetro de instalação, das capacidades da API e, por vezes, da edição subscrita pelo editor. Um conector pode ser tecnicamente saudável, mesmo que veja apenas uma parte dos recursos ou acessos esperados.

O REVIEWIT separa, portanto, a saúde da ligação da cobertura da recolha. Esta distinção é essencial num ambiente multiplataforma: permite afirmar que uma autenticação funciona sem apresentar um inventário parcial como exaustivo.

As campanhas e os seus leitores podem, assim, conhecer o limite do que é observado. A ausência de um objeto não se torna silenciosamente a prova de uma ausência de acesso.

07Uma adoção progressiva, sem dependência de uma única plataforma #sec_d8c98cfe

Uma organização pode começar pela solução que representa o seu risco mais imediato e, em seguida, estender progressivamente o perímetro. Os novos conectores enriquecem a cobertura; eles não criam um novo método de governança para aprender nem um novo rastro de prova para explorar.

Essa continuidade reduz a dependência de um fornecedor. Uma mudança de ferramenta colaborativa, repositório de código ou plataforma de negócios modifica a fonte dos dados, mas não o princípio das campanhas, o papel dos revisores nem a maneira de demonstrar as decisões tomadas.

A abordagem cobre tanto serviços SaaS quanto ambientes cloud ou sistemas operados no local, desde que um fornecedor de conectividade satisfaça o contrato de coleta e prova. O REVIEWIT não impõe uma tecnologia de origem; ele impõe, por outro lado, a qualidade mínima necessária para governar o que ela expõe.

08O que « multi-plataforma » não promete #sec_24071a82

O catálogo de soluções possíveis e a lista de conectores efetivamente disponíveis não são a mesma coisa. A presença de uma solução em um repositório descreve um modelo de extensão ou uma meta de cobertura; ela não constitui por si só o anúncio de um conector entregue e suportado.

Da mesma forma, o REVIEWIT não se torna o diretório mestre das plataformas conectadas e não escreve em seus conteúdos para harmonizá-los. Ele coleta as relações úteis para a recertificação, organiza o julgamento humano e conserva a prova desse julgamento. A execução de uma revocação no sistema de origem permanece uma capacidade distinta, que deve ser anunciada e demonstrada quando existir.

O agnosticismo do REVIEWIT é, portanto, uma propriedade de arquitetura e governança, não uma vaga promessa de universalidade.

09Em resumo #sec_f36382e4

O REVIEWIT separa o negócio da recertificação das particularidades das plataformas de origem. Os conectores traduzem identidades, grupos, papéis, permissões, recursos e provas para um contrato comum; o motor de campanha, as responsabilidades e o rastro de auditoria permanecem compartilhados.

Essa arquitetura permite estender progressivamente a cobertura sem construir silos por editor. Ela preserva as diferenças úteis, mede os limites de visibilidade e aplica uma política apenas quando os dados a tornam realmente governável.

As soluções mudam. A necessidade de saber quem tem acesso ao quê — e de poder provar quem decidiu — permanece.