JavaScript is required to for searching.
Omitir Vínculos de navegación
Salir de la Vista de impresión
Interfaz de programación de aplicaciones de RESTful de Oracle® ZFS Storage Appliance
Red de tecnología de Oracle
Biblioteca
PDF
Vista de impresión
Comentarios
search filter icon
search icon

Información del documento

Uso de esta documentación

Capítulo 1 Descripción general

Autenticación

Autenticación básica

Autenticación del usuario

Autenticación de la sesión

Versiones de API

Versiones de servicio

Operaciones RESTful comunes

Cuerpo de respuesta HTTP

Encabezados de respuesta HTTP

Parámetros de la consulta

props

limit

start

Errores

Capítulo 2 Trabajo con la API

Capítulo 3 Comandos del servicio de alertas

Capítulo 4 Servicios de análisis

Capítulo 5 Servicios de hardware

Capítulo 6 Comandos de log

Capítulo 7 Comandos de red

Capítulo 8 Comandos del servicio de problemas

Capítulo 9 Servicio de roles

Capítulo 10 Servicios SAN

Capítulo 11 Comandos de servicio

Capítulo 12 Servicios de almacenamiento

Capítulo 13 Comandos del sistema

Capítulo 14 Servicio del usuario

Capítulo 15 Comandos de flujo de trabajo

Capítulo 16 Clientes RESTful

Versiones de servicio

Cada servicio tiene un número de versión como parte del Identificador uniforme de recursos (URI) para acceder al servicio. La versión tiene un número principal y secundario. Las solicitudes deben proporcionar el número de versión principal, pero el número de versión secundaria es opcional y establece como predeterminado un valor de "0", si no se suministra. El número principal debe coincidir con el número principal del servicio. El número secundario debe ser inferior o igual al número secundario del servicio.

Ejemplo: un cliente hace algunas solicitudes para un servicio que está ejecutando el número de versión “2.1”.

Solicitar versión
Permitido
v1
Falso: el número principal no coincide.
v2
Verdadero: el número principal coincide con el secundario y es compatible con versiones anteriores.
v2.1
Verdadero: los números principales y secundarios coinciden.
v2.2
Falso: el número principal coincide, pero el número secundario es una revisión más nueva.

No se requieren cambios de versión de API para los siguientes cambios de propiedad. El número y el modelo de la versión del dispositivo se deben utilizar para determinar qué propiedades están disponibles. Estos cambios de propiedad también se reflejan en la CLI y la BUI, y son indicaciones de las capacidades de esa instancia de ZFSSA.  

Puesto que una versión nueva de un comando compatible con versiones anteriores puede devolver propiedades adicionales, los clientes deben cifrarse para ignorar las nuevas propiedades. El número secundario se incrementa para los cambios compatibles con versiones anteriores al servicio de la API.

El número principal se incrementa con cambios incompatibles al servicio de la API.

Las versiones principales del software del ZFSSA pueden incluir cambios de versión incompatibles. Es posible que haya o que no haya versiones anteriores de un servicio dado durante una actualización principal. Cada respuesta a un comando debe contener un encabezado HTTP con la versión actual de la API de ZFSSA para un módulo determinado:  

X-Zfssa-Nas-Api:  1.1