bookmark_borderbookmark
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
En esta página, se describen los diferentes tipos de extremos de API que se pueden usar en Assured Workloads. Un extremo de API (o extremo de servicio) es una URL que especifica la dirección de red de un servicio de API, como bigquery.googleapis.com.Los servicios de Google Cloud permiten el acceso a los recursos mediante diferentes tipos de extremos de API, incluidos los extremos globales, regionales y de ubicación. Google Cloud La disponibilidad de cada tipo depende de si los proporciona un producto o servicio de Google Cloud determinado.
Todos los paquetes de control de Assured Workloads admiten extremos de API globales. La compatibilidad con los extremos de API regionales y de ubicación varía según los paquetes de control.
Extremos de API globales
Un extremo de API global no especifica la ubicación en el nombre de host de la URL. Por ejemplo:
storage.googleapis.com
bigquery.googleapis.com
logging.googleapis.com
Estos extremos de alcance global proporcionan extremos de servicio de alta disponibilidad que finalizan la sesión de TLS lo más cerca posible del cliente, lo que minimiza la latencia cuando se entregan llamadas a la API desde una población de clientes dispersa a través de Internet.
Extremos de API de ubicación
Un extremo de API de ubicación especifica la ubicación en el nombre de host de la URL. Por ejemplo:
us-west1-storage.googleapis.com
us-west1-bigquery.googleapis.com
us-west1-logging.googleapis.com
Estos extremos geográficos ofrecen beneficios a los clientes que requieren el uso de servicios específicos de ubicación y desean asegurarse de que los datos en tránsito permanezcan en una ubicación en particular cuando se accede a ellos a través de conectividad privada.
Extremos de API regionales
Un extremo de API regional especifica la ubicación como un subdominio. Por ejemplo:
storage.us-west1.rep.googleapis.com
bigquery.us-west1.rep.googleapis.com
logging.us-west1.rep.googleapis.com
Estos extremos regionales ofrecen los mayores beneficios a los clientes que requieren el uso de servicios específicos de la ubicación y desean tener formas de garantizar que los datos en tránsito permanezcan en una ubicación en particular cuando se accede a ellos a través de la conectividad privada o de Internet pública.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-03-06 (UTC)"],[[["API endpoints, which are URLs specifying the network address of a Google Cloud API service, can be global, locational, or regional."],["Global API endpoints, like `storage.googleapis.com`, do not specify a location and are designed for high availability and low latency for clients around the world."],["Locational API endpoints, such as `us-west1-storage.googleapis.com`, include the location in the hostname and are used by customers who require location-specific services and wish to keep in-transit data in a specific area."],["Regional API endpoints, exemplified by `storage.us-west1.rep.googleapis.com`, use a location subdomain and offer the greatest control for keeping in-transit data within a specific region, either via private connectivity or the internet."],["Assured Workloads control packages support global API endpoints, while support for locational and regional endpoints varies, with the availability of both locational and regional endpoints being limited across Google Cloud services."]]],[]]
