Skip to main content
ONTAP Select
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Fondamenti di servizi web REST per la distribuzione e la gestione di cluster ONTAP Select

PDF

Representational State Transfer (REST) è uno stile per la creazione di applicazioni web distribuite. Applicato alla progettazione di un'API per servizi web, definisce un insieme di tecnologie e best practice per esporre risorse basate su server e gestirne gli stati. Utilizza protocolli e standard di settore per fornire una base flessibile per la distribuzione e la gestione dei cluster ONTAP Select.

Architettura e vincoli classici

REST è stato formalmente articolato da Roy Fielding nella sua tesi di dottorato "dissertazione" presso UC Irvine nel 2000. Definisce uno stile architetturale attraverso un insieme di vincoli, che collettivamente hanno migliorato le applicazioni web-based e i protocolli sottostanti. I vincoli stabiliscono un'applicazione di servizi web RESTful basata su un'architettura client/server utilizzando un protocollo di comunicazione stateless.

Risorse e rappresentazione dello stato

Le risorse sono i componenti di base di un sistema basato sul web. Quando si crea un'applicazione di servizi web REST, le prime attività di progettazione includono:

  • Identificazione delle risorse di sistema o basate su server Ogni sistema utilizza e gestisce risorse. Una risorsa può essere un file, una transazione aziendale, un processo o un'entità amministrativa. Uno dei primi compiti nella progettazione di un'applicazione basata su REST web services è identificare le risorse.

  • Definizione degli stati delle risorse e delle relative operazioni di stato. Le risorse si trovano sempre in uno di un numero finito di stati. Gli stati, così come le operazioni associate utilizzate per effettuare i cambiamenti di stato, devono essere definiti in modo chiaro.

I messaggi vengono scambiati tra client e server per accedere alle risorse e modificarne lo stato, secondo il modello generico CRUD (Create, Read, Update, and Delete).

Endpoint URI

Ogni risorsa REST deve essere definita e resa disponibile utilizzando uno schema di indirizzamento ben definito. Gli endpoint in cui le risorse sono localizzate e identificate utilizzano un Uniform Resource Identifier (URI). L'URI fornisce un framework generale per la creazione di un nome univoco per ogni risorsa nella rete. L'Uniform Resource Locator (URL) è un tipo di URI utilizzato con i servizi web per identificare e accedere alle risorse. Le risorse sono in genere esposte in una struttura gerarchica simile a una directory di file.

messaggi HTTP

L'Hypertext Transfer Protocol (HTTP) è il protocollo utilizzato dal client e dal server dei servizi web per scambiare messaggi di richiesta e risposta relativi alle risorse. Nell'ambito della progettazione di un'applicazione di servizi web, i verbi HTTP (come GET e POST) vengono mappati alle risorse e alle corrispondenti azioni di gestione dello stato.

HTTP è stateless. Pertanto, per associare un insieme di richieste e risposte correlate in un'unica transazione, è necessario includere informazioni aggiuntive nelle intestazioni HTTP che accompagnano i flussi di dati di richiesta/risposta.

Formattazione JSON

Sebbene le informazioni possano essere strutturate e trasferite tra client e server in diversi modi, l'opzione più diffusa (e quella utilizzata con la Deploy REST API) è JavaScript Object Notation (JSON). JSON è uno standard di settore per la rappresentazione di semplici strutture dati in testo semplice e viene utilizzato per trasferire informazioni sullo stato che descrivono le risorse.