PathCosa vede Chain
Più chiamate HTTP in sequenza: stato, testo, JSON, cookie. Un hop può estrarre un token per il successivo. Un’esecuzione = 1 esecuzione, come un Flow; i Ping restano a parte.
Black Friday tra 22 giorni: i Suoi clienti potranno pagare? -25 % il 1° anno e configurazione offerta, fino al 30 novembreVedi l’offerta →
Chain
Chain. I servizi dietro reggono?
Accesso, poi l’API protetta. Un 200 su /health non prova che /me risponda ancora.
Chain
POST /loginTokenGET /ordini
Il token viene rifiutato: 401 al secondo passaggio.
As-code
POST /v1/scenarios con httpChain, oppure pathly_scenario { http_chain { ... } }. Stesso oggetto della console.
Nel dettaglio
Le API dietro i siti dei clienti: quattro casi concreti
Molti siti consegnati da un’agenzia dipendono da un’API: un CMS headless, un’area clienti, un servizio di magazzino. Chain verifica che queste chiamate reggano, nell’ordine in cui le fa l’applicazione.
Il front-end è verde, l’API del CMS non risponde più
Il sito statico è servito da una CDN e risponde 200. Ma l’API del CMS headless, che fornisce gli articoli, restituisce un errore. Una Chain chiede un token, chiama la rotta degli articoli, poi verifica che un titolo atteso compaia nella risposta.
/health risponde 200, /me risponde 401
La rotta di salute non dice nulla sull’autenticazione. Una Chain accede con un account di test, legge il token nella risposta JSON, poi chiama la rotta protetta con quel token. Se l’accesso si rompe dopo un rilascio in produzione, il passaggio 2 diventa rosso e l’avviso lo indica.
Il servizio di consegna cambia la sua risposta
Un negozio mostra i tempi di consegna grazie a un’API di spedizione. Il giorno in cui il campo atteso scompare dalla risposta, la pagina resta online ma mostra dati senza senso. La Chain legge quel campo a ogni esecuzione e fallisce se manca.
Ping verde, Flow rosso: la causa è dietro
Il percorso d’ordine si rompe, ma la pagina risponde. Il Ping è verde, il Flow è rosso. Una Chain sull’API del carrello dice se il guasto viene dal servizio dietro o dalla pagina stessa. Lei sa chi chiamare.
Come funziona Chain
Chiamate HTTP, in ordine
Una Chain concatena richieste HTTP. Per ciascuna, Lei fissa il metodo, l’indirizzo, le intestazioni e il corpo. Ogni passaggio verifica il codice atteso, 200 per impostazione predefinita, e se serve un testo nella risposta. Una pausa di al massimo 30 secondi può separare due passaggi.
Un token passa da un passaggio all’altro
Un passaggio può leggere un valore nella risposta JSON, per esempio $.token, oppure un cookie. Il valore si riutilizza poi nella forma {{token}} nell’indirizzo, nelle intestazioni o nel corpo dei passaggi successivi. I cookie ricevuti vengono conservati per il seguito.
Passaggi e Chain secondo il piano
Solo include 1 Chain di al massimo 3 passaggi. Freelance ne include 3, di 5 passaggi. Pro e Business arrivano a 10 passaggi, con 20 e 50 Chain.
Frequenza ed esecuzioni
Una Chain si pianifica come un Ping, con lo stesso intervallo minimo. Ogni esecuzione conta per un’esecuzione del pacchetto, qualunque sia il numero di passaggi. Prima di avvisare, un errore dubbio viene ricontrollato subito.
Una timeline per esecuzione
Ogni esecuzione conserva lo stato, la durata e l’indirizzo di ogni passaggio. Il passaggio che si rompe è segnalato, con un messaggio chiaro: passaggio 2 di 4, codice 401, atteso 200. L’avviso parte via e-mail, oppure su Slack, Teams e gli altri canali con un piano a pagamento.
Anche come codice
La stessa Chain si crea nella console, tramite l’API /v1 (POST /v1/scenarios con httpChain) o con il provider Terraform (blocco http_chain di pathly_scenario). Le richieste partono da Google Cloud in Belgio (europe-west1) e puntano solo a indirizzi pubblici.
Per approfondire
FAQ
- Perché un 200 su /health non basta?
- La rotta di salute risponde spesso senza passare dall’autenticazione né dal database. Una Chain rifà il percorso reale: login, token, poi rotta protetta. Se una di queste chiamate si rompe, la Chain lo vede.
- Quanti passaggi può contare una Chain?
- 3 su Solo, 5 su Freelance e 10 su Pro e Business.
- Come passare un token da un passaggio al successivo?
- Indichi il percorso del valore nella risposta JSON, per esempio $.access_token, e un nome di variabile. I passaggi successivi lo usano nella forma {{access_token}}. Un cookie si recupera allo stesso modo.
- Una Chain consuma esecuzioni?
- Sì, una per esecuzione, come un Flow, qualunque sia il numero di passaggi. I Ping restano fuori da questo conteggio.
- Si può creare una Chain tramite l’API o con Terraform?
- Sì. POST /v1/scenarios con httpChain, oppure il blocco http_chain della risorsa pathly_scenario. È lo stesso oggetto della console.
- Che differenza c’è tra Chain e Flow?
- Chain chiama le API senza browser, passaggio dopo passaggio. Flow apre un browser e clicca come un visitatore. Per un checkout, Flow verifica la pagina e Chain il servizio dietro.
Crea una Chain
Senza carta. Editor accesso → rotta protetta, oppure /v1.
Crea una Chain, senza carta