Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Last reviewed 2025-01-23 UTC
Untuk menjalankan workload di cloud, klien dalam beberapa skenario harus memiliki
konektivitas internet yang cepat dan andal. Mengingat jaringan saat ini, persyaratan ini jarang menimbulkan
tantangan untuk adopsi cloud. Namun, ada
skenario saat Anda tidak dapat mengandalkan konektivitas berkelanjutan, seperti:
Kapal pelayaran dan kendaraan lainnya mungkin hanya terhubung
sesekali atau hanya memiliki akses ke link satelit berlatensi tinggi.
Pabrik atau pembangkit listrik mungkin terhubung ke internet. Fasilitas
ini mungkin memiliki persyaratan keandalan yang melebihi klaim
ketersediaan dari penyedia internet mereka.
Toko retail dan supermarket mungkin hanya terhubung sesekali atau
menggunakan link yang tidak memberikan keandalan atau throughput yang diperlukan untuk
menangani transaksi yang penting bagi bisnis.
Pola arsitektur edge hybrid mengatasi tantangan ini dengan menjalankan
workload yang penting bagi waktu dan bisnis secara lokal, di edge jaringan, sekaligus
menggunakan cloud untuk semua jenis workload lainnya. Dalam arsitektur hybrid
edge, link internet adalah komponen tidak penting yang digunakan untuk
tujuan pengelolaan dan untuk menyinkronkan atau mengupload data, sering kali secara asinkron, tetapi
tidak terlibat dalam transaksi yang penting bagi waktu atau bisnis.
Kelebihan
Menjalankan workload tertentu di edge dan workload lainnya di cloud menawarkan
beberapa keuntungan:
Menjalankan workload yang penting bagi bisnis dan waktu di edge dapat membantu
memastikan latensi rendah dan kemandirian. Jika konektivitas internet gagal atau
tidak tersedia untuk sementara, Anda masih dapat menjalankan semua transaksi penting.
Pada saat yang sama, Anda dapat memanfaatkan cloud untuk sebagian besar
workload Anda.
Anda dapat menggunakan kembali investasi yang ada dalam peralatan komputasi dan penyimpanan.
Seiring waktu, Anda dapat secara bertahap mengurangi fraksi workload yang
dijalankan di edge dan memindahkannya ke cloud, baik dengan mengolah aplikasi
tertentu atau dengan melengkapi beberapa lokasi edge dengan link internet yang
lebih andal.
Project terkait Internet of Things (IoT) dapat menjadi lebih hemat biaya
dengan melakukan komputasi data secara lokal. Hal ini memungkinkan perusahaan menjalankan dan
memproses beberapa layanan secara lokal di edge, lebih dekat ke sumber data. Hal ini
juga memungkinkan perusahaan mengirim data secara selektif ke cloud, yang dapat
membantu mengurangi kapasitas, transfer data, pemrosesan, dan biaya keseluruhan
solusi IoT.
Edge computing dapat bertindak sebagai
lapisan komunikasi perantara
antara layanan lama dan modern. Misalnya, layanan yang mungkin
menjalankan gateway API dalam penampung seperti Apigee hybrid). Hal ini
memungkinkan aplikasi dan sistem lama untuk berintegrasi dengan layanan
yang dimodernisasi, seperti solusi IoT.
Praktik terbaik
Pertimbangkan rekomendasi berikut saat menerapkan pola arsitektur
edge hybrid:
Jika solusi terdiri dari banyak situs jarak jauh edge yang terhubung ke
Google Cloud melalui internet publik, Anda dapat menggunakan solusi WAN
yang ditentukan software (SD-WAN). Anda juga dapat menggunakan
Network Connectivity Center
dengan router SD-WAN pihak ketiga yang didukung oleh
partnerGoogle Cloud
untuk menyederhanakan penyediaan dan pengelolaan konektivitas aman dalam skala besar.
Minimalkan dependensi antara sistem yang berjalan di edge dan
sistem yang berjalan di lingkungan cloud. Setiap dependensi dapat
mengurangi keuntungan keandalan dan latensi penyiapan hybrid edge.
Untuk mengelola dan mengoperasikan beberapa lokasi edge secara efisien, Anda harus
memiliki solusi pemantauan dan bidang pengelolaan terpusat di cloud.
Pastikan pipeline CI/CD beserta alat untuk deployment dan
pemantauan konsisten di seluruh lingkungan cloud dan edge.
Pertimbangkan untuk menggunakan container dan Kubernetes jika berlaku dan memungkinkan,
untuk memisahkan perbedaan di antara berbagai lokasi edge dan juga antara
lokasi edge dan cloud. Karena Kubernetes menyediakan lapisan runtime
umum, Anda dapat mengembangkan, menjalankan, dan mengoperasikan workload secara konsisten di seluruh
lingkungan komputasi. Anda juga dapat memindahkan workload antara edge dan
cloud.
Untuk menyederhanakan penyiapan dan pengoperasian hibrida, Anda dapat menggunakan
GKE Enterprise
untuk arsitektur ini (jika container digunakan di seluruh lingkungan).
Pertimbangkan
opsi konektivitas yang mungkin
yang Anda miliki untuk menghubungkan cluster GKE Enterprise
yang berjalan di lingkungan lokal atau edge ke Google Cloud.
Sebagai bagian dari pola ini, meskipun beberapa komponen GKE Enterprise
mungkin bertahan selama gangguan konektivitas sementara ke
Google Cloud, jangan gunakan GKE Enterprise saat
terputus dari Google Cloud sebagai mode kerja nominal. Untuk informasi
selengkapnya, lihat
Dampak pemutusan koneksi sementara dari Google Cloud.
Untuk mengatasi inkonsistensi dalam protokol, API, dan mekanisme
autentikasi di berbagai layanan backend dan edge, sebaiknya, jika
berlaku, deploy gateway API atau proxy sebagai
facade pemersatu.
Gateway atau proxy ini berfungsi sebagai titik kontrol terpusat dan melakukan
langkah-langkah berikut:
Menerapkan langkah keamanan tambahan.
Melindungi aplikasi klien dan layanan lainnya dari perubahan kode backend.
Memfasilitasi pelacakan audit untuk komunikasi antara semua
aplikasi lintas lingkungan dan komponen yang dipisahkan.
Apigee dan
Apigee Hybrid
memungkinkan Anda menghosting dan mengelola gateway hybrid dan tingkat perusahaan
di seluruh lingkungan lokal, edge, cloud lainnya, dan
lingkunganGoogle Cloud .
Bangun identitas bersama
antarlingkungan agar sistem dapat melakukan autentikasi dengan aman di seluruh
batas lingkungan.
Data yang dipertukarkan antarlingkungan mungkin bersifat sensitif, maka pastikan semua komunikasi dienkripsi selama pengiriman menggunakan
tunnel VPN,
TLS,
atau keduanya.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-01-23 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."]]
