---
title: "퍼블릭, 프라이빗, 전용 RPC 엔드포인트란"
description: "\"프라이빗 RPC\"는 키 기반 엔드포인트, 프라이빗 트랜잭션 라우팅, 또는 싱글 테넌트 노드를 의미할 수 있습니다. 각각이 무엇인지, 서로 어떻게 연결되는지, 그리고 워크로드에 어떤 것이 필요한지 설명합니다."
---
# 퍼블릭, 프라이빗, 전용 RPC 엔드포인트란
모든 지갑과 온체인 앱은 RPC 엔드포인트를 통해 블록체인과 통신합니다. RPC 엔드포인트는 "이 주소의 잔액이 얼마인가", "이 트랜잭션을 브로드캐스트하라" 같은 요청을 받아서 해당 체인의 소프트웨어를 실행하는 노드로 전달하는 URL입니다. 대부분의 지갑은 그 지갑의 모든 사용자가 공유하는 기본 엔드포인트를 내장한 채로 배포됩니다. 그 기본 엔드포인트 뒤의 노드는 보통 전문 제공업체가 운영하지만, 그 안에서 당신은 수백만 명 중 익명의 한 사용자일 뿐입니다. 지갑의 할당량을 다른 모든 사람과 공유하고, 자신의 요청을 보거나 디버그할 수 없으며, 사용량이 늘어도 한도를 올릴 수 없습니다. 프라이빗 RPC 엔드포인트는 원하는 제공업체로부터 자신만의 계량된 쿼터를 가진, 자신만의 연결을 제공함으로써 이 문제를 해결합니다.
하나 설정하기 전에, 여기서 "프라이빗 RPC"가 몇 가지 다른 의미를 가질 수 있다는 점을 알아둘 필요가 있습니다.
- **프라이빗 RPC 엔드포인트.** 자신의 API 키가 내장된 URL로, [Alchemy의 RPC API](/rpc-api)처럼 노드 제공업체의 매니지드 인프라가 서빙합니다. "프라이빗"이란 그 특정 API URL을 오직 본인만 사용할 수 있다는 뜻이며, 따라서 요청이 다른 사람들 뒤에 줄을 서지 않습니다. 대부분의 지갑과 앱이 이 용어로 지칭하는 것이 바로 이것입니다.
- **프라이빗 트랜잭션.** 트랜잭션이 블록에 포함될 때까지 퍼블릭 멤풀(대기 중인 트랜잭션이 공개적으로 보이는 대기실)에 노출되지 않도록 하는 트랜잭션 라우팅 방식입니다. 이것이 트랜잭션을 MEV 봇으로부터 보호하는 방법입니다. 프라이빗 트랜잭션은 일부 RPC 제공업체가 자사 엔드포인트에 추가하는 기능이지만, 모든 프라이빗 RPC 엔드포인트에 반드시 포함되는 것은 아닙니다.
- **프라이빗 싱글테넌트 인프라.** 격리, 지연 시간, 또는 커스터마이징 요구사항이 공유 머신으로는 충족될 수 없는 워크로드를 위해 한 고객에게만 예약된 블록체인 노드입니다. [Alchemy의 Dedicated Clusters](/dedicated-clusters)가 그 예입니다.
이 세 가지 정의는 서로 경쟁하는 선택지가 아니라 층위입니다. 프라이빗 엔드포인트는 진입점이고, 프라이빗 트랜잭션 라우팅은 제공업체가 그 위에 붙일 수 있는 기능이며, 싱글테넌트 인프라는 공유 자체가 문제가 될 때 넘어가는 단계입니다. 이 가이드는 이러한 각 프라이버시 옵션과 그 차이를 설명합니다.
## 프라이빗 RPC 엔드포인트란 무엇인가?
프라이빗 RPC 엔드포인트는 소유자만 사용할 수 있는 고유한 URL을 가진 RPC 엔드포인트로, 퍼블릭 게이트웨이의 공개 대기열 대신 노드 제공업체의 인프라로 향하는 자신만의 인증된 경로를 제공합니다.
이를 아파트 건물에 비유해 보겠습니다. 프라이빗 엔드포인트는 자신만의 열쇠와 자신만의 현관문을 주지만, 건물의 배관과 전력은 다른 모든 입주자와 공유됩니다. 이러한 공유 덕분에 프라이빗 엔드포인트는 무료로 생성되고 즉시 프로비저닝될 수 있습니다. URL은 오직 당신의 것이지만, 그 뒤의 노드 인프라는 많은 고객을 위해 대규모로 운영됩니다. Alchemy의 인프라는 Robinhood, Coinbase, Polymarket 같은 팀들을 위해 연간 1조 달러 이상의 트랜잭션 볼륨을 처리하는 것과 동일한 인프라이며, 같은 노드 인프라에 무료로 접근할 수 있습니다.
Alchemy 계정을 생성하면 엔드포인트 URL에 API 키가 내장되며, 이것이 연결을 프라이빗하게 만드는 요소입니다. 노드는 여전히 공유되지만, 요청 쿼터는 그렇지 않습니다. 우리는 키별로 사용량을 계량하므로, 다른 누구의 트래픽도 소비할 수 없는 예약된 처리량을 갖게 됩니다. 반면 퍼블릭 엔드포인트는 그 반대로 작동합니다. 하나의 용량 풀이 보통 IP 주소별로 모든 익명 호출자에게 배급되므로, 사용자가 늘어날수록 실질적인 한도는 줄어듭니다.
지갑의 기본 엔드포인트를 공유하거나 퍼블릭 엔드포인트를 호출하는 것과 비교하면, 프라이빗 엔드포인트는 다음 네 가지를 제공합니다.
- **속도.** 요청이 낮은 지연 시간에 맞춰 조정된 인프라에 도달하며, 퍼블릭 엔드포인트에서처럼 수천 명의 낯선 사용자 뒤에 줄을 서지 않습니다. 선택하기 전에 [실시간 지연 시간 벤치마크로 제공업체를 비교](/benchmarks)할 수 있습니다.
- **정확한 데이터.** 체인의 최신 상태보다 뒤처진 노드는 오래된 잔액을 제공하고 트랜잭션 실패를 유발합니다. 매니지드 인프라는 노드를 최신 상태로 유지하므로, 지갑과 앱은 현재 시점의 체인을 볼 수 있습니다.
- **신뢰성.** 에어드랍, 민팅, 변동성이 큰 거래 구간 동안 퍼블릭 엔드포인트가 가장 먼저 저하됩니다. 모두가 한꺼번에 몰려드는 대상이 바로 그 공유 풀이기 때문입니다. API 키가 있으면 키 단위 처리량은 그러한 혼잡에 영향받지 않으며, 엔드포인트 뒤의 인프라를 성능 좋게 유지하고 모든 트래픽을 처리하는 것은 제공업체의 일입니다.
- **가시성.** 퍼블릭 엔드포인트는 대체로 익명입니다. 자신만의 엔드포인트가 있으면 모든 요청을 볼 수 있고, 실패를 디버그할 수 있으며, 알림을 설정할 수 있습니다. 이는 트랜잭션이 조용히 실패했을 때 특히 중요합니다.
개발자 입장에서, 이 엔드포인트를 코드에서 사용하는 것은 한 줄짜리 변경입니다. 표준 JSON-RPC URL이므로 ethers, viem, web3.py에 provider URL로 전달하면 되며, 같은 URL의 `wss://` 버전이 구독(subscription)을 처리합니다. 키가 URL에 담겨 있으므로, 프론트엔드에 배포되는 경우 URL을 보호해야 합니다. 대시보드에서는 키를 특정 도메인과 IP 주소로 제한할 수 있습니다.
## 퍼블릭, 프라이빗, 데디케이티드 엔드포인트는 어떻게 다른가?
RPC 접근은 세 단계로 나뉘며, 오른쪽으로 갈수록 더 많은 격리를 얻게 됩니다.
99.99% measured at Alchemy)',
tooltip: "",
icon: "",
},
dedicated: {
title: "Redundant nodes plus failover",
tooltip: "",
icon: "",
},
id: 3,
},
{
feature: { title: "Customization", tooltip: "", icon: "" },
public: { title: "None", tooltip: "", icon: "" },
private: { title: "None", tooltip: "", icon: "" },
dedicated: {
title: "Custom tracers, binaries, regions",
tooltip: "",
icon: "",
},
id: 4,
},
{
feature: { title: "Cost", tooltip: "", icon: "" },
public: { title: "Free", tooltip: "", icon: "" },
private: {
title: "Free tier, then usage-based",
tooltip: "",
icon: "",
},
dedicated: {
title: "Fixed monthly, capacity-based",
tooltip: "",
icon: "",
},
id: 5,
},
{
feature: { title: "Best for", tooltip: "", icon: "" },
public: { title: "Quick tests", tooltip: "", icon: "" },
private: {
title: "Most users, apps, and production workloads",
tooltip: "",
icon: "",
},
dedicated: {
title: "Hard isolation, latency, or customization requirements",
tooltip: "",
icon: "",
},
id: 6,
},
],
}}
/>
앞의 두 열의 실질적인 차이는 능력이 아니라 책임 소재입니다. [퍼블릭 RPC 엔드포인트](/rpc)는 체인 재단, 자원봉사자, 무료 샘플을 제공하는 업체가 운영하며, 그중 다수는 잘 운영되고 있습니다. 하지만 그 어느 것도 당신에게 무언가를 빚지고 있지 않습니다. 용량 보장도, 가동 시간 약속도, 최신 데이터 보장도 없으며, 요청이 실패하기 시작할 때 연락할 사람도 없습니다. 간단한 테스트에는 적합합니다.
매니지드 제공업체의 프라이빗 엔드포인트는 거의 모든 사람에게 올바른 기본 선택입니다. 더 빠른 지갑 트랜잭션을 원하는 개인 사용자, 앱을 만드는 개발자, 실제 트래픽을 처리하는 프로덕션 팀 모두에 해당합니다. 제공업체는 인프라를 빠르고 최신 상태로, 그리고 정상적으로 유지할 책임이 있으며, 측정된 성능을 공개하여 그 책임을 검증할 수 있게 합니다.
이러한 요구를 넘어서, [Dedicated Clusters](/dedicated-clusters)는 공유 인프라가 설계상 충족할 수 없는 요구사항을 가진 소수의 워크로드를 위해 존재합니다. 위 표의 커스터마이징 행이 시사하는 바에 주목하세요. 프라이빗 엔드포인트는 모든 고객에게 동일한 표준 API를 제공합니다. 모두가 같은 노드를 공유하기 때문입니다. 오직 싱글테넌트 인프라만이 자신만의 코드나 설정을 실행할 수 있습니다.
## 프라이빗 엔드포인트는 트랜잭션을 MEV로부터 보호하는가?
기본적으로는 아닙니다. 이 지점에서 "프라이빗 RPC"의 두 번째 의미가 혼란을 일으킬 수 있습니다. 프라이빗 엔드포인트의 "프라이빗"은 URL 엔드포인트를 누가 사용할 수 있는지를 가리킵니다. 그것을 통해 보내는 트랜잭션은 대부분의 네트워크와 대부분의 제공업체에서 여전히 퍼블릭 멤풀에 들어가며, 그곳에서 MEV 봇이 채굴되기 전에 트랜잭션을 보고 프론트런하거나 샌드위치할 수 있습니다.
트랜잭션이 블록에 포함될 때까지 퍼블릭 멤풀에 노출되지 않도록 하려면 프라이빗 트랜잭션 라우팅이 필요하며, 이는 RPC 스택의 표준적인 부분이 아니라 제공업체별 기능입니다. 일부 제공업체는 이를 전혀 제공하지 않고, 다른 일부는 부가 기능이나 별도의 엔드포인트로 판매합니다.
Alchemy에서는 오직 Alchemy를 통해서만 쓰기 트래픽을 보내는 고객에게 Ethereum, Solana, Base, Arbitrum, BNB Smart Chain에서 무료로 MEV 보호를 제공합니다. 표준 엔드포인트를 통해 전송된 트랜잭션은 자동으로 [프라이빗 제출 채널을 통해 라우팅](https://www.alchemy.com/docs/reference/mev-protection)됩니다. 퍼블릭 네트워크 전역에 전파되어 누구나 확인할 수 있는 대신, Ethereum의 신뢰받는 블록 빌더처럼 블록을 구성하는 당사자에게 곧바로 전달됩니다.
정확한 채널은 체인마다 다르지만 효과는 동일합니다. 트랜잭션은 블록에 포함될 때까지 숨겨져 있으며, 이는 프론트런과 샌드위치 공격으로부터 트랜잭션을 보호합니다. 이를 위해 별도의 설정이 필요하지 않고, 추가 비용도 없으며, 실행 가격도 나빠지지 않습니다. 그리고 이 라우팅이 누구의 편인지 명확히 하자면, 우리는 절대로 고객의 트랜잭션을 프론트런하거나 그들의 주문 흐름에서 가치를 추출하지 않습니다. 우리 파이프라인에 존재하는 유일한 MEV는 더 나은 실행 가격처럼 당신에게 유리하게 작동하는 종류뿐입니다.
이 배타성 요구사항은 세부 조항이 아니라 보호가 작동하는 방식 자체입니다. 트랜잭션은 그 모든 사본이 퍼블릭 멤풀에서 벗어나 있을 때만 보호됩니다. 만약 이중화를 위해 동일한 트랜잭션을 여러 제공업체를 통해 동시에 브로드캐스트하는 방식으로 쓰기 트래픽을 다중화한다면, 다른 곳으로 보낸 사본은 MEV 봇이 볼 수 있는 퍼블릭 멤풀에 도달하게 되고, 그 트랜잭션은 보호를 잃습니다.
제공업체를 평가 중이고 MEV 보호가 사용자에게 중요하다면, 명시적으로 그 기능을 물어보세요. 엔드포인트가 "프라이빗"이라는 사실만으로는 트랜잭션을 어떻게 라우팅하는지 전혀 알 수 없습니다.
## 프라이빗 RPC 엔드포인트는 어떻게 생성하는가?
어떤 RPC 제공업체를 이용하든 프라이빗 RPC 엔드포인트를 생성하는 것은 간단합니다. [계정을 생성하거나 로그인](https://dashboard.alchemy.com/?utm_source=overview&utm_medium=overview&utm_campaign=node)하면 되며, 많은 제공업체가 계정 생성 시 신용카드 없이 일정 사용 한도를 가진 무료 API 키를 제공합니다(힌트: 우리도 그렇습니다).
그다음, 엔드포인트를 사용할 체인과 네트워크를 선택합니다. Alchemy에서는 [지원하는 100개 이상의 네트워크](/rpc) 중 어느 것에나 접근하려면 API 키 하나만 있으면 되며, 각 네트워크는 자신만의 URL(eth-mainnet, base-mainnet 등)에 키가 붙은 형태로 제공됩니다. URL에 API 키가 들어 있으므로 비밀번호처럼 취급해야 한다는 점을 기억하세요.
애플리케이션을 테스트하는 개발자라면, 이제 지갑을 새 엔드포인트에 연결해야 합니다. 원하는 지갑을 열고 네트워크 선택기를 열면 됩니다. 연결하려는 체인의 세부 정보와 프라이빗 RPC URL을 입력합니다. 완료되면 해당 지갑과 관련된 모든 트랜잭션이 프라이빗 엔드포인트를 통해 라우팅됩니다!
## 프라이빗 엔드포인트로 충분하지 않은 경우는?
프라이빗 엔드포인트는 자신만의 처리량을 예약해 주지만, 이를 서빙하는 머신은 여전히 다른 고객과 공유됩니다. 대다수 워크로드에는 이것이 정확히 올바른 선택입니다. 즉각적인 프로비저닝, 탄력적인 확장, 용량 계획이 필요 없는 사용량 기반 가격입니다.
하지만 소수의 워크로드는 공유 인프라가 설계상 충족할 수 없는 요구사항을 가지고 있습니다.
- **노드의 커스텀 코드.** 보안 및 포렌식 팀은 맞춤형 트레이서와 수정된 노드 클라이언트를 실행합니다. 모든 고객이 동일한 노드 런타임을 공유하기 때문에, 공유 인프라는 한 고객만의 커스텀 코드를 호스팅할 수 없습니다.
- **규제상의 격리.** 규제 대상 금융기관은 다른 고객의 트래픽, 코드, 데이터가 자신의 환경에 전혀 닿지 않았음을 증명해야 합니다. 멀티테넌트 하드웨어에서는 정의상 이러한 증명이 불가능합니다.
- **지역적 지연 시간.** 속도로 경쟁하는 트레이딩 회사는 특정 지역에 배치된 노드가 필요합니다. 읽기 요청의 왕복 시간을 줄이기 위해 자신의 서버 옆에 두거나, 제출한 트랜잭션이 더 빨리 도착하도록 롤업의 시퀀서(해당 롤업의 트랜잭션을 수신하고 정렬하는 서비스) 근처에 배치하는 식입니다. 공유 인프라는 한 고객의 지리적 위치가 아니라 전체적인 성능을 위해 배치됩니다.
- **무제한 히스토리컬 쿼리.** 오라클, 인덱서, 분석 플랫폼은 무제한 getLogs 범위와 대규모 아카이브 접근이 필요하지만, 공유 인프라는 다른 테넌트를 보호하기 위해 이를 제한합니다.
이러한 워크로드의 경우, 다음 단계는 Alchemy의 [Dedicated Clusters](/dedicated-clusters) 같은 제품입니다. 우리가 프로비저닝, 운영, 유지보수하는 싱글테넌트 노드 클러스터로, 요구사항에 맞게 구성됩니다. 각 클러스터는 체인당 이중화된 노드, SOC 2 Type II 감사가 적용된 싱글테넌트 격리, 원하는 지역에서의 배포, 그리고 프로비저닝된 용량에 기반한 고정 월 요금을 갖춥니다. 클러스터의 프로비저닝된 용량을 넘어서는 스파이크의 경우, 오류를 반환하는 대신 자동으로 공유 인프라로 트래픽을 페일오버할 수 있습니다. 격리 요구사항 때문에 이 방식을 배제해야 하는 팀은 대신 클러스터를 피크 부하에 맞게 사이징할 수 있습니다. [Blockaid](/dapps/blockaid) 같은 팀은 Dedicated Clusters를 사용해 3,120억 달러 이상의 자산을 보호하는 커스텀 트레이서를 운영합니다.
결정을 저울질하고 있다면, [공유 인프라와 데디케이티드 인프라 중 선택하는 방법](/overviews/dedicated-vs-shared-nodes) 가이드에서 자세히 다루고 있으며, [데디케이티드 인프라의 작동 방식](/overviews/how-dedicated-blockchain-infrastructure-works)과 [데디케이티드 제공업체 평가 방법](/overviews/how-to-evaluate-dedicated-blockchain-infrastructure)에 대한 더 깊이 있는 글도 있습니다. 현재 자체 노드를 운영 중인 팀은 [데디케이티드 인프라로 마이그레이션할 때 필요한 것](/blog/migrate-self-hosted-nodes-dedicated-infrastructure)을 확인할 수 있습니다. 이는 재구축이 아니라 엔드포인트 교체입니다.
## 체인으로 향하는 더 빠른 연결 확보하기
어떤 단계가 맞든, 업그레이드 경로는 동일하게 시작됩니다. 몇 분 만에 무료 티어에서 프라이빗 RPC 엔드포인트를 생성하고, 지갑이나 앱을 그쪽으로 연결한 뒤, 모든 주요 네트워크에 더 빠르고 신뢰성 있게 접근하세요. 워크로드에 공유 인프라가 충족할 수 없는 격리, 지연 시간, 커스터마이징 요구사항이 있다면 [Dedicated Clusters에 대해 저희 팀과 상담](/dedicated-clusters)해 보세요.
## 자주 묻는 질문
### 프라이빗 RPC 엔드포인트란 무엇인가?
프라이빗 RPC 엔드포인트는 소유자만 사용할 수 있는 고유한 URL을 가진 RPC 엔드포인트로, 공유되는 퍼블릭 게이트웨이 대신 노드 제공업체로 향하는 자신만의 인증된 연결을 제공합니다. URL에는 API 키가 내장되어 있으며, 사용량은 키별로 계량되므로 다른 누구의 요청도 당신의 용량을 소비할 수 없습니다.
### 퍼블릭 RPC 엔드포인트와 프라이빗 RPC 엔드포인트의 차이는 무엇인가?
퍼블릭 RPC 엔드포인트는 모두에게 열려 있으며 최선의 노력 기반으로 운영됩니다. 속도 제한 보장도, 가동 시간 약속도 없고, 성능이 저하될 때 책임지는 사람도 없습니다. 프라이빗 엔드포인트는 제공업체의 매니지드 인프라 위에 있는 키 기반 URL로, 플랜에 따라 확장되는 속도 제한, 공개된 가동 시간 성능, 트래픽을 보여주는 대시보드를 갖추고 있습니다.
### 프라이빗 RPC 엔드포인트를 사용하면 내 트랜잭션도 비공개가 되는가?
그 자체만으로는 아닙니다. 이름의 "프라이빗"은 엔드포인트를 누가 사용할 수 있는지를 가리킵니다. 모든 트랜잭션은 여전히 온체인에서 공개적으로 정산되며, 다른 RPC 제공업체와 마찬가지로 엔드포인트를 운영하는 제공업체는 당신이 보내는 요청을 볼 수 있습니다. 포함되기 전에 트랜잭션을 퍼블릭 멤풀에서 벗어나게 하려면 프라이빗 트랜잭션 라우팅이 필요하며, 이는 제공업체별 기능입니다. Alchemy는 Ethereum, Solana, Base, Arbitrum, BNB Smart Chain에서 이를 포함하지만, 많은 제공업체는 제공하지 않습니다.
### Alchemy는 내 트랜잭션을 MEV로부터 보호하는가?
그렇습니다. Ethereum, Solana, Base, Arbitrum, BNB Smart Chain의 표준 Alchemy RPC 엔드포인트는 추가 비용 없이 MEV 보호를 포함합니다. 트랜잭션은 비공개로 라우팅되어 MEV 봇이 포함되기 전에 이를 볼 수 없으므로, send-transaction 흐름을 바꾸거나 실행 가격을 나쁘게 만들지 않으면서 프론트런과 샌드위치 공격을 방지합니다. 보호를 받으려면 쓰기 트래픽을 오직 Alchemy를 통해서만 보내야 합니다. 동일한 트랜잭션을 여러 제공업체에 다중으로 전송하면, 다른 곳으로 보낸 사본은 MEV 봇이 볼 수 있는 퍼블릭 멤풀에 들어가게 되고 그 트랜잭션은 보호를 잃습니다.
### 프라이빗 RPC 엔드포인트와 데디케이티드 노드의 차이는 무엇인가?
프라이빗 RPC 엔드포인트는 공유 멀티테넌트 인프라가 서빙하는 키 기반 URL입니다. URL은 독점적이지만 그 뒤의 노드는 그렇지 않습니다. 데디케이티드 노드 또는 클러스터는 한 고객에게만 예약된 싱글테넌트 인프라로, 노드에 커스텀 코드가 필요하거나, 규제상의 격리, 특정 지역, 무제한 히스토리컬 쿼리가 필요한 워크로드에 사용됩니다. Alchemy는 두 가지를 모두 제공하며, 대부분의 워크로드는 공유 인프라 기반의 프라이빗 엔드포인트에서 가장 잘 작동합니다.
### 프라이빗 RPC 엔드포인트를 생성하는 데 기술적 지식이 필요한가?
아닙니다. Alchemy로 프라이빗 RPC 엔드포인트를 생성하는 데는 몇 분이면 충분합니다. 무료 계정을 만들고, 앱을 생성한 뒤, 생성된 RPC URL을 복사하면 됩니다. 이를 MetaMask 같은 지갑에 추가하는 것은 코딩 작업이 아니라 설정 변경일 뿐입니다.
### 프라이빗 RPC 엔드포인트를 MetaMask에 연결할 수 있는가?
네. MetaMask의 네트워크 메뉴를 열고 커스텀 네트워크를 추가한 뒤, 프라이빗 RPC URL과 함께 체인 ID, 통화 심볼, 해당 네트워크의 블록 탐색기를 붙여넣으면 됩니다. 저장하고 나면 해당 네트워크의 모든 활동이 엔드포인트를 통해 라우팅됩니다.
### Alchemy는 어떤 블록체인에 대해 프라이빗 RPC 엔드포인트를 지원하는가?
Alchemy는 Ethereum, Solana, Base, Polygon, Arbitrum, Optimism을 비롯해 모든 주요 레이어 1 및 레이어 2 생태계에 걸친 100개 이상의 네트워크에 대해 프라이빗 RPC 엔드포인트를 지원합니다.
### 프라이빗 엔드포인트에서 데디케이티드 인프라로 언제 옮겨야 하는가?
워크로드에 공유 인프라로는 충족할 수 없는 확고한 요구사항이 있을 때 데디케이티드 인프라로 옮겨야 합니다. 예를 들어 노드에서 커스텀 트레이서나 바이너리를 실행해야 하거나, 컴플라이언스를 위해 싱글테넌트 격리를 증명해야 하거나, 지연 시간을 위해 특정 지역에 배포해야 하거나, 무제한 아카이브 및 로그 쿼리를 실행해야 하는 경우입니다. 이 중 어느 것도 해당하지 않는다면, 공유 인프라 위의 프라이빗 엔드포인트가 더 나은 기본 선택입니다.