descrição geral do Ambiente do Serviço de Aplicações
Uma Ambiente do Serviço de Aplicações é uma funcionalidade Serviço de Aplicações do Azure que fornece um ambiente totalmente isolado e dedicado para executar aplicações Serviço de Aplicações de forma segura em grande escala.
Nota
Este artigo aborda as funcionalidades, benefícios e casos de utilização do Ambiente do Serviço de Aplicações v3, que é utilizado com Serviço de Aplicações planos Isolados v2.
Uma Ambiente do Serviço de Aplicações pode alojar:
- Aplicações Web do Windows
- Aplicações Web do Linux
- Contentores do Docker (Windows e Linux)
- Funções
- Aplicações lógicas (Standard)
Serviço de Aplicações Ambientes são adequados para cargas de trabalho de aplicações que requerem:
- Escala elevada.
- Isolamento e acesso a uma rede segura.
- Utilização de memória elevada.
- Pedidos elevados por segundo (RPS). Pode criar vários Ambientes de Serviço de Aplicações numa única região do Azure ou em várias regiões do Azure. Esta flexibilidade torna um Ambiente do Serviço de Aplicações ideal para dimensionar horizontalmente aplicações sem estado com um requisito de RPS elevado.
Uma Ambiente do Serviço de Aplicações pode alojar aplicações de apenas um cliente e fazê-lo numa das respetivas redes virtuais. Os clientes têm um controlo otimizado sobre o tráfego de rede de aplicações de entrada e saída. As aplicações podem estabelecer ligações seguras de alta velocidade em VPNs aos recursos da empresa no local.
Cenários de utilização
Serviço de Aplicações Ambientes têm muitos casos de utilização, incluindo:
- Aplicações de linha de negócio internas.
- Aplicações que precisam de mais de 30 Serviço de Aplicações instâncias de plano.
- Sistemas de inquilino único para satisfazer os requisitos internos de conformidade ou segurança.
- Alojamento de aplicações isoladas na rede.
- Aplicações de várias camadas.
Existem muitas funcionalidades de rede que permitem que as aplicações num Serviço de Aplicações multi-inquilino acedam a recursos isolados de rede ou se tornem isoladas da rede. Estas funcionalidades estão ativadas ao nível da aplicação. Com uma Ambiente do Serviço de Aplicações, não é necessária nenhuma configuração adicional para que as aplicações estejam numa rede virtual. As aplicações são implementadas num ambiente isolado de rede que já se encontra numa rede virtual. Se realmente precisar de uma história de isolamento completa, também pode implementar o seu Ambiente do Serviço de Aplicações em hardware dedicado.
Ambiente dedicado
Uma Ambiente do Serviço de Aplicações é uma implementação de inquilino único de Serviço de Aplicações do Azure que é executada na sua rede virtual.
As aplicações estão alojadas em planos de Serviço de Aplicações, que são criados numa Ambiente do Serviço de Aplicações. Um plano de Serviço de Aplicações é essencialmente um perfil de aprovisionamento para um anfitrião de aplicações. À medida que aumenta horizontalmente o seu plano de Serviço de Aplicações, cria mais anfitriões de aplicações com todas as aplicações nesse Serviço de Aplicações plano em cada anfitrião. Um único Ambiente do Serviço de Aplicações v3 pode ter até 200 instâncias totais do plano Serviço de Aplicações em todos os planos de Serviço de Aplicações combinados. Um único Serviço de Aplicações plano Isolado v2 (Iv2) pode ter até 100 instâncias por si só.
Quando estiver a implementar em hardware dedicado (anfitriões), está limitado no dimensionamento em todos os planos de Serviço de Aplicações para o número de núcleos neste tipo de ambiente. Uma Ambiente do Serviço de Aplicações implementada em anfitriões dedicados tem 132 vCores disponíveis. O I1v2 utiliza dois vCores, o I2v2 utiliza quatro vCores e o I3v2 utiliza oito vCores por instância.
Suporte de rede virtual
A funcionalidade Ambiente do Serviço de Aplicações é uma implementação de Serviço de Aplicações do Azure numa única sub-rede numa rede virtual. Quando implementa uma aplicação num Ambiente do Serviço de Aplicações, a aplicação é exposta no endereço de entrada atribuído ao Ambiente do Serviço de Aplicações. Se o seu Ambiente do Serviço de Aplicações for implementado com um endereço IP virtual (VIP) interno, o endereço de entrada de todas as aplicações será um endereço na sub-rede Ambiente do Serviço de Aplicações. Se o seu Ambiente do Serviço de Aplicações for implementado com um endereço VIP externo, o endereço de entrada será um endereço endereçável pela Internet e as suas aplicações estarão num Sistema de Nomes de Domínio público.
O número de endereços utilizados por um Ambiente do Serviço de Aplicações v3 na sua sub-rede irá variar, consoante o número de instâncias e a quantidade de tráfego. Algumas funções de infraestrutura são dimensionadas automaticamente, consoante o número de planos de Serviço de Aplicações e a carga. O tamanho recomendado para a sub-rede Ambiente do Serviço de Aplicações v3 é um /24 bloco CIDR (Classless Inter-Domain Routing) com 256 endereços, uma vez que esse tamanho pode alojar um Ambiente do Serviço de Aplicações v3 aumentado horizontalmente até ao limite.
As aplicações num Ambiente do Serviço de Aplicações não precisam de funcionalidades ativadas para aceder a recursos na mesma rede virtual em que se encontra o Ambiente do Serviço de Aplicações. Se o Ambiente do Serviço de Aplicações rede virtual estiver ligado a outra rede, as aplicações na Ambiente do Serviço de Aplicações podem aceder aos recursos nessas redes expandidas. O tráfego pode ser bloqueado pela configuração do utilizador na rede.
A versão multi-inquilino do Serviço de Aplicações do Azure contém várias funcionalidades para permitir que as suas aplicações se liguem às suas várias redes. Com essas funcionalidades de rede, as suas aplicações podem agir como se estivessem implementadas numa rede virtual. As aplicações num Ambiente do Serviço de Aplicações v3 não precisam de qualquer configuração adicionada para estarem na rede virtual.
Uma vantagem de utilizar um Ambiente do Serviço de Aplicações em vez de um serviço multi-inquilino é que quaisquer controlos de acesso de rede para as aplicações alojadas Ambiente do Serviço de Aplicações são externos à configuração da aplicação. Com as aplicações no serviço multi-inquilino, tem de ativar as funcionalidades numa base aplicação e utilizar o controlo de acesso baseado em funções ou uma política para impedir alterações de configuração.
Diferenças da funcionalidade
Ambiente do Serviço de Aplicações v3 difere das versões anteriores das seguintes formas:
- Não existem dependências de rede na rede virtual do cliente. Pode proteger todo o tráfego de entrada e saída e encaminhar o tráfego de saída conforme quiser.
- Pode implementar um Ambiente do Serviço de Aplicações v3 que esteja ativado para redundância entre zonas. Só define redundância entre zonas durante a criação e apenas em regiões onde todas as dependências Ambiente do Serviço de Aplicações v3 são com redundância entre zonas. Neste caso, cada Serviço de Aplicações Plano no Ambiente do Serviço de Aplicações terá de ter um mínimo de três instâncias para que possam ser distribuídas por zonas. Para obter mais informações, veja Migrar Ambiente do Serviço de Aplicações para o suporte da zona de disponibilidade.
- Pode implementar um Ambiente do Serviço de Aplicações v3 num grupo de anfitriões dedicado. As implementações de grupos de anfitriões não são com redundância entre zonas.
- O dimensionamento é muito mais rápido do que com um Ambiente do Serviço de Aplicações v2. Embora o dimensionamento ainda não seja imediato, como no serviço multi-inquilino, é muito mais rápido.
- Os ajustes de dimensionamento de front-end já não são necessários. Ambiente do Serviço de Aplicações front-ends v3 são dimensionados automaticamente para satisfazer as suas necessidades e são implementados em anfitriões melhores.
- O dimensionamento já não bloqueia outras operações de dimensionamento no Ambiente do Serviço de Aplicações v3. Apenas uma operação de dimensionamento pode estar em vigor para uma combinação de SO e tamanho. Por exemplo, embora o seu plano de Serviço de Aplicações pequeno do Windows esteja a ser dimensionado, pode iniciar uma operação de dimensionamento para ser executada ao mesmo tempo num suporte de dados windows ou em qualquer outra coisa que não o Windows pequeno.
- Pode aceder a aplicações num Ambiente do Serviço de Aplicações v3 de VIP interno através do peering global. Esse acesso não era possível em versões anteriores.
Algumas funcionalidades que estavam disponíveis em versões anteriores do Ambiente do Serviço de Aplicações não estão disponíveis no Ambiente do Serviço de Aplicações v3. Por exemplo, já não pode fazer o seguinte:
- Monitorize o tráfego com Observador de Rede ou registos de fluxo do grupo de segurança de rede (NSG).
- Executar uma operação de cópia de segurança e restauro numa conta de armazenamento protegida por uma firewall.
Preços
Com Ambiente do Serviço de Aplicações v3, o modelo de preços varia consoante o tipo de implementação Ambiente do Serviço de Aplicações que tem. Os três modelos de preços são:
- Ambiente do Serviço de Aplicações v3: se o Ambiente do Serviço de Aplicações estiver vazio, existe um custo como se tivesse uma instância do Windows I1v2. O custo de uma instância não é um custo de adição, mas é aplicado apenas se o Ambiente do Serviço de Aplicações estiver vazio.
- Redundância entre zonas Ambiente do Serviço de Aplicações v3: existe um custo mínimo de nove instâncias. Não existem custos adicionais para o suporte da zona de disponibilidade se tiver nove ou mais instâncias de plano Serviço de Aplicações. Se tiver menos de nove instâncias (de qualquer tamanho) em Serviço de Aplicações planos na Ambiente do Serviço de Aplicações com redundância entre zonas, a diferença entre nove e a contagem de instâncias em execução é cobrada como instâncias adicionais do Windows I1v2.
- Anfitrião dedicado Ambiente do Serviço de Aplicações v3: com uma implementação de anfitrião dedicado, são-lhe cobrados dois anfitriões dedicados de acordo com os nossos preços quando cria o Ambiente do Serviço de Aplicações v3 e, em seguida, à medida que dimensiona, é-lhe cobrada uma taxa especializada de Isolated v2 por vCore. O I1v2 utiliza dois vCores, o I2v2 utiliza quatro vCores e o I3v2 utiliza oito vCores por instância.
Os preços da Instância Reservada para Isolated v2 estão disponíveis e estão descritos em Como os descontos de reserva se aplicam aos Serviço de Aplicações do Azure. Os preços, juntamente com os preços da Instância Reservada, estão disponíveis em Serviço de Aplicações preços no plano Isolado v2.
Regiões
Ambiente do Serviço de Aplicações v3 está disponível nas seguintes regiões:
Azure Público:
| Região | Suporte de zona única | Suporte da zona de disponibilidade | Suporte de zona única |
|---|---|---|---|
| Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v1/v2 | |
| Austrália Central | ✅ | ✅ | |
| Austrália Central 2 | ✅* | ✅ | |
| Leste da Austrália | ✅ | ✅ | ✅ |
| Austrália Sudeste | ✅ | ✅ | |
| Sul do Brasil | ✅ | ✅ | ✅ |
| Sudeste do Brasil | ✅ | ||
| Canadá Central | ✅ | ✅ | ✅ |
| Leste do Canadá | ✅ | ✅ | |
| Índia Central | ✅ | ✅ | ✅ |
| E.U.A. Central | ✅ | ✅ | ✅ |
| Ásia Leste | ✅ | ✅ | ✅ |
| E.U.A. Leste | ✅ | ✅ | ✅ |
| E.U.A. Leste 2 | ✅ | ✅ | ✅ |
| França Central | ✅ | ✅ | ✅ |
| Sul de França | ✅ | ||
| Norte da Alemanha | ✅ | ✅ | |
| Alemanha Centro-Oeste | ✅ | ✅ | ✅ |
| Leste do Japão | ✅ | ✅ | ✅ |
| Oeste do Japão | ✅ | ||
| Jio Oeste da Índia | ✅ | ||
| Coreia do Sul Central | ✅ | ✅ | ✅ |
| Sul da Coreia do Sul | ✅ | ✅ | |
| E.U.A. Centro-Norte | ✅ | ✅ | |
| Europa do Norte | ✅ | ✅ | ✅ |
| Leste da Noruega | ✅ | ✅ | ✅ |
| Oeste da Noruega | ✅ | ||
| Catar Central | ✅ | ✅ | |
| Norte da África do Sul | ✅ | ✅ | ✅ |
| Oeste da África do Sul | ✅ | ||
| E.U.A. Centro-Sul | ✅ | ✅ | ✅ |
| Sul da Índia | ✅ | ✅ | |
| Sudeste Asiático | ✅ | ✅ | ✅ |
| Suécia Central | ✅ | ✅ | |
| Norte da Suíça | ✅ | ✅ | ✅ |
| Oeste da Suíça | ✅ | ||
| E.A.U. Central | ✅ | ||
| Norte dos E.A.U. | ✅ | ✅ | |
| Sul do Reino Unido | ✅ | ✅ | ✅ |
| Oeste do Reino Unido | ✅ | ✅ | |
| E.U.A. Centro-Oeste | ✅ | ✅ | |
| Europa Ocidental | ✅ | ✅ | ✅ |
| Oeste da Índia | ✅* | ✅ | |
| E.U.A. Oeste | ✅ | ✅ | |
| E.U.A. Oeste 2 | ✅ | ✅ | ✅ |
| EUA Oeste 3 | ✅ | ✅ | ✅ |
* Disponibilidade limitada e sem suporte para implementações de anfitriões dedicados
Azure Government:
| Região | Suporte de zona única | Suporte da zona de disponibilidade | Suporte de zona única |
|---|---|---|---|
| Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v1/v2 | |
| US DoD Centro | ✅ | ||
| US DoD - Leste | ✅ | ||
| US Gov - Arizona | ✅ | ✅ | |
| US Gov - Iowa | ✅ | ||
| US Gov - Texas | ✅ | ✅ | |
| US Gov - Virginia | ✅ | ✅ |
Azure China:
| Região | Suporte de zona única | Suporte da zona de disponibilidade | Suporte de zona única |
|---|---|---|---|
| Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v3 | Ambiente do Serviço de Aplicações v1/v2 | |
| Leste da China 2 | ✅ | ||
| Leste da China 3 | ✅ | ||
| Norte da China 2 | ✅ | ||
| Norte da China 3 | ✅ | ✅ |
Ambiente do Serviço de Aplicações v2
Ambiente do Serviço de Aplicações tem três versões: Ambiente do Serviço de Aplicações v1, Ambiente do Serviço de Aplicações v2 e Ambiente do Serviço de Aplicações v3. As informações neste artigo baseiam-se no Ambiente do Serviço de Aplicações v3. Para saber mais sobre Ambiente do Serviço de Aplicações v2, veja introdução ao Ambiente do Serviço de Aplicações v2.