Novità Opsphere

Contesto operativo che si mantiene tra le investigazioni

Il troubleshooting non dovrebbe ripartire da zero ogni volta. Opsphere può ora costruire un quadro operativo circoscritto dell'ambiente in esame e riutilizzare conoscenze rilevanti da investigazioni precedenti quando aiutano a rispondere alla domanda operativa successiva.

La piattaforma mantiene relazioni tra entità operative come account, ambienti, servizi, repository e domini. Questo contesto viene recuperato in modo selettivo — solo quando è pertinente al compito attuale — invece di riversare un intero inventario di infrastruttura in ogni conversazione con l'IA. Il contesto operativo è limitato al tenant, all'account e all'ambiente pertinenti, con lo stesso modello di isolamento usato in tutta Opsphere.

Le investigazioni precedenti possono essere memorizzate come memoria operativa strutturata: contesto interessato, ipotesi, conclusioni, riferimenti alle evidenze, raccomandazioni e informazioni di verifica. Quando un nuovo incidente assomiglia a un caso già investigato, Opsphere può far emergere i casi precedenti più rilevanti come contesto aggiuntivo.

La telemetria resta nei sistemi che già la possiedono. Opsphere non deve diventare un altro datastore di observability: conserva relazioni operative, provenienza e conoscenza delle investigazioni, e interroga i sistemi live quando serve evidenza aggiornata.

Diagnostica di rete: lookup CNAME e probe diretti all’origin da Cursor

La diagnostica di rete integrata interroga ora A, AAAA e CNAME in una sola chiamata dns_lookup tramite recordTypes, così puoi mappare gli hostname di origin senza dig. http_check continua a inviare richieste HEAD alle URL pubbliche degli ambienti, con gli stessi default.

Puoi anche sondare l’origin in modo diretto: header Host personalizzato, TCP/TLS verso connectHost e SNI TLS con servername. Quel bypass del CDN serve al triage di 502/520: confronta codici di stato e header con l’edge pubblico senza uscire da Cursor.

È un’estensione di capacità del modulo di diagnostica esistente, adatto a Community: non una nuova integrazione né un logo sull’hub. Nessun nuovo nome di strumento e nessuna credenziale. Si integra con i flussi endpoint-health e di outage, e si abbina agli strumenti Cloudflare quando sono configurati.

Investigazioni operative che mostrano le loro evidenze

L'IA operativa non dovrebbe passare da un sintomo a un racconto di root cause pronunciato con certezza. Opsphere struttura ora le investigazioni intorno a più spiegazioni possibili e le verifica progressivamente rispetto a ciò che i sistemi operativi connessi riportano davvero.

Le ipotesi possono riguardare deploy, configurazione, infrastruttura, comportamento applicativo, dipendenze esterne, rete, CDN e altri domini operativi. Le evidenze raccolte da chiamate reali agli strumenti possono sostenere, respingere o lasciare irrisolta un'ipotesi, mentre i fatti osservati restano chiaramente distinti dall'inferenza.

La confidenza è calcolata dalle evidenze disponibili: qualità, fonti indipendenti a supporto e contraddizioni. Quando i sistemi di origine forniscono timestamp, Opsphere costruisce anche una timeline dell'investigazione a partire dalle evidenze già raccolte, senza richieste aggiuntive inutili.

Conclusioni e raccomandazioni supportate possono includere condizioni di verifica esplicite: cosa deve risultare vero prima che un incidente o una risoluzione proposta sia considerata validata. Opsphere resta in sola lettura per impostazione predefinita: investiga, correla e raccomanda, senza modificare silenziosamente la produzione. Investigazioni di alto livello e macro sul gateway MCP possono restituire lo stesso risultato strutturato a Cursor, Codex e ad altri client compatibili con MCP.

Azure: strumenti KQL Log Analytics, ricerca Blob e metadati Key Vault

L'integrazione Azure include ora quattro strumenti dati in sola lettura per il triage degli incidenti: KQL su Log Analytics, scoperta delle chiavi Blob e nomi e metadati dei segreti in Key Vault. Usano la stessa sessione Azure delegata con cui già accedi — nessun nuovo segreto Opsphere o slug di integrazione.

Interroga Log Analytics con KQL in sola lettura quando è disponibile un workspace. Trova chiavi blob per prefisso o nome esatto senza scaricare i contenuti. Elenca i nomi dei segreti in Key Vault e ispeziona i metadati di uno — mai il valore. Utile durante gli incidenti sui dati senza aprire il portale Azure.

È un ampliamento delle capacità dell'integrazione Azure esistente, non un nuovo logo sull'hub. Gli strumenti dati Synapse, Cosmos e ACR restano nella roadmap e non fanno parte di questa release.

Cinque strumenti MCP ora disponibili: purge cache Cloudflare, metriche Datadog, log di deploy Vercel, traceroute e rollup degli incidenti

Cinque strumenti prima contrassegnati come pianificati sono ora generalmente disponibili: purgare la cache Cloudflare per URL, tag, host o prefisso; interrogare serie temporali di metriche Datadog; leggere i log di build e runtime di un deploy Vercel; eseguire traceroute dall'ambiente Opsphere; e ottenere una timeline di incidente in sola lettura. Usano le credenziali Cloudflare, Datadog e Vercel già configurate — nessun nuovo segreto o slug di integrazione.

Il purge della cache Cloudflare è una scrittura distruttiva, regolata da una policy di approvazione. Il rollup degli incidenti è uno snapshot JSON in sola lettura; il triage interattivo di un'interruzione resta il workflow macro. Traceroute diagnostica il percorso di rete dall'host Opsphere.

Questo rilascio chiude il divario tra le righe della reference API ancora etichettate come pianificate e il gateway in produzione. È un ampliamento delle capacità su integrazioni e diagnostica esistenti, non nuovi loghi vendor sull'hub.

Datadog: risultati di esecuzione Synthetics e un up/down onesto per località

L'integrazione Datadog include ora uno strumento per elencare e ispezionare i risultati di esecuzione dei test Synthetic: pass o fail per un test nominato in una finestra temporale. Utilizza le stesse chiavi API e App Datadog già configurate; nessuna nuova credenziale o slug di integrazione.

I riepiloghi per località seguono ora l'ultimo stato di esecuzione di ogni test, non il flag di configurazione live o paused. Se nella finestra non ci sono esecuzioni, Opsphere segnala quel vuoto invece di un grafico di uptime al 100% fuorviante. Inventario e stato di configurazione restano nel riepilogo Synthetics esistente — quella vista non è pass/fail.

Il catalogo operativo completo di Opsphere raggiunge i 328 strumenti. È un ampliamento delle capacità dell'integrazione Datadog esistente, non un nuovo logo vendor sull'hub. Quando Datadog è connesso tramite Opsphere, gli agenti devono usare questi strumenti invece di chiedere un'API Datadog locale.

Cloudflare Load Balancing: quattro strumenti in sola lettura per pool, origin e health check

L'integrazione Cloudflare include ora quattro strumenti Load Balancer in sola lettura: inventario dei load balancer (filtro zona opzionale), pool, origin e steering di un balancer, salute dei pool sull'account e configurazione dei monitor di salute — path, intervallo e codici di stato attesi. Utilizzano lo stesso token API Cloudflare già configurato; nessuna nuova credenziale o slug di integrazione.

Le risposte sono mappate in campi pensati per gli agenti, non JSON grezzo di Cloudflare. Le liste vuote sono valide se l'account non ha ancora pool o monitor — utile per il triage del traffico sull'edge, la salute degli origin e lo steering senza aprire la dashboard di Cloudflare.

Il modulo Cloudflare conta ora un totale di 54 strumenti sul gateway. Il catalogo operativo completo di Opsphere raggiunge i 327 strumenti — un ampliamento delle capacità dell'integrazione esistente, non un nuovo logo vendor sull'hub.

Opsphere porta il contesto operativo in Slackbot tramite MCP

Opsphere include ora un'integrazione dedicata per Slack: attiva il gateway MCP remoto come app nelle conversazioni di Slackbot, autentica la connessione e poni domande in linguaggio naturale su qualsiasi integrazione configurata nel piano acquistato — senza lasciare Slack. L'interfaccia Slackbot è disponibile su tutti i piani attuali; gli strumenti che rispondono dipendono dalle integrazioni collegate.

Il sito pubblico aggiunge una pagina completa sull'integrazione Slack che copre la configurazione MCP, l'autenticazione e l'attivazione in chat, oltre alla rilevabilità dall'hub di integrazioni sotto Alerting e DevOps & Collaboration, e nel carosello delle integrazioni della homepage.

Questo rilascio estende Opsphere oltre gli editor e il client web, portandolo direttamente nella chat in cui i team gestiscono già il lavoro — un unico gateway operativo, ora raggiungibile da Slackbot.

Opsphere rilascia un'integrazione dedicata per Codex

Opsphere offre ora un'integrazione di primo livello per OpenAI Codex CLI e ChatGPT desktop — il medesimo gateway MCP remoto e la superficie di strumenti operativi che i team utilizzano già in Cursor, con un plugin nativo per Codex, un percorso di installazione da marketplace e un client OAuth. Gli ingegneri possono indagare sugli incidenti, verificare lo stato degli endpoint, diagnosticare la CI, configurare integrazioni e aprire contesti di lavoro nel Connection Hub senza abbandonare la sessione dell'agente.

Il sito pubblico aggiunge una pagina dedicata a Codex che rispecchia l'esperienza del prodotto per Cursor, offrendo indicazioni accurate sull'installazione e sulle skill di Codex, oltre alla rilevabilità dall'hub di integrazioni sotto gli strumenti di IA e nel carosello delle integrazioni in homepage. La navigazione dell'header raggruppa Cursor e Codex sotto la voce Plugin, per mantenere entrambi i client dell'editor a portata di clic.

Questo rilascio rafforza Opsphere come livello operativo condiviso per gli editor nativi per l'IA: un unico gateway, skill guidate e flussi di indagine in sola lettura — sia che i team lavorino su Cursor sia su Codex.

AWS: diagnosi degli Agenti Bedrock e delle Lambda degli action group

L'integrazione AWS aggiunge due strumenti di diagnostica in sola lettura per gli Agenti Bedrock che utilizzano la stessa sessione SSO o IAM degli altri strumenti aws_* — senza nuovi segreti Opsphere. Il focus è sulla diagnosi operativa per gli Agenti Bedrock (stato, alias, action group, IAM, knowledge base e rilievi), non sul marketing del prodotto Agent Core.

aws_bedrock_agent_diagnose restituisce lo stato di salute dell'agente, gli avvisi IAM, lo stato della KB, le Lambda collegate e un grafo delle relazioni in un'unica chiamata. aws_lambda_agent_diagnose approfondisce le Lambda degli action group fornendo configurazione, policy IAM e segnali di errore CloudWatch (con valori d'ambiente oscurati). Il prompt guidato investigate-bedrock-agent esegue lo stesso flusso in sola lettura nella chat web e nei playbook MCP.

Questo amplia l'integrazione AWS esistente — nessun nuovo chip vendor sull'hub. Il catalogo operativo completo del gateway Opsphere raggiunge i 318 strumenti.

AWS: strumenti per Athena, ricerca S3, query DynamoDB e Data API per Aurora

L'integrazione AWS include ora cinque strumenti aggiuntivi in sola lettura per l'indagine sul piano dati: SQL per Athena, individuazione oggetti S3 per prefisso o chiave, descrizione tabelle e Query per DynamoDB (senza Scan) e SQL per Aurora tramite l'API Data di RDS. Utilizzano la stessa sessione SSO o IAM con cui si effettua già l'accesso — nessuna nuova credenziale Opsphere e i segreti del database rimangono nel proprio Secrets Manager.

Esegui query su Athena quando è disponibile un workgroup o una posizione dei risultati in S3. Trova le chiavi S3 senza scaricarne il contenuto. Descrivi chiavi e indici di DynamoDB, quindi esegui la Query per chiave primaria. Esegui SQL in sola lettura su Aurora tramite HTTPS con gli ARN del cluster e dei segreti — utile durante gli incidenti sui dati senza dover aprire la console AWS.

Si tratta di un'espansione delle funzionalità dell'integrazione AWS esistente, non di un nuovo logo. Il catalogo completo del gateway Opsphere raggiunge i 312 strumenti operativi.

Cloudflare: 14 nuovi strumenti in sola lettura per Workers, Logpush, Snippet e KV

L'integrazione Cloudflare include ora 14 strumenti aggiuntivi in sola lettura per le operation avanzate sull'edge: inventario degli script Workers, storico dei deploy, domini personalizzati, job Logpush, Snippet di zona, Rules List di account, namespace KV e impostazioni di zona. Utilizzano lo stesso token API Cloudflare già configurato; nessuna nuova credenziale o slug di integrazione.

Elenca gli script Workers, i deploy e i domini personalizzati dell'account. Ispeziona i job Logpush e le regole degli Snippet di zona insieme agli strumenti DNS e WAF esistenti. Leggi le Rules List dell'account e i namespace KV senza aprire la dashboard di Cloudflare — utile per il triage degli incidenti sull'edge, l'audit delle liste WAF e le zone gestite tramite Terragrunt.

Il modulo Cloudflare conta ora un totale di 49 strumenti sul gateway. Il catalogo operativo completo di Opsphere raggiunge i 307 strumenti — un ampliamento delle capacità dell'integrazione esistente, non un nuovo logo vendor sull'hub.

Connection Hub: un unico accesso Cursor per ogni workspace cliente

Consulenti, agenzie e team di piattaforma gestiscono spesso tenant Opsphere separati per ogni cliente — e passare da un accesso all'altro nell'IDE interrompe il flusso di lavoro durante gli incidenti. Connection Hub è una funzionalità nativa della piattaforma Opsphere, non un'integrazione vendor: collega più workspace clienti a una singola sessione Cursor tramite OAuth, consentendo di rimanere nello stesso IDE pur cambiando il contesto operativo.

Collega i tenant cliente con ops_account_link_start, apri un contesto di lavoro lato server con ops_context_open ed esegui gli strumenti operativi delimitati da context_id. Il gateway risolve le credenziali lato server — nulla di sensibile risiede nella configurazione dell'IDE. Le skill del plugin link-account e open-work-context guidano l'onboarding; le risorse MCP opsphere://hub/connections e opsphere://hub/active-context espongono lo stato della connessione agli agenti.

Le installazioni dell'Hub non possono configurare integrazioni o eseguire strumenti operativi senza un contesto di lavoro attivo. Le autorizzazioni sono crittografate a riposo. Il rilascio aggiunge cinque strumenti per il piano di controllo del broker al catalogo del gateway; i contenuti sull'integrazione con Cursor del sito descrivono ora il Connection Hub accanto al flusso del plugin ufficiale esistente.

L'integrazione Algolia ora supporta le Application per ambiente tramite il Catalogo Cloud

L'integrazione Algolia di Opsphere ora associa ciascun ambiente del Catalogo Cloud — dev, staging, produzione o i propri slug personalizzati — alla rispettiva Application Algolia. È possibile configurare ID Application, indici predefiniti e chiavi API di ricerca limitate per ciascun ambiente nel Catalogo Cloud dell'amministrazione; gli strumenti MCP di Search API accettano un parametro opzionale env, cosicché richieste come "elenca gli indici in staging" risolvano l'Application corretta anziché quella di produzione. La diagnostica globale dei cluster rimane priva di credenziali.

Gli storefront aziendali eseguono spesso Application Algolia distinte per ciascun livello. Questo aggiornamento allinea Opsphere a tale modello e previene la fuga di credenziali tra ambienti diversi. La configurazione legacy con un singolo ID Application e chiave API rimane supportata per i tenant con singola applicazione.

I dettagli dell'integrazione e la documentazione di riferimento delle API sul sito descrivono ora la configurazione multi-ambiente insieme ai flussi di triage per la ricerca e gli indici esistenti.

Recupero più intelligente della memoria operativa e controlli GDPR di amministrazione

La memoria operativa di Opsphere fornisce agli agenti MCP un contesto sintetizzato ricavato da incidenti passati, note dei repository, riepiloghi di sessione e decisioni sintetiche — così che le indagini inizino dai precedenti anziché ripercorrere da capo le stesse tappe. La memoria integra gli strumenti di osservabilità in tempo reale e d'infrastruttura; gli agenti continuano a verificare lo stato attuale con Datadog, Kubernetes, Vercel e altre fonti operative.

Questo rilascio migliora le modalità di recupero della memoria: ricerca full-text con ponderazione sui titoli, espansione automatica multi-passaggio della query per il vocabolario operativo e classificazione euristica che dà priorità agli incidenti attivi, alle decisioni recenti e ai repository usati più di frequente. L'approccio è ottimizzato per corpora operativi contenuti — recupero rapido senza la latenza delle embedding o infrastrutture di ricerca aggiuntive.

Gli amministratori dei tenant ottengono inoltre controlli di governance nel portale amministrativo: elencare e filtrare gli elementi della memoria, invalidare voci obsolete indicandone la motivazione ed eseguire l'epurazione GDPR dell'utente con anteprima di prova (dry-run) — con traccia di audit per le azioni di epurazione. Gli strumenti MCP self-service rimangono disponibili per gli utenti che necessitano della cancellazione senza l'intervento dell'amministratore.

L'integrazione Railway aggiunge i deploy PaaS e il triage runtime a Opsphere

Opsphere si integra ora con Railway, estendendo la visibilità operativa ai progetti PaaS, ai deploy e allo stato di salute del runtime. I team possono esaminare lo stato dei progetti tra ambienti e servizi, ispezionare i deploy recenti, recuperare i log di build e di runtime ed eseguire diagnosi degli incidenti in sola lettura per correlare le ipotesi — tutto dallo stesso workspace operativo utilizzato per Vercel, Kubernetes, Datadog e AWS.

Collegare i segnali dei deploy e dei log di Railway con i dati di infrastruttura e osservabilità aiuta gli ingegneri a determinare se un'interruzione è iniziata con una release fallita, con un pattern di errore a runtime o con una dipendenza a monte — senza dover passare da Railway, agli strumenti di monitoraggio e alla chat degli incidenti durante ogni indagine.

Questa aggiunta continua a espandere Opsphere come livello operativo unificato, aiutando i team a correlare il triage PaaS con i segnali di delivery, osservabilità e infrastruttura attraverso un'esperienza coerente in sola lettura.

L'integrazione con Algolia porta la ricerca e lo stato degli indici nel contesto operativo

Opsphere ora si integra con Algolia, estendendo la visibilità operativa all'infrastruttura di ricerca e allo stato degli indici. I team possono verificare lo stato globale del cluster e lo storico degli incidenti senza credenziali, elencare gli indici con il conteggio delle voci e i metadati di build, riprodurre le query di ricerca, convalidare i record indicizzati per objectID e rivedere l'attività API recente — tutto dal medesimo workspace operativo in sola lettura.

Collegare i dati degli indici Algolia con i deploy, le modifiche al CMS e l'osservabilità dello storefront aiuta gli ingegneri a determinare se i problemi di ricerca derivano da record obsoleti, impostazioni di ranking o incidenti a monte — senza dover passare continuamente tra Algolia, Contentful CMS, Datadog e Sentry durante ogni indagine.

Questa aggiunta continua a espandere Opsphere come livello operativo unificato, aiutando i team a correlare il triage della ricerca con l'infrastruttura, l'osservabilità e i segnali di delivery attraverso un'esperienza uniforme in sola lettura.

Opsphere prepara il lancio del suo plugin ufficiale per Codex

Opsphere sta finalizzando l'imminente lancio del suo plugin ufficiale per Codex e Cursor, progettato per portare l'intelligenza operativa e la diagnostica DevOps direttamente nell'ambiente di sviluppo e nell'interfaccia di chat. Basato su un'architettura MCP (Model Context Protocol) remota, il plugin consentirà agli ingegneri e ai team SRE di indagare sugli incidenti, esaminare le metriche, analizzare i deploy ed eseguire diagnosi di rete su piattaforme come Datadog, Vercel, GitHub, AWS, Sentry e Jira — senza mai lasciare l'editor o cambiare contesto.

L'integrazione di Opsphere in Codex e Cursor elimina l'attrito tra la scrittura del codice e l'analisi della produzione. Attraverso flussi guidati in linguaggio naturale, i team possono eseguire verifiche di salute degli endpoint, triage delle interruzioni e analisi dei fallimenti delle pipeline CI/CD in pochi secondi, il tutto secondo un modello di autorizzazioni in sola lettura e autenticazione OAuth2 che mantiene le credenziali pienamente protette sul gateway remoto.

Il plugin sarà disponibile pubblicamente nei prossimi giorni e includerà una prova gratuita con il piano Community, affermando Opsphere come il livello di contesto operativo e indagine centralizzato per gli agenti IA.

PagerDuty e Prometheus espandono la risposta agli incidenti e la visibilità infrastrutturale

Opsphere si integra ora con PagerDuty e Prometheus, aggiungendo ulteriore contesto operativo per il monitoraggio dell'infrastruttura e la gestione degli incidenti. I team possono consultare gli incidenti attivi, i servizi e la cronologia degli incidenti da PagerDuty, interrogando al contempo metriche, avvisi, regole, target di scrape e dati PromQL di Prometheus dalla medesima interfaccia.

La combinazione delle metriche infrastrutturali con le informazioni sugli incidenti consente agli ingegneri di indagare sui problemi operativi in modo più efficiente, senza dover continuamente spostarsi tra le piattaforme di monitoraggio e di gestione degli incidenti. Il risultato è un accesso più rapido alle informazioni necessarie per comprendere cosa stia accadendo negli ambienti di produzione.

Con queste aggiunte, Opsphere continua a crescere come livello operativo centrale che connette piattaforme cloud, osservabilità, CI/CD e strumenti di gestione degli incidenti in un'unica esperienza operativa in sola lettura.

GitLab e SonarQube rafforzano il flusso di lavoro per la delivery del software

Opsphere include ora integrazioni native con GitLab e SonarQube, estendendo la visibilità operativa lungo tutto il ciclo di vita della delivery del software. I team di sviluppo possono accedere ai progetti GitLab, alle merge request, alle pipeline e allo storico dei deploy, consultando al contempo i quality gate di SonarQube, le metriche del codice, i security hotspot e l'analisi del nuovo codice dallo stesso workspace operativo.

Unendo le attività di CI/CD con le informazioni sulla qualità del codice, gli ingegneri possono comprendere rapidamente cosa sia cambiato, se un quality gate sia stato superato e come le recenti delivery si colleghino alle operation di produzione. Questo riduce la necessità di passare da una piattaforma all'altra durante le indagini e fornisce un prezioso contesto di sviluppo accanto ai dati infrastrutturali e di osservabilità.

Queste integrazioni continuano a espandere la piattaforma operativa unificata di Opsphere, aiutando i team di DevOps e platform engineering a connettere la delivery del software con l'intelligenza operativa attraverso un'esperienza uniforme e in sola lettura.