Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Last reviewed 2023-12-14 UTC
A execução de cargas de trabalho na nuvem exige que os clientes, em alguns cenários, tenham
uma conexão de Internet rápida e confiável. Considerando as redes atuais, esse
requisito raramente representa um desafio para a adoção da nuvem. No entanto,
há cenários em que não é possível confiar na conectividade contínua, como:
Navios e outros veículos podem estar conectados apenas
intermitentemente ou ter acesso somente a links de satélite de alta latência.
Fábricas ou usinas elétricas podem estar conectadas à Internet. Essas
instalações podem ter requisitos de confiabilidade que excedem as declarações
de disponibilidade do provedor de Internet.
Lojas de varejo e supermercados podem estar conectados apenas ocasionalmente ou
usar links que não oferecem a confiabilidade ou a capacidade de processamento necessárias para
lidar com transações críticas para os negócios.
O padrão de arquitetura híbrido de borda soluciona esses desafios executando
cargas de trabalho urgentes em termos de prazos e negócios localmente, na borda da rede, enquanto
usa a nuvem para todos os outros tipos de cargas de trabalho. Em uma arquitetura híbrida de borda,
o link da Internet é um componente não crítico usado para
gerenciar e sincronizar ou fazer upload de dados, muitas vezes de forma assíncrona,
mas não interfere em transações críticas em termos de prazos ou de negócios.
Vantagens
A execução de determinadas cargas de trabalho na borda e de outras cargas de trabalho na nuvem oferece
diversas vantagens:
A execução na borda de cargas de trabalho urgentes e essenciais para o negócio ajuda a
garantir baixa latência e autossuficiência. Se a conectividade com a Internet falhar ou
estiver temporariamente indisponível, ainda será possível executar todas as transações
importantes.
Ao mesmo tempo, é possível se beneficiar do uso da nuvem em uma parte significativa da sua carga de trabalho geral.
É possível reutilizar os investimentos atuais em equipamentos de computação e armazenamento.
Com o tempo, é possível reduzir gradativamente a fração de cargas de trabalho que
são executadas na borda e movê-las para a nuvem, seja reformulando determinados
aplicativos ou equipando alguns locais de borda com links da Internet que
são mais confiáveis.
Projetos relacionados à Internet das Coisas (IoT) podem se tornar mais econômicos
ao realizar o processamento de dados localmente. Isso permite que as empresas executem e
processem alguns serviços localmente na borda, mais perto das fontes de dados. Também
permite que as empresas enviem dados seletivamente para a nuvem, o que pode
ajudar a reduzir o consumo da capacidade, da transferência de dados, do processamento e os custos gerais
da solução de IoT.
A computação de borda pode agir como uma
camada de comunicação intermediária
entre serviços legados e modernizados. Por exemplo, serviços que podem estar
executando um gateway de API conteinerizado, como a Apigee híbrida. Isso
permite a integração de aplicativos e sistemas legados com serviços
modernos, como soluções de IoT.
Práticas recomendadas
Considere as seguintes recomendações ao implementar o padrão de arquitetura de híbrido de borda:
Se a solução consistir em muitos sites remotos de borda se conectando
ao Google Cloud pela Internet pública, é possível usar uma solução
WAN definida por software (SD-WAN). Você também pode usar o
Network Connectivity Center
com um roteador SD-WAN de terceiros que seja aceito pelo
Google Cloud Partner
para simplificar o provisionamento e o gerenciamento de conectividade segura em grande escala.
Minimize as dependências entre os sistemas que estão sendo executados na borda e os sistemas em execução no ambiente de nuvem. Cada dependência pode minar as vantagens de confiabilidade e latência de uma configuração híbrida de borda.
Para gerenciar e operar vários locais de borda com eficiência, você
deve ter um plano de gerenciamento centralizado e uma solução de monitoramento na nuvem.
Garanta que os pipelines de CI/CD com as ferramentas para implantação e
monitoramento sejam consistentes em todos os ambientes de nuvem e borda.
Considere usar contêineres e o Kubernetes quando aplicável e viável
para abstrair as diferenças entre vários locais de borda e também entre
locais de borda e a nuvem. Como o Kubernetes oferece uma camada de ambiente de execução comum,
é possível desenvolver, executar e operar cargas de trabalho de forma consistente
em ambientes de computação. Também é possível mover cargas de trabalho entre a borda
e a nuvem.
Para simplificar a configuração híbrida e a operação, use o
GKE Enterprise
para essa arquitetura, se contêineres forem usados nos ambientes.
Considere
as possíveis opções de conectividade
necessárias para conectar um cluster do GKE Enterprise
em execução no seu ambiente local ou de borda ao Google Cloud.
Como parte desse padrão, embora alguns componentes do GKE Enterprise
possam se sustentar durante uma interrupção temporária de conectividade no
Google Cloud, não use o GKE Enterprises
quando ele estiver
desconectado do Google Cloud como um modo de trabalho nominal. Para mais
informações, consulte
Impacto da desconexão temporária do Google Cloud.
Para superar inconsistências em protocolos, APIs e mecanismos
de autenticação em vários serviços de back-end e borda, recomendamos, quando
aplicável, implantar um gateway de API ou proxy como uma fachada
unificadora.
Esse gateway ou proxy atua como um ponto de controle centralizado e faz o
seguinte:
Implementa medidas de segurança adicionais.
Protege apps clientes e outros serviços contra mudanças no código de back-end.
Facilita trilhas de auditoria para comunicação entre todos
aplicativos entre ambientes e seus componentes dissociados.
A Apigee e a
Apigee híbrida
permitem hospedar e gerenciar gateways híbridos e corporativos
em ambientes locais, de borda, em outras nuvens e
ambientes do Google Cloud.
Estabeleça uma identidade comum
entre os ambientes, para que a autenticação dos sistemas possa ser feita com segurança nos
limites do ambiente.
Como os dados trocados entre os ambientes podem ser
sensíveis, garanta que qualquer comunicação seja criptografada em trânsito usando
túneis VPN,
TLS
ou ambos.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2023-12-14 UTC."],[[["\u003cp\u003eEdge hybrid architecture allows for running time- and business-critical workloads locally at the edge while utilizing the cloud for other workloads, addressing challenges posed by intermittent or unreliable internet connectivity.\u003c/p\u003e\n"],["\u003cp\u003eThis architecture ensures low latency and self-sufficiency for essential transactions, even during internet outages, while still leveraging cloud benefits for a significant portion of overall workload.\u003c/p\u003e\n"],["\u003cp\u003eImplementing edge hybrid can improve cost efficiency, particularly for IoT projects, by enabling local data processing and selective cloud data transfer.\u003c/p\u003e\n"],["\u003cp\u003eIt's best to minimize dependencies between edge and cloud systems to maximize reliability and latency advantages, while also employing a centralized management and monitoring solution in the cloud for efficient operation.\u003c/p\u003e\n"],["\u003cp\u003eUtilizing containers and Kubernetes, along with a unified API gateway, helps maintain consistency across diverse edge locations and between edge and cloud environments.\u003c/p\u003e\n"]]],[],null,["# Edge hybrid pattern\n\nRunning workloads in the cloud requires that clients in some scenarios have\nfast and reliable internet connectivity. Given today's networks, this\nrequirement rarely poses a challenge for cloud adoption. There are, however,\nscenarios when you can't rely on continuous connectivity, such as:\n\n- Sea-going vessels and other vehicles might be connected only intermittently or have access only to high-latency satellite links.\n- Factories or power plants might be connected to the internet. These facilities might have reliability requirements that exceed the availability claims of their internet provider.\n- Retail stores and supermarkets might be connected only occasionally or use links that don't provide the necessary reliability or throughput to handle business-critical transactions.\n\nThe *edge hybrid* architecture pattern addresses these challenges by running\ntime- and business-critical workloads locally, at the edge of the network, while\nusing the cloud for all other kinds of workloads. In an edge hybrid\narchitecture, the internet link is a noncritical component that is used for\nmanagement purposes and to synchronize or upload data, often asynchronously, but\nisn't involved in time or business-critical transactions.\n\nAdvantages\n----------\n\nRunning certain workloads at the edge and other workloads in the cloud offers\nseveral advantages:\n\n- Inbound traffic---moving data from the edge to Google Cloud---[might be free of charge](/vpc/network-pricing#general).\n- Running workloads that are business- and time-critical at the edge helps ensure low latency and self-sufficiency. If internet connectivity fails or is temporarily unavailable, you can still run all important transactions. At the same time, you can benefit from using the cloud for a significant portion of your overall workload.\n- You can reuse existing investments in computing and storage equipment.\n- Over time, you can incrementally reduce the fraction of workloads that are run at the edge and move them to the cloud, either by reworking certain applications or by equipping some edge locations with internet links that are more reliable.\n- Internet of Things (IoT)-related projects can become more cost-efficient by performing data computations locally. This allows enterprises to run and process some services locally at the edge, closer to the data sources. It also allows enterprises to selectively send data to the cloud, which can help to reduce the capacity, data transfer, processing, and overall costs of the IoT solution.\n- Edge computing can act as an [intermediate communication layer](/solutions/unlocking-legacy-applications#section-3) between legacy and modernized services. For example, services that might be running a containerized API gateway such as Apigee hybrid). This enables legacy applications and systems to integrate with modernized services, like IoT solutions.\n\nBest practices\n--------------\n\nConsider the following recommendations when implementing the edge hybrid\narchitecture pattern:\n\n- If communication is unidirectional, use the [gated ingress pattern](/architecture/hybrid-multicloud-secure-networking-patterns/gated-ingress).\n- If communication is bidirectional, consider the [gated egress and gated ingress pattern](/architecture/hybrid-multicloud-secure-networking-patterns/gated-egress-ingress).\n- If the solution consists of many edge remote sites connecting to Google Cloud over the public internet, you can use a software-defined WAN (SD-WAN) solution. You can also use [Network Connectivity Center](/network-connectivity/docs/network-connectivity-center/concepts/ra-overview) with a third-party SD-WAN router supported by a [Google Cloud partner](/network-connectivity/docs/network-connectivity-center/partners) to simplify the provisioning and management of secure connectivity at scale.\n- Minimize dependencies between systems that are running at the edge and systems that are running in the cloud environment. Each dependency can undermine the reliability and latency advantages of an edge hybrid setup.\n- To manage and operate multiple edge locations efficiently, you should have a centralized management plane and monitoring solution in the cloud.\n- Ensure that CI/CD pipelines along with tooling for deployment and monitoring are consistent across cloud and edge environments.\n- Consider using containers and Kubernetes when applicable and feasible, to abstract away differences among various edge locations and also among edge locations and the cloud. Because Kubernetes provides a common runtime layer, you can develop, run, and operate workloads consistently across computing environments. You can also move workloads between the edge and the cloud.\n - To simplify the hybrid setup and operation, you can use [GKE Enterprise](/anthos/docs/concepts/gke-editions) for this architecture (if containers are used across the environments). Consider [the possible connectivity options](/anthos/clusters/docs/bare-metal/latest/concepts/connect-on-prem-gcp) that you have to connect a GKE Enterprise cluster running in your on-premises or edge environment to Google Cloud.\n- As part of this pattern, although some GKE Enterprise components might sustain during a temporary connectivity interruption to Google Cloud, don't use GKE Enterprises when it's disconnected from Google Cloud as a nominal working mode. For more information, see [Impact of temporary disconnection from Google Cloud](/anthos/docs/concepts/anthos-connectivity).\n- To overcome inconsistencies in protocols, APIs, and authentication mechanisms across diverse backend and edge services, we recommend, where applicable, to deploy an API gateway or proxy as a unifying [facade](/apigee/resources/ebook/api-facade-pattern-register). This gateway or proxy acts as a centralized control point and performs the following measures:\n - Implements additional security measures.\n - Shields client apps and other services from backend code changes.\n - Facilitates audit trails for communication between all cross-environment applications and its decoupled components.\n - Acts as an [intermediate communication layer](/solutions/unlocking-legacy-applications#section-3) between legacy and modernized services.\n - Apigee and [Apigee Hybrid](/apigee/docs/hybrid/v1.10/what-is-hybrid) let you host and manage enterprise-grade and hybrid gateways across on-premises environments, edge, other clouds, and Google Cloud environments.\n- [Establish common identity](/architecture/authenticating-corporate-users-in-a-hybrid-environment) between environments so that systems can authenticate securely across environment boundaries.\n- Because the data that is exchanged between environments might be sensitive, ensure that all communication is encrypted in transit by using VPN tunnels, [TLS](/architecture/landing-zones/decide-security#option-2-require-layer7), or both."]]