Você precisa de uma arquitetura de malha de dados (data mesh) para compartilhar dados entre vendas, produtos e marketing no Cloud Storage e no BigQuery. Como você deve organizar projetos, armazenamento, conjuntos de dados e compartilhamento para permitir a propriedade e a descoberta departamental?

A opção correta alinha-se com os princípios de uma arquitetura de malha de dados (data mesh), que enfatiza a propriedade de dados por domínio. Criar projetos separados por departamento e permitir que cada um gerencie seus próprios buckets do Cloud Storage e conjuntos de dados do BigQuery promove a autonomia e a responsabilidade. O uso do Dataplex para mapear departamentos para data lakes (Cloud Storage) e conjuntos de dados do BigQuery para zonas facilita a descoberta e a governança centralizada, enquanto mantém a propriedade distribuída. Isso permite que os departamentos possuam, gerenciem e compartilhem seus próprios produtos de dados de forma independente. As outras opções são menos ideais: A primeira opção centraliza a administração de grupos de usuários na TI, o que vai contra a descentralização da malha de dados. A segunda opção, embora use o Analytics Hub para compartilhamento, ainda pode levar a uma centralização excessiva se os projetos não forem bem isolados por domínio, e não aborda a organização interna dos dados de cada departamento de forma tão granular quanto o Dataplex. A terceira opção centraliza o armazenamento em um único projeto e bucket/conjunto de dados, o que contradiz diretamente o conceito de propriedade de domínio da malha de dados.