Eventos
Crie aplicativos e agentes de IA
17 de mar., 21 - 21 de mar., 10
Junte-se à série de encontros para criar soluções de IA escaláveis com base em casos de uso do mundo real com outros desenvolvedores e especialistas.
Registrar agoraNão há mais suporte para esse navegador.
Atualize o Microsoft Edge para aproveitar os recursos, o suporte técnico e as atualizações de segurança mais recentes.
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
A oferta de nuvem, Azure DevOps Services, fornece um serviço hospedado escalonável, confiável e disponível globalmente. Nossa equipe de operações 24 horas por dia, 7 dias por semana, monitora a oferta de nuvem, que é apoiada por um contrato de nível de serviço (SLA) de 99,9% e está disponível em data centers locais em todo o mundo.
A oferta local, Azure DevOps Server, é criada em um back-end do SQL Server. Os clientes geralmente escolhem a versão local quando precisam que seus dados permaneçam em sua rede. Ou, quando quiserem acessar SQL Server serviços de relatórios que se integram a dados e ferramentas Azure DevOps Server.
Ambas as ofertas fornecem os mesmos recursos e serviços essenciais, mas Azure DevOps Services oferece mais benefícios:
Para decidir se a oferta na nuvem ou no local atende melhor às suas necessidades, considere as principais diferenças a seguir.
Azure DevOps Services e Azure DevOps Server oferecem funcionalidades principais semelhantes, mas a lista a seguir mostra as principais diferenças em áreas de recursos específicas:
Essas diferenças podem ajudá-lo a decidir qual plataforma melhor atende às necessidades da sua organização. Se você estiver usando Azure DevOps Server e considerando uma mudança para Azure DevOps Services, consulte a Visão geral da migração.
À medida que sua empresa cresce, talvez seja necessário escalar verticalmente sua instância do Azure DevOps. Esse dimensionamento pode envolver a adição de mais usuários, o aumento da capacidade de armazenamento ou o aprimoramento do desempenho para lidar com cargas de trabalho maiores. Você também pode precisar integrar outras ferramentas e serviços para oferecer suporte a fluxos de trabalho mais complexos e garantir uma colaboração perfeita entre equipes maiores. O Azure DevOps fornece várias opções e configurações para ajudá-lo a dimensionar com eficiência, independentemente de você estar usando Azure DevOps Services na nuvem ou Azure DevOps Server local.
Azure DevOps Services oferece duas opções para definir o escopo e dimensionar dados: organizações e projetos. As organizações em Azure DevOps Services obtêm suas próprias URLs (por exemplo, https://dev.azure.com/fabrikamfiber
), e sempre têm exatamente uma coleção de projetos. As organizações podem ter muitos projetos dentro de uma coleção.
Crie organizações em Azure DevOps Services onde quer que você criasse coleções em Azure DevOps Server. Considere os seguintes cenário:
Para obter mais informações, consulte Planejar sua estrutura organizacional no Azure DevOps.
Azure DevOps Server fornece três opções para definir o escopo e dimensionar dados: implantações, coleções de projetos e projetos.
Implantações: no caso mais simples, as implantações são servidores. No entanto, eles podem ser mais complexos, como:
Coleções de projetos: servem como contêineres para segurança, administração e limites de banco de dados físico. Eles também são usados para agrupar projetos relacionados.
Projetos: encapsule os ativos de projetos de software individuais, incluindo código-fonte, itens de trabalho e muito mais.
Para obter mais informações, consulte Planejar sua estrutura organizacional no Azure DevOps.
Quando você compara Azure DevOps Services e Azure DevOps Server, é importante entender as diferenças em como a autenticação é tratada para cada plataforma.
Com Azure DevOps Services, você se conecta pela Internet pública (por exemplo, https://contoso.visualstudio.com
). Você pode autenticar usando credenciais de conta da Microsoft ou credenciais de ID do Microsoft Entra, dependendo da configuração da sua organização. O Microsoft Entra ID também permite habilitar recursos como autenticação multifator, restrições de endereço IP e muito mais.
Recomendamos configurar suas organizações para usar o Microsoft Entra em vez de contas da Microsoft. Essa abordagem fornece uma experiência melhor em muitos cenários e oferece mais opções para segurança aprimorada.
Para obter mais informações, consulte Sobre como acessar Azure DevOps Services com a ID do Microsoft Entra.
Com Azure DevOps Server, você se conecta a um servidor de intranet (por exemplo, https://tfs.corp.contoso.com:8080/tfs
). Autentique usando a Autenticação do Windows e suas credenciais de domínio do Active Directory (AD). Esse processo é contínuo e você nunca encontra uma experiência de login.
Muitas entidades buscam informações sobre proteção de dados ao considerar uma mudança para a nuvem. Estamos comprometidos em manter os projetos do Azure DevOps Services seguros e protegidos. Temos recursos técnicos e processos de negócios em vigor para manter esse compromisso. Você também pode tomar medidas para proteger seus dados. Para obter mais informações, consulte a Visão geral da proteção de dados.
Quando você gerencia usuários e grupos em Azure DevOps Services e Azure DevOps Server, há métodos e ferramentas distintos disponíveis para cada plataforma para garantir o acesso e a organização adequados.
No Azure DevOps Services, você pode fornecer acesso a grupos de usuários adicionando grupos do Microsoft Entra a grupos do Azure DevOps Services. Se você usar contas da Microsoft em vez da ID do Microsoft Entra, deverá adicionar usuários individualmente.
Você também deve atribuir um nível de acesso a cada usuário em sua organização. Azure DevOps Services valida os assinantes do Visual Studio à medida que eles entram. Você pode atribuir acesso básico gratuitamente a cinco usuários sem assinaturas do Visual Studio.
Para conceder pelo menos acesso básico a mais usuários, configure o faturamento e pague por mais usuários. Caso contrário, todos os outros usuários receberão acesso do Stakeholder.
Os grupos do Microsoft Entra fornecem acesso a grupos de usuários, com níveis de acesso atribuídos automaticamente na primeira entrada. Para organizações que usam contas da Microsoft para entrar, você deve atribuir explicitamente níveis de acesso a cada usuário.
Em Azure DevOps Server, você concede aos usuários acesso a implantações adicionando grupos do Active Directory (AD) a vários grupos do Azure DevOps, como o grupo Colaboradores de um projeto individual. As associações de grupo do AD permanecem sincronizadas, portanto, à medida que os usuários são adicionados ou removidos no AD, eles obtêm ou perdem automaticamente o acesso a Azure DevOps Server.
Todo o uso é no sistema de honra. Para definir níveis de acesso para usuários com base em suas licenças, especifique seus níveis de acesso na página de administração. Por exemplo, atribua apenas acesso de partes interessadas a usuários não licenciados.
Os usuários com uma CAL (Licença de Acesso para Cliente) Azure DevOps Server podem ter acesso básico. Os assinantes do Visual Studio podem ter acesso Básico ou Avançado, dependendo de suas assinaturas. Azure DevOps Server não verifica essas licenças nem impõe a conformidade.
Em Azure DevOps Services e Azure DevOps Server, você gerencia o acesso aos recursos atribuindo usuários a um nível de acesso. Todos os usuários devem ser atribuídos a um único nível de acesso. Nas ofertas na nuvem e no local, você pode conceder acesso gratuito aos recursos do item de trabalho a um número ilimitado de Stakeholders. Além disso, um número ilimitado de assinantes do Visual Studio pode ter acesso a todos os recursos básicos sem custo adicional. Você paga apenas por outros usuários que precisam de acesso.
Você pode personalizar a experiência de acompanhamento de trabalho de diferentes maneiras, dependendo do modelo de processo compatível:
Azure DevOps Services usa o modelo de processo de herança , que dá suporte à personalização WYSIWYG (What You See Is What You Get). Esse modelo permite que você personalize facilmente tipos, estados e campos de item de trabalho diretamente por meio da interface do usuário sem a necessidade de editar arquivos XML. Você pode criar e modificar processos para se adequar ao fluxo de trabalho de sua equipe, garantindo que as ferramentas estejam alinhadas com os requisitos específicos do seu projeto. Essa flexibilidade facilita o gerenciamento e a adaptação às mudanças em seu processo de desenvolvimento.
Com Azure DevOps Server, você pode escolher entre o modelo de processo de herança e o modelo de processo XML local.
Modelo de processo de herança: esse modelo dá suporte à personalização WYSIWYG (What You See Is What You Get), permitindo que você personalize facilmente os tipos de item de trabalho, estados e campos diretamente por meio da interface do usuário. Essa abordagem simplifica o processo de personalização e garante que as alterações sejam refletidas imediatamente em seus projetos.
Modelo de processo XML local: esse modelo dá suporte à personalização por meio da importação ou exportação de arquivos de definição XML para objetos de controle de trabalho. Ele fornece uma maneira poderosa e flexível de definir e gerenciar seus processos. No entanto, pode causar vários problemas, como:
Para ajudá-lo a evitar problemas, os modelos de processo personalizados e a ferramenta witadmin.exe estão sempre desativados. Essa abordagem garante que todos os projetos sejam atualizados automaticamente com cada atualização do Azure DevOps Services. A equipe de produto está trabalhando para tornar a personalização de processos mais fácil e sustentável.
Com o recurso de personalização de processos, você pode fazer alterações diretamente na interface do usuário (UI) da Web. Se preferir personalizar seus processos programaticamente, você pode usar pontos de extremidade REST. Personalizar projetos dessa maneira garante que eles sejam atualizados automaticamente quando novas versões de seus processos base forem lançadas com Azure DevOps Services atualizações.
Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.
Azure DevOps Services e Azure DevOps Server oferecem várias ferramentas para fornecer informações sobre o progresso e a qualidade de seus projetos de software. Essas ferramentas incluem:
Painéis e gráficos leves: disponíveis em plataformas locais e na nuvem, essas ferramentas são fáceis de configurar e usar. Os painéis fornecem uma visão geral personalizável do status do seu projeto, enquanto os gráficos oferecem representações visuais das principais métricas e tendências.
O serviço do Google Analytics e os widgets do Google Analytics: otimizado para acesso rápido de leitura e agregações baseadas em servidor, o serviço do Google Analytics ajuda você a obter insights mais profundos sobre os dados do seu projeto. Os widgets do Analytics podem ser adicionados aos seus painéis para exibir dados e tendências em tempo real.
Integração com o Microsoft Power BI: essa integração permite que você traga dados do Analytics para relatórios do Power BI, combinando simplicidade e poder. Com o Power BI, você pode criar relatórios interativos e visualmente atraentes que fornecem uma visão abrangente do desempenho do seu projeto.
Suporte a OData: o suporte a OData permite que você consulte diretamente o serviço de Análise de um navegador com suporte e use os dados JSON retornados conforme necessário. Você pode gerar consultas que abrangem vários projetos ou toda a sua organização, proporcionando flexibilidade na forma como você analisa e utiliza seus dados. Para obter mais informações sobre o serviço do Google Analytics, consulte nosso roteiro de relatórios.
Essas ferramentas oferecem recursos robustos para monitorar, analisar e relatar o progresso e a qualidade de seus projetos de software, ajudando você a tomar decisões informadas e impulsionar a melhoria contínua.
Eventos
Crie aplicativos e agentes de IA
17 de mar., 21 - 21 de mar., 10
Junte-se à série de encontros para criar soluções de IA escaláveis com base em casos de uso do mundo real com outros desenvolvedores e especialistas.
Registrar agora