Casos de uso
Necessidades diferentes. Uma propriedade.
Situações diferentes, uma propriedade subjacente. Quer o ficheiro seja um documento decisivo ou um entre milhões, o que muda é o que pode ser provado, o que deixa de ter de ser prometido, e quem fica a deter algo legível.
A arquitetura por trás de cada um deles é uma propriedade, explicada de ponta a ponta.
Proteção de dados sensíveis, em todas as suas formas.
Caso de uso 01
Uma intimação ao seu fornecedor devolve apenas fragmentos cifrados.
As suas obrigações e a sua infraestrutura estão em lados opostos de uma fronteira.
Para CISODPO
O fornecedor que não pode deixar deixa de deter o que quer que seja legível.
Conformidade das transferências de dados transfronteiriçasCaso de uso 02
Guarde ficheiros de utilizador que nenhum fornecedor consegue abrir.
Cada ficheiro que um utilizador carrega é uma responsabilidade que a sua stack assume por ele.
Para CTOFundadores
Um bucket comprometido expõe fragmentos cifrados, não o ficheiro de onde vieram.
Cifrar os dados dos utilizadores antes do uploadCaso de uso 03
Perca um fornecedor. Mantenha o ficheiro.
A redundância dentro de um só fornecedor cai com esse fornecedor.
Para CTOCISO
O ficheiro volta na mesma quando um deles deixa de responder.
Soberania de dados sem mudar de fornecedorPronto para o ver na sua própria arquitetura?
Prefere começar com perguntas? Fale connosco.