Integração perfeita do Microsoft Fabric com GitHub e Azure DevOps

By Mirko Peters · 2026-08-12 · Updated 2026-08-29

Automatically translated with AI from the original post. Read the English original

Ao gerenciar cargas de trabalho modernas de dados e analytics, garantir um controle de versão robusto e governança não é negociável. Como líderes técnicos, vivemos equilibrando a velocidade dos desenvolvedores com a conformidade de nível empresarial. Por isso, conectar seus workspaces do Microsoft Fabric a repositórios externos como GitHub e Azure DevOps se tornou um divisor de águas para a engenharia de analytics. Neste post, vamos explorar como estabelecer integrações sem atritos, avaliar a propriedade das suas implantações e aproveitar os pontos fortes exclusivos de cada plataforma.

Para se aprofundar ainda mais neste tema e ouvir análises de especialistas sobre como esses ecossistemas interagem, não deixe de ouvir o episódio de podcast complementar: GitHub vs Azure DevOps for Microsoft Fabric CI/CD.

GitHub vs Azure DevOps: 5 fatos surpreendentes

Origens diferentes, funcionalidades convergentes: Embora ambos atendam a CI/CD e colaboração, o GitHub nasceu como uma plataforma de codificação social, enquanto o Azure DevOps evoluiu das ferramentas corporativas de ALM da Microsoft (Team Foundation Server). Por isso, os fluxos de trabalho e as integrações corporativas dos dois são bem diferentes.
Portabilidade de pipelines: Os pipelines do Azure DevOps podem executar builds baseados em YAML em muitas plataformas e até reutilizar tarefas dos seus pipelines clássicos, enquanto o GitHub Actions oferece um marketplace público maior de ações criadas pela comunidade. Ou seja, a portabilidade muitas vezes depende das ações disponíveis no marketplace versus as bibliotecas de tarefas nativas do Azure.
Filosofia de Boards versus Issues: O Azure DevOps inclui um sistema completo de itens de trabalho (Boards), com modelos de processo personalizáveis e relatórios voltados ao planejamento corporativo, enquanto o GitHub Issues é mais simples e mais social. Isso surpreende equipes que esperam o mesmo controle de projetos em uma comparação de "github vs azure devops".
Conformidade corporativa e opções on-premises: O Azure DevOps Server oferece hospedagem on-premises madura e controles de conformidade frequentemente exigidos por organizações reguladas, enquanto o GitHub oferece o GitHub Enterprise Server, mas historicamente com foco maior em fluxos de trabalho cloud-first. Por isso, as duas opções são escolhas distintas para equipes com alto nível de exigência de conformidade.
Diferenças de preço e modelo de usuário: O preço e o modelo de colaboradores do GitHub são centrados em repositórios e organizações, com planos gratuitos generosos para código aberto. Já o Azure DevOps usa licenciamento por usuário para determinados recursos (Test Plans, Artifacts) e pode ser mais previsível em custos para grandes contratos de licenciamento corporativo. É um fator inesperado ao comparar "github vs azure devops".

Como funciona a propriedade da implantação

Deployment Ownership Explained

O que é propriedade da implantação

Propriedade da implantação significa que você tem controle sobre cada etapa do processo de DevOps. Você decide como o seu código passa do desenvolvimento até a entrega. Você gerencia quem pode acessar suas ferramentas de DevOps e como acompanha as mudanças. Você define as regras para a automação e garante que a sua equipe as cumpra.

Código e artefatos

Você cuida do código-fonte e dos artefatos nas plataformas de DevOps. Esses componentes formam a base do seu pipeline de entrega. Estas são as principais partes que compõem a propriedade da implantação nas ferramentas modernas de DevOps:

Rastreamento do código-fonte
Testes
Implantação
Gerenciamento de infraestrutura
Rastreamento de builds
Gerenciamento de segredos
Gerenciamento de releases

Você usa as ferramentas de DevOps para automatizar essas etapas. A automação ajuda a entregar atualizações mais rápido e reduz erros. Você mantém o seu código seguro e garante que os artefatos correspondam às versões testadas. Você acompanha builds e releases para manter a consistência entre os ambientes.

Acesso e governança

Você controla o acesso às ferramentas de DevOps e define as políticas de governança. Você decide quem pode visualizar, editar ou implantar código. Você usa a automação para aplicar regras e monitorar atividades. A governança garante que a sua equipe siga os padrões durante o desenvolvimento e a entrega. Você registra ações e revisa mudanças para proteger o seu processo de desenvolvimento de software.

Por que a propriedade importa

A propriedade lhe dá poder sobre o seu ambiente de DevOps. Você protege o seu pipeline de entrega contra riscos e mantém o seu desenvolvimento seguro. Você mantém a conformidade com as regulamentações e sustenta o controle operacional.

Você usa ferramentas de DevOps para construir uma governança sólida. Você ganha autonomia e permite que as equipes trabalhem de forma independente. Você gerencia riscos e mantém seu processo de entrega confiável. A automação apoia esses objetivos ao tornar o desenvolvimento e a entrega mais eficientes.

Dica: quando você é dono do seu pipeline de DevOps, consegue responder rapidamente a mudanças e manter o desenvolvimento de software no caminho certo.

Você precisa entender a propriedade da implantação para tomar decisões acertadas sobre ferramentas de DevOps. Você melhora a velocidade de entrega, protege seu código e mantém o controle sobre o seu processo de desenvolvimento.

Modelo de propriedade do GitHub

Armazenamento de código e artefatos

Você usa o GitHub como um local central para controle de código-fonte. Quando você envia seu código para github.com, mantém um histórico claro de cada alteração. Isso ajuda a rastrear quem fez atualizações e quando. Você pode armazenar seu código em repositórios públicos ou privados, dependendo das suas necessidades. Se você usa o GitHub Enterprise, obtém recursos extras para grandes organizações, como ferramentas avançadas de segurança e conformidade.

Para artefatos de implantação, o GitHub oferece o GitHub Packages. Esse serviço permite armazenar saídas de build, imagens de contêiner e outros arquivos junto ao seu código. Você pode acessar esses artefatos diretamente dos seus workflows. No entanto, o GitHub Packages fornece apenas metadados básicos, como data de criação e contagem de downloads. Você não pode adicionar propriedades personalizadas nem usar consultas avançadas para o gerenciamento de artefatos. Outras plataformas, como a JFrog, oferecem mais opções de metadados e consultas.

Acesso e permissões

Você controla quem pode ver e alterar seu código em github.com. Você atribui funções a usuários e equipes, garantindo que cada pessoa tenha somente o acesso de que precisa. Isso segue o princípio do privilégio mínimo. Você pode criar equipes dentro da sua organização e definir permissões diferentes para cada uma. Por exemplo, você pode dar aos desenvolvedores acesso de gravação, mas limitar os direitos de administrador a membros de confiança.

Você pode automatizar o gerenciamento de acesso conectando o GitHub ao seu sistema de gerenciamento de identidade e acesso (IAM). Isso facilita adicionar ou remover usuários conforme sua equipe muda. Você também deve definir políticas claras de controle de acesso e revisá-las com frequência. O GitHub permite auditar logs de acesso para identificar qualquer atividade incomum.

Atribua funções e permissões no nível do repositório, da organização ou da empresa.
Use proprietários de código (code owners) para exigir revisões em alterações importantes de código.
Limite o acesso de administrador e use-o somente quando necessário.
Verifique regularmente os logs de auditoria para identificar ações não autorizadas.

Governança e conformidade

Você precisa de uma governança forte para manter suas implantações seguras e em conformidade. O GitHub oferece várias ferramentas para gerenciar isso. Você pode reutilizar workflows entre projetos, o que economiza tempo e garante consistência. O GitHub Actions permite automatizar implantações e aplicar regras para cada ambiente.

Você pode usar atestados de artefatos para verificar que seus arquivos de implantação não foram alterados. O GitHub oferece suporte ao OpenID Connect (OIDC) para implantações seguras em plataformas de nuvem. Você pode controlar as implantações definindo regras sobre quem pode implantar e quando. O GitHub também permite visualizar o histórico de implantações, o que ajuda em auditorias e verificações de conformidade.

Nota: o GitHub Actions se integra ao Microsoft Fabric, para que você possa automatizar implantações e gerenciar soluções de análise com os mesmos controles de governança.

Considerações de segurança

Você deve prestar muita atenção à segurança ao usar o GitHub em pipelines de implantação. Ameaças à segurança podem surgir em muitos pontos do seu fluxo de trabalho. Invasores podem tentar injetar malware no seu código-fonte ou nos artefatos de build. Dados sensíveis, como chaves de acesso e senhas, podem ficar expostos se você não seguir as melhores práticas. Acessos não autorizados podem dar aos invasores controle sobre seu pipeline e seu ambiente de produção. Dependências desatualizadas podem introduzir vulnerabilidades que ameaçam todo o seu sistema.

Você deve proteger seus repositórios do GitHub usando controles de acesso robustos. Você deve habilitar a autenticação de dois fatores para todos os usuários. Você pode usar o gerenciamento de segredos para manter credenciais e tokens seguros. Você deve evitar armazenar informações sensíveis diretamente no seu código. Você deve revisar as permissões com frequência e remover o acesso de usuários que não precisam mais dele.

Dica: você pode melhorar sua postura de segurança combinando os recursos nativos do GitHub com soluções externas. Você pode usar scanners de terceiros ou integrar-se a plataformas de segurança em nuvem para proteção adicional.

Comece com o GitHub como repositório: checklist (GitHub vs Azure DevOps)

Um checklist prático para começar a usar o GitHub como repositório de código.

Crie ou entre na sua conta do GitHub
Decida entre uma conta pessoal ou uma organização para a propriedade da equipe
Crie um novo repositório (público ou privado) e selecione a visibilidade adequada
Adicione um nome de repositório claro e um README.md descritivo
Adicione um arquivo LICENSE que atenda às necessidades do seu projeto
Adicione um .gitignore adequado à sua linguagem ou framework
Inicialize o repositório com uma branch padrão (main) e regras de proteção de branch
Configure o CODEOWNERS e as diretrizes de contribuição (CONTRIBUTING.md)
Configure modelos de issues e um modelo de pull request
Configure rótulos, marcos e quadros de projeto para o acompanhamento de issues
Configure fluxos de trabalho do GitHub Actions para CI/CD ou integre-os aos pipelines existentes
Adicione segredos do repositório para CI, implantações e serviços de terceiros
Configure regras de proteção de branch: revisões obrigatórias, verificações de status e commits assinados obrigatórios, se necessário
Ative o Dependabot para atualizações de dependências e alertas de segurança
Ative os recursos de segurança: verificação de código, verificação de segredos e alertas de vulnerabilidade
Configure webhooks ou integrações para CI, ChatOps ou serviços externos
Convide colaboradores ou membros da equipe e defina as permissões do repositório
Migre repositórios e issues existentes (se estiver saindo do Azure DevOps, planeje a migração e mapeie os itens de trabalho)
Documente a estrutura do repositório, o fluxo de desenvolvimento e o processo de lançamento na wiki ou na pasta de documentação
Configure monitoramento e alertas para lançamentos, implantações e fluxos de trabalho importantes
Avalie e compare fluxos de trabalho e alternativas (GitHub versus Azure DevOps) para otimizar as escolhas de CI/CD e de gerenciamento de projetos
Audite regularmente o acesso aos repositórios, os segredos e as configurações de segurança

Modelo de propriedade do Azure DevOps

Repositórios e pipelines

Quando você usa o Azure DevOps, ganha uma plataforma unificada para gerenciar seu código, seus artefatos e seus processos de implantação. Os serviços do Azure DevOps reúnem repositórios de código, controle de trabalho, ferramentas de teste e armazenamento de artefatos. Essa integração ajuda você a controlar cada etapa do ciclo de vida de entrega de software. Você pode rastrear cada execução de pipeline até commits, pull requests ou itens de trabalho específicos, o que oferece visibilidade clara do seu processo de desenvolvimento.

Os pipelines do Azure DevOps usam identidades para acessar recursos. Essas identidades podem ser definidas no nível da coleção ou do projeto. Identidades no nível do projeto ajudam você a limitar o acesso apenas aos recursos necessários para cada projeto, o que aumenta a segurança. Você também pode adicionar proteção aos recursos de repositório usando verificações e permissões de pipeline. Isso permite gerenciar a propriedade e os direitos de edição do seu código e dos seus fluxos de trabalho de implantação.

O Azure DevOps oferece suporte a CI/CD simplificado, para que você possa automatizar compilações, testes e implantações. Com o Azure Pipelines, você obtém integração contínua e entrega contínua, o que ajuda a entregar atualizações com rapidez e confiabilidade. A Microsoft projetou o Azure DevOps para funcionar bem com computação em nuvem, tornando fácil escalar seus projetos conforme suas necessidades crescem.

Controle de acesso

Você controla quem pode acessar os seus serviços do Azure DevOps usando controle de acesso baseado em funções. Esse modelo permite atribuir permissões com base em funções, de modo que cada usuário tenha apenas o acesso de que precisa. Você pode organizar os usuários em grupos de segurança e atribuir permissões no nível da organização, do projeto ou do objeto. A Microsoft recomenda seguir o princípio do privilégio mínimo, ou seja, conceder aos usuários apenas as permissões necessárias para suas tarefas.

Atribua funções a usuários e grupos para um controle de acesso preciso.
Use grupos de segurança para gerenciar permissões em diferentes níveis.
Revise e audite as permissões regularmente para identificar usos inesperados.

Governança e políticas

Uma governança sólida é essencial para implantações seguras e confiáveis. O Azure DevOps aplica governança por meio de políticas de branch, controles de acesso e funções personalizadas. As políticas de branch permitem definir verificações e requisitos antes que o código possa ser mesclado, de modo que apenas código de qualidade chegue à produção. Você pode atribuir entidades de segurança a funções com base no princípio do privilégio mínimo, o que reduz o risco de acesso não autorizado.

Defina políticas de branch para exigir revisões de código e verificações antes da mesclagem.
Atribua funções personalizadas a entidades de serviço para impedir ações destrutivas em produção.
Use controles de acesso para limitar quem pode implantar em ambientes críticos.

Dica: revise regularmente as configurações de governança no Azure DevOps para manter suas implantações seguras e em conformidade.

Segurança e conformidade

Você precisa de controles fortes de segurança e conformidade ao gerenciar suas implantações. O Azure DevOps oferece uma ampla gama de ferramentas para ajudar você a proteger seu código, seus dados e seus fluxos de trabalho. Você pode usar recursos de segurança integrados para manter seu processo de desenvolvimento seguro e em conformidade com os padrões do setor.

O Azure DevOps usa controle de acesso baseado em funções para limitar quem pode visualizar ou alterar seus recursos. Você atribui permissões a usuários e grupos, garantindo que somente as pessoas certas tenham acesso. Você também pode usar conexões de serviço para controlar como seus pipelines interagem com outros serviços do Azure. Isso ajuda a reduzir o risco de ações não autorizadas.

Dica: revise suas configurações de segurança do Azure DevOps com frequência. Atualize suas políticas e permissões à medida que sua equipe cresce ou seus projetos mudam.

Comece com o Azure DevOps como repositório — Checklist (GitHub vs. Azure DevOps)

Crie uma organização no Azure DevOps ou entre em uma existente
Crie um novo projeto (escolha a visibilidade: privada/pública) e selecione o controle de versão: Git
Crie seu primeiro repositório ou importe um repositório existente (do GitHub ou local)
Adicione um README.md descritivo e um arquivo de licença
Adicione um .gitignore adequado à linguagem/framework do seu projeto
Defina a estratégia de branches e as convenções de nomenclatura (main, develop, feature/*, hotfix/*)
Proteja a branch main: ative as políticas de branch, revisores obrigatórios e verificações de status
Crie modelos de pull request e diretrizes para colaboradores
Configure as permissões e os grupos do repositório (Leitores, Colaboradores, Administradores do Projeto)
Configure conexões de serviço para as implantações (Azure, AWS, registros do Docker, provedores Git externos)
Crie pipelines de CI (Azure Pipelines em YAML ou clássico) e valide as compilações em PRs
Crie pipelines de CD ou de versão para os ambientes (dev/stage/prod) e gates de aprovação
Integre com o Boards: crie itens de trabalho e vincule commits/PRs a eles
Configure webhooks ou service hooks para integrações externas (Slack, Teams, Jenkins)
Configure políticas de retenção de branches do repositório e de compilações
Ative a auditoria e configure os controles obrigatórios de conformidade e segurança
Configure a análise de código, a análise de segurança e as verificações de dependências (o GitHub pode oferecer ferramentas adicionais; compare conforme suas necessidades)
Configure um feed de artefatos caso precise hospedar pacotes (NuGet, npm, Maven)
Crie uma wiki ou um site de documentação e mantenha a documentação no repositório quando fizer sentido
Planeje as etapas de migração caso esteja saindo do GitHub: mapeie repositórios, issues, PRs, CI/CD e contas de serviço
Convide os membros da equipe e verifique o acesso a partir das contas deles
Execute um teste inicial de ponta a ponta: clone, commit, push, abra um PR, execute o pipeline e implante no ambiente de teste
Monitore o uso e os pipelines; itere sobre políticas e automações

Integração com o Microsoft Fabric

Integração com Git

Você pode conectar seu workspace do Microsoft Fabric diretamente a um repositório do GitHub. Essa conexão oferece um controle de versão robusto para seus projetos de análise de dados. Você vincula seu workspace à branch develop no GitHub. Essa configuração permite acompanhar cada alteração e reverter, se necessário. Você pode usar pipelines de implantação no Microsoft Fabric para mover o conteúdo do desenvolvimento para o teste e, depois, para a produção. Esse processo ajuda a evitar problemas de sincronização entre os ambientes.

Quando quiser lançar recursos estáveis, crie uma branch de release. Use os pipelines de implantação para enviar essas alterações à produção. Se precisar corrigir problemas urgentes, crie uma branch de hotfix. Você faz o merge dessa branch na branch main para a implantação. Você deve usar bancos de dados separados para cada ambiente. Essa prática protege seus dados de produção contra alterações acidentais durante os testes ou o desenvolvimento.

CI/CD com Azure DevOps e GitHub

Você pode configurar pipelines de CI/CD no Microsoft Fabric usando o Azure DevOps ou o GitHub Actions. Essas ferramentas ajudam a automatizar as etapas de build, teste e implantação. Você deve dar nomes claros e descritivos aos seus pipelines de implantação. Isso facilita identificar a finalidade de cada pipeline. Você pode usar workspaces existentes ou criar novos para as diferentes etapas do pipeline, como desenvolvimento, teste e produção.

Você deve comparar o conteúdo entre as etapas com frequência. Essa verificação garante que todos os itens foram implantados corretamente. Você pode publicar aplicativos a partir de qualquer workspace do pipeline. Essa etapa permite que os usuários finais testem os recursos antes da implantação final. Você deve manter branches separadas para cada desenvolvedor ou recurso. Essa prática ajuda a evitar conflitos de merge. Uma estratégia de branches robusta, como o Gitflow, ajuda a gerenciar desenvolvimento, releases e hotfixes.

Governança de Dados

O Microsoft Fabric incorpora governança em todas as etapas do ciclo de vida dos dados. Você gerencia a coleta, o armazenamento e a análise dos dados em um único ambiente. O Microsoft Purview cataloga seus dados e rastreia a linhagem deles. O OneLake oferece armazenamento centralizado, o que facilita a aplicação de políticas de governança. O Microsoft Entra ID oferece controle de acesso baseado em funções, para que você decida quem pode visualizar ou alterar os dados.

Você aplica políticas de governança no nível do OneLake. Essas regras acompanham seus dados em todos os workspaces e conjuntos de dados. Essa abordagem mantém o tratamento dos seus dados consistente e ágil. Você não precisa configurar regras separadas para cada workspace. O design do Microsoft Fabric ajuda você a manter o controle e atender às necessidades de conformidade à medida que seus dados crescem.

Segurança e Conformidade

Você precisa de controles robustos de segurança e conformidade ao gerenciar dados e implantações no Microsoft Fabric. A plataforma oferece ferramentas avançadas para proteger suas informações e atender aos requisitos regulatórios. Você pode classificar e proteger dados sensíveis nos seus pipelines do Data Factory. Isso ajuda a manter informações importantes protegidas contra acessos não autorizados.

O Microsoft Fabric funciona com o Microsoft Defender for Cloud Apps. Essa integração oferece melhor visibilidade e controle sobre suas operações. Você pode monitorar atividades e configurar alertas para comportamentos de risco. Você também pode rastrear a linhagem dos dados. Esse recurso permite ver como os dados se movem pelo seu sistema. Você pode usar essas informações para verificar a conformidade e entender o fluxo de dados sensíveis.

Dica: revise suas configurações de segurança e conformidade com frequência. Verificações regulares ajudam você a se antecipar a novos riscos e manter seus dados seguros.

GitHub vs Azure DevOps vs Fabric: comparação de propriedade

Localização do repositório

Você precisa saber onde seu código está armazenado. No debate entre GitHub e Azure DevOps, este é um ponto-chave. O GitHub armazena seus repositórios na nuvem. Você pode escolher entre as opções pública e privada. Muitos projetos de código aberto usam o GitHub porque é fácil compartilhar e colaborar. O Azure DevOps também armazena código na nuvem, mas tem foco em projetos privados e de nível corporativo. Você obtém mais controle sobre quem pode ver e alterar seu código. O Microsoft Fabric se conecta tanto ao GitHub quanto ao Azure DevOps para controle de versão. Você gerencia seus projetos de análise no Fabric, mas o código em si fica no repositório vinculado.

Você deve escolher a plataforma que atende às suas necessidades. Se você quer colaboração aberta, o GitHub funciona bem. Se precisa de controle rigoroso, o Azure DevOps oferece mais opções. O Microsoft Fabric permite usar qualquer uma das duas, para que você se adapte ao seu fluxo de trabalho.

Gerenciamento de artefatos

O gerenciamento de artefatos é a forma como você lida com saídas de build, pacotes e arquivos que seus projetos geram. Na comparação entre GitHub e Azure DevOps, você percebe grandes diferenças. O GitHub usa o GitHub Packages para armazenar artefatos. Você obtém recursos básicos, como armazenar e compartilhar pacotes. O Azure DevOps oferece o Azure Artifacts, que proporciona controles avançados. Você pode gerenciar versões, configurar feeds e rastrear o uso. O Microsoft Fabric concentra-se em artefatos de análise, como relatórios do Power BI e modelos semânticos. Ele se vincula ao seu repositório para controle de versão e usa pipelines de implantação para mover artefatos entre ambientes.

Dica: use o princípio do privilégio mínimo. Conceda aos usuários apenas o acesso de que precisam. Isso reduz riscos e ajuda você a manter a segurança.

Governança e Conformidade

Você precisa de governança e conformidade robustas para proteger suas implantações e atender aos padrões do setor. Cada plataforma — GitHub, Azure DevOps e Microsoft Fabric — oferece ferramentas e abordagens diferentes para essas necessidades.

GitHub oferece governança flexível. Você pode definir regras de proteção de branch, exigir revisões de código e usar arquivos CODEOWNERS. Esses recursos ajudam você a controlar quem pode fazer alterações no seu código. Você também pode usar logs de auditoria para rastrear ações nos seus repositórios.

Azure DevOps tem foco em governança corporativa. Você pode definir políticas de branch, portões de aprovação e funções personalizadas. Esses controles ajudam a impor padrões em todos os seus projetos. O Azure DevOps permite usar o rastreamento de itens de trabalho para conectar alterações de código a requisitos de negócio.

Microsoft Fabric traz governança para seus fluxos de trabalho de análise de dados. Você usa o Microsoft Purview para catalogar dados e rastrear a linhagem. Você define políticas no nível do OneLake, que se aplicam a todos os workspaces. Essa abordagem unificada facilita o gerenciamento da conformidade à medida que seus dados crescem.

Dica: revise suas configurações de governança com frequência. Uma governança sólida ajuda você a atender requisitos de conformidade e mantém suas implantações seguras.

Postura de segurança

Você precisa proteger seu código, seus dados e suas implantações contra ameaças. Cada plataforma oferece recursos e controles de segurança diferentes.

GitHub ajuda você a proteger seus repositórios com autenticação de dois fatores, gerenciamento de segredos e proteção de branches. Você pode usar o GitHub Actions para automatizar verificações de segurança e de vulnerabilidades.

azure devops oferece controles de segurança avançados. Você usa acesso baseado em funções para limitar permissões. azure devops armazena segredos com segurança e os vincula aos seus pipelines.

Microsoft Fabric foca na segurança de dados. Você usa o Microsoft Defender for Cloud Apps para monitorar atividades e definir alertas para comportamentos arriscados. Você pode classificar e proteger dados sensíveis nos seus pipelines.

Observação: você deve combinar os recursos de segurança da plataforma com boas práticas. Treine sua equipe, revise as configurações e atualize as políticas conforme as ameaças mudam.

Cenários reais de DevOps

Código aberto com GitHub

Quando você trabalha em projetos de código aberto, o github oferece uma forma simples de gerenciar a responsabilidade pelas implantações. Você pode automatizar o processo de implantação e manter seu projeto no ar a cada alteração de código. Veja como a responsabilidade funciona em um fluxo de trabalho típico de DevOps de código aberto usando o github:

Você envia código para um repositório público no github.
Cada push para o branch principal dispara uma implantação automática.
Você não precisa aplicar nada nem aguardar aprovação para implantar.
Você mantém o controle sobre sua infraestrutura de nuvem usando sua própria conta AWS ou serviços semelhantes.
Seu projeto permanece no ar, em uma infraestrutura de nível de produção, o tempo todo.

Empresas com Azure DevOps

Em um ambiente corporativo, você costuma usar o azure devops para gerenciar projetos complexos. Você precisa equilibrar velocidade, segurança e conformidade. A responsabilidade nesse ambiente pode se tornar um desafio. Você deve definir papéis e responsabilidades claros para sua equipe. O Azure devops ajuda nisso ao permitir que você atribua permissões e use controle de acesso baseado em funções.

Análise de dados com Fabric

Quando você gerencia projetos de análise de dados, o Microsoft Fabric oferece uma responsabilidade forte sobre as implantações. Você controla quem pode implantar, editar ou visualizar cada item no seu workspace. Você ganha controle claro sobre seus ativos analíticos. Ao implantar um novo item, você se torna o proprietário. Se você implantar em uma etapa em que o item já existe, a responsabilidade permanece a mesma.

Dica: use os pipelines de implantação do Microsoft Fabric e as permissões de workspace para manter seus dados seguros e sua equipe produtiva.

Implantações híbridas

Muitas vezes você precisa usar mais de uma plataforma para gerenciar suas implantações. Isso é comum em grandes organizações ou quando você quer combinar os pontos fortes de diferentes ferramentas. Implantações híbridas permitem usar o GitHub para controle de código-fonte, o Azure DevOps para pipelines e o Microsoft Fabric para análises. Você pode conectar essas plataformas para criar um fluxo de trabalho que atenda às suas necessidades.

Dica: revise as configurações de acesso e governança em cada plataforma. Certifique-se de que apenas as pessoas certas possam implantar ou alterar seu código. Isso mantém seu fluxo de trabalho seguro.

Escolhendo a plataforma certa de DevOps

Principais perguntas sobre responsabilidade

Você precisa fazer as perguntas certas antes de escolher uma plataforma de DevOps. Essas perguntas ajudam você a entender como cada ferramenta lida com responsabilidade, governança e integração. Considere estes pontos:

Quem controla o acesso ao seu código e aos seus artefatos?
Como a plataforma aplica governança e conformidade?
Você consegue automatizar lembretes para metadados ausentes nas implantações?
A plataforma oferece suporte à integração com suas ferramentas atuais?
Como a plataforma lida com a responsabilidade pelos serviços e com os metadados?

Dica: faça essas perguntas logo no início. Você evitará confusão e construirá uma base sólida para o seu fluxo de trabalho de DevOps.

Pontos fortes de cada plataforma

Cada plataforma de DevOps oferece pontos fortes próprios. Você precisa alinhar esses pontos fortes às necessidades do seu projeto. Você pode usar o GitHub Actions para uma adoção rápida e integração simples. O Azure DevOps oferece controles avançados para fluxos de trabalho complexos. O Microsoft Fabric traz análises unificadas e governança. Você pode conectar seu workspace ao GitHub ou ao Azure DevOps para controle de versão e implantação.

Observação: escolha uma plataforma que se encaixe no seu fluxo de trabalho e nas suas necessidades de governança. Cada plataforma oferece pontos fortes diferentes na responsabilidade pelo DevOps.

Você ganha clareza sobre a responsabilidade pelas implantações ao entender como GitHub, Azure DevOps e Microsoft Fabric gerenciam código, artefatos, acessos e governança. Escolha uma plataforma que atenda às suas necessidades de segurança e conformidade. Defina políticas de gerenciamento de endpoints, estabeleça responsabilidade compartilhada entre as equipes e identifique os controles de segurança essenciais. Revise os recursos da plataforma com frequência para se manter à frente dos riscos. Alinhe a escolha da plataforma às políticas de IA Responsável, incluindo justiça, confiabilidade e responsabilidade. Essa abordagem ajuda você a proteger seus dados e manter uma governança sólida.

Para continuar sua jornada de aprendizado e explorar mais informações sobre este tema, ouça o episódio relacionado: GitHub vs Azure DevOps for Microsoft Fabric CI/CD.

Perguntas frequentes

O que significa responsabilidade pela implantação em plataformas de DevOps?

Responsabilidade pela implantação significa que você controla seu código, artefatos, acessos e governança. Você decide quem pode implantar, acompanha as alterações e aplica as regras. A responsabilidade ajuda a proteger seus projetos e a manter a conformidade.

Como GitHub, Azure DevOps e Microsoft Fabric lidam com o controle de acesso?

Você define funções e permissões em cada plataforma. O GitHub usa equipes e proprietários de código. O Azure DevOps usa grupos de segurança e acesso baseado em funções. O Microsoft Fabric depende do Microsoft Entra ID para as permissões de workspace.

Você pode automatizar implantações nas três plataformas?

Sim, você pode automatizar implantações usando GitHub Actions, Azure Pipelines ou pipelines de implantação do Microsoft Fabric. A automação ajuda a entregar atualizações mais rapidamente e reduz erros.

Como o Microsoft Fabric se integra com GitHub e Azure DevOps?

Você conecta seu workspace do Fabric a um repositório do GitHub ou do Azure DevOps. Essa integração oferece controle de versão, implantações automatizadas e governança unificada de análises.

Quais recursos de segurança protegem suas implantações?

Você usa autenticação de dois fatores, gerenciamento de segredos e verificações de segurança automatizadas. O Azure DevOps acrescenta portões de aprovação e o Defender for Cloud. O Microsoft Fabric oferece Prevenção contra Perda de Dados (DLP) e ferramentas de gerenciamento de privacidade.

Como você gerencia a conformidade nessas plataformas?

Você define políticas de branch, logs de auditoria e regras de governança. O Azure DevOps e o Microsoft Fabric oferecem suporte a estruturas de conformidade como GDPR e ISO. O GitHub Enterprise oferece ferramentas avançadas de conformidade para organizações.

Quem é o proprietário dos ativos analíticos implantados no Microsoft Fabric?

Você se torna o proprietário quando implanta um novo item. Se você implantar em uma etapa que já tenha um item existente, a propriedade permanece a mesma. As funções e permissões do workspace ajudam você a gerenciar o acesso.

Quais são as principais diferenças entre Azure DevOps e GitHub?

O Azure DevOps (ado) é um conjunto de ferramentas para desenvolvedores que oferece Azure Boards, Pipelines, Repos, Test Plans e gerenciamento de artefatos, com foco em gestão de projetos corporativos e CI/CD. Já o GitHub é uma plataforma voltada ao git, centrada em repositórios git, pull requests e na comunidade de desenvolvedores, com recursos como GitHub Repos, GitHub Enterprise Cloud e GitHub Actions. O Azure DevOps costuma ser preferido pelo rastreamento integrado de itens de trabalho e pela herança do Visual Studio Team Services (TFS), enquanto o GitHub oferece um grande ecossistema de código aberto e recursos modernos de colaboração.

Qual ferramenta devo usar para controle de versão: Azure Repos ou GitHub Repos?

Ambas oferecem suporte a repositórios git e controle de versão. O Azure Repos se integra de forma estreita ao Azure Boards e ao Azure Pipelines, o que o torna atraente para equipes que usam os fluxos de trabalho do Microsoft Azure DevOps. Já o GitHub Repos (hospedado no GitHub) se destaca em repositórios públicos e privados, gestão de projetos de código aberto, contribuições da comunidade e recursos como fluxos de pull request. Escolha com base em preferir o Azure Boards integrado ou a plataforma e a comunidade mais amplas do GitHub.

Posso migrar repositórios do Azure Repos para o GitHub?

Sim, você pode mover repositórios do Azure Repos para o GitHub. Muitas equipes exportam repositórios git dos repos do ADO e os importam para um repositório do GitHub, ou usam ferramentas de migração. A migração geralmente envolve preservar o histórico de commits, gerenciar usuários gerenciados por empresa no GitHub Enterprise Cloud e atualizar as integrações de CI/CD do Azure Pipelines para o GitHub Actions, caso desejado.

Como o Azure Boards e as issues do GitHub se comparam para a gestão de projetos ágeis?

O Azure Boards oferece gestão de projetos ágil completa, com itens de trabalho, backlogs, sprints e integração profunda com pipelines e Test Plans, o que o torna uma ferramenta robusta de gestão de projetos para grandes empresas. As issues do GitHub (e os quadros de projeto) são mais simples e se adequam melhor a fluxos de trabalho de código aberto e de comunidades de desenvolvedores. Embora o GitHub tenha ampliado o suporte a recursos de planejamento de projetos, algumas equipes aproveitam o melhor dos dois mundos conectando repositórios do GitHub ao Azure Boards.

O GitHub Copilot está disponível para usuários do Azure DevOps?

O GitHub Copilot se integra principalmente a ferramentas para desenvolvedores, como o Visual Studio Code e o Visual Studio, então desenvolvedores que usam o Azure DevOps ainda podem usar o Copilot em suas IDEs. O lançamento do GitHub Copilot e os recursos de workspace do Copilot que vieram depois tornam a ferramenta acessível aos devs independentemente do CI/CD usado no back-end. No entanto, alguns controles corporativos e o licenciamento dependem de você usar o GitHub Enterprise Cloud ou preferir ambientes gerenciados pelo Azure DevOps.

Qual plataforma é melhor para usuários gerenciados pela empresa e para segurança: GitHub ou Azure DevOps?

As duas plataformas oferecem recursos corporativos: o Microsoft Azure DevOps fornece controle de acesso refinado, integração com o Azure AD e recursos avançados de conformidade, enquanto o GitHub Enterprise Cloud inclui usuários gerenciados pela empresa e o GitHub Advanced Security para Azure, que traz verificação de código, verificação de segredos e gerenciamento de dependências. A escolha depende das necessidades da organização: o Azure DevOps pode se integrar melhor às ferramentas Microsoft já existentes, enquanto o GitHub oferece recursos mais fortes para código aberto e comunidade, além de opções avançadas de segurança.

Como os pipelines de CI/CD se comparam entre o Azure Pipelines e o GitHub Actions?

O Azure Pipelines (parte de azure boards and pipelines) oferece CI/CD robusto e multiplataforma, com forte integração ao Azure DevOps e ao Visual Studio. O GitHub Actions é altamente integrado à plataforma GitHub, oferecendo fluxos de trabalho flexíveis disparados por eventos de repositório e automação de pull requests sem atrito. Ambos oferecem suporte a contêineres, implantações em nuvem e runners auto-hospedados. Escolha a ferramenta de DevOps que se encaixa no seu fluxo de trabalho ou aproveite o melhor dos dois mundos conectando-as.

Posso usar o Visual Studio e o VS Code com as duas plataformas?

Sim, tanto o Visual Studio quanto o Visual Studio Code (VS Code) oferecem suporte ao GitHub e ao Azure DevOps. O Visual Studio tem integrações nativas com o Azure Repos e o ADO, enquanto o VS Code funciona bem com repositórios do GitHub, com o GitHub Copilot e com repositórios Git em geral. Os desenvolvedores podem usar essas ferramentas nas duas plataformas para editar código, executar testes e interagir com pull requests ou itens de trabalho.

E quanto a testes: o Azure Test Plans existe no GitHub?

O Azure Test Plans é uma solução de testes integrada ao Azure DevOps, com ferramentas para testes manuais e exploratórios. O GitHub não oferece um produto de planos de teste embutido idêntico, mas você pode integrar frameworks de teste, actions e ferramentas de gestão de testes de terceiros aos repositórios do GitHub para obter recursos semelhantes de automação e relatórios de teste.

Como diferem preços e hospedagem: hospedagem no GitHub ou no Microsoft Azure DevOps?

O GitHub oferece serviços hospedados (GitHub.com, GitHub Enterprise Cloud) com planos em níveis para equipes e empresas, com ênfase em repositórios públicos e privados e acesso da comunidade. O Microsoft Azure DevOps Services também oferece opções de nuvem hospedadas, com preço por usuário, e variantes locais (anteriormente TFS/Visual Studio Team Services). As decisões de custo levam em conta os minutos de pipeline, o armazenamento de artefatos, os usuários gerenciados pela empresa e se você precisa de hospedagem local.

As equipes podem usar o GitHub e o Azure DevOps juntos?

Sim, muitas organizações combinam o GitHub para hospedagem de código e colaboração com a comunidade com o Azure DevOps para gestão de projetos, pipelines ou planos de teste. Essa abordagem reúne o melhor dos dois mundos: os pontos fortes da plataforma GitHub para repositórios e comunidade, e recursos do Azure DevOps como o Azure Boards. Integrações e conectores facilitam a sincronização de repositórios do Azure Repos para o GitHub ou a vinculação de eventos de repositórios do GitHub a quadros do ADO.

Qual ferramenta os desenvolvedores da comunidade dev preferem: GitHub ou Azure DevOps?

Contribuidores de código aberto e muitos desenvolvedores independentes preferem o GitHub porque ele incentiva a colaboração em comunidade, oferece repositórios públicos e privados e fluxos de revisão integrados. Já desenvolvedores corporativos e equipes que precisam de gerenciamento de projetos abrangente costumam preferir o Azure DevOps. As preferências também dependem do investimento existente em Visual Studio, Microsoft Azure e de priorizar recursos como GitHub Copilot ou GitHub Advanced Security para Azure.

Quais considerações uma equipe deve fazer ao decidir entre GitHub e Azure DevOps?

Considere suas necessidades de controle de versão, a integração com Visual Studio ou VS Code, a necessidade de gerenciamento de projetos ágil (Azure Boards), requisitos de segurança e conformidade, a necessidade de Azure Test Plans, a visibilidade na comunidade e no código aberto, e se você quer recursos como GitHub Copilot ou verificação avançada de segurança. Avalie qual ferramenta de DevOps se encaixa no seu fluxo de trabalho ou adote um modelo híbrido, aproveitando os repositórios do Azure Repos ou usando repositórios do GitHub com Azure Boards e pipelines.