Private Endpoints
Private Service Connect
Google Cloud Private Service Connect (PSC) lets consumers access published services through private, addressable endpoints without traversing the public Internet or VPC peering. A producer publishes a service behind a forwarding rule attachment; consumers create endpoints in their own VPC that map to that service. The model separates the producer's service identity from the consumer's network, enabling private consumption across projects, folders, and organizations with centralized policy control.
Google Cloud
Service information
Shortname: PSC
Huawei equivalent shortnames: VPCEP
Keywords: private endpoint, network, service access
Differences vs Huawei
Huawei VPCEP exposes two topologies GCP PSC collapses into one consumer/producer pair: interface endpoint services, where the backend is an ELB, ECS, or BMS resource, and gateway endpoint services, which the system provisions only for managed services such as OBS. A VPCEP endpoint service can have a single backend resource, and supported backend types are enumerated and region-dependent, whereas PSC producers attach any Internal Load Balancer forwarding rule. Both VPC endpoint and endpoint service must reside in the same region, matching PSC's regional boundary; cross-region consumption in Huawei typically traverses Enterprise Router (ER) or Direct Connect rather than a native PSC-style global endpoint.
Access control and the request/accept model diverge in scope. VPCEP supports connection approval (accept or reject each endpoint) and a whitelist keyed by consumer account ID for cross-account access, with a quota of 100 endpoint services per region and 20 tags per service. PSC relies on IAM-style accept/reject lists at the service attachment plus project-level subnet permit lists; its quotas are separate project/consumer endpoint limits. Port mapping in VPCEP is fixed at creation (protocol, service port, terminal port) and not mutable afterward, while PSC preserves the producer's port and protocol directly through the forwarding rule, so any DNS aliasing or port translation differs between the two.
Integration, scaling, and operational responsibility differ. Huawei publishes VPCEP throughput as up to one million concurrent requests per second and integrates reachability with VPC, Direct Connect, VPN, and ER for on-premises and cross-VPC scenarios; the operator still manages the underlying ELB/ECS health and scaling. PSC leverages Internal HTTP(S)/TCP/UDP Load Balancers for scale and health, with Terraform-driven producers and consumers, and relies on Cloud Logging and Monitoring for attachment telemetry. Huawei operational ownership spans VPCEP plus the chosen backend (ELB recommended over BMS, which is deprecated), so logging, health checks, and failover behavior are split across VPCEP and the backend service rather than consolidated at the attachment as in PSC.
Migration to Huawei
First, inventory every PSC service attachment: producer backend (Internal Load Balancer), region, port/protocol, consumer projects, and IAM accept lists. For each attachment, select a VPCEP backend type that fits the traffic profile: ELB for stateful or Layer 7 workloads, ECS for single-instance backends; avoid BMS as Huawei deprecates it. Confirm the target region offers an interface endpoint service for that backend and verify the per-region quota of 100 endpoint services, then map PSC accept/reject lists to VPCEP connection approval plus the consumer-account whitelist.
Recreate the producer side as a VPCEP endpoint service: register the ELB or ECS resource, fix the port mapping (service port to terminal port, protocol) at creation since it is immutable later, and decide whether to require connection approval. On the consumer side, create VPC endpoints against the endpoint service ID; because VPCEP requires the endpoint and endpoint service to be in the same region, plan ER, VPC peering, or Direct Connect/VPN for any cross-region or on-premises reachability that PSC handled via global endpoints or DNS. Carry over DNS aliases to VPCEP private DNS only where supported.
Validate control and data plane before cutover: confirm connection approval workflow, whitelist authorization for each consumer account ID, and end-to-end private connectivity without EIPs. Run load tests capped by the VPCEP published ceiling (one million concurrent requests per second) against the ELB backend, verify health checks and failover, and exercise cross-VPC and on-prem paths through ER or Direct Connect. Compare latency, retry, and TLS termination behavior to the PSC baseline, since port translation and health semantics differ.
Mind the gaps and pricing shift. PSC has no first-party one-click migration to VPCEP, so topology and policy are rebuilt manually or with Terraform/Rollover. Quotas differ: 100 endpoint services per region, single backend per service, and immutability of port mapping; features PSC consumers assume, such as folder- or org-level attachment policies and automated DNS peering, are not directly equivalent on Huawei. Recompute TCO using VPCEP, ELB, VPC, and any ER/Direct Connect resource-hours plus processed traffic, against GCP's resource and processed-traffic billing, before production cutover.
Huawei Cloud
Huawei equivalent service
Shortname: VPCEP
General function: Private Endpoints
Private endpoint access for cloud services.
Keywords: private endpoint, service access, network