June Offer Every MAX plan gets a fully custom-built system Free custom system worth $1,500-$10,000 · worth $1,500-$10,000
Inflowave Logo

Stato dell'afflusso

Disponibilità storica e in tempo reale per tutti i servizi Inflowave, tra cui l'integrazione dell'API di Instagram, la pianificazione, i pagamenti, l'analisi e l'applicazione web. Questa pagina si aggiorna automaticamente ogni 30 secondi. Se riscontri un problema non riportato qui, contatta il nostro team di supporto all'indirizzo support@inflowave.io.

Inflowave esegue un'infrastruttura Kubernetes multiregione con failover automatico tra le regioni Canada, Polonia e Singapore. I servizi critici (consegna DM di Instagram, elaborazione webhook, acquisizione di lead e webhook di pagamento) sono monitorati continuamente con avvisi al nostro team di guardia. Quando viene rilevato un peggioramento, aggiorniamo questa pagina e pubblichiamo note sull'incidente mentre indaghiamo, identifichiamo la causa principale e forniamo una soluzione. Anche le autopsie degli incidenti che durano più di un'ora vengono pubblicate qui entro 48 ore.

Ogni servizio elencato di seguito tiene traccia del proprio SLO di uptime e della disponibilità storica negli ultimi 90 giorni. Misuriamo i controlli sintetici dello stato rispetto a tutti i principali flussi di utenti (accesso, invio di DM, pagamento, ricevuta del webhook) e segnaliamo un incidente non appena i tassi di errore o la latenza escono dai limiti normali. Se gestisci un'agenzia o uno spazio di lavoro aziendale e desideri notifiche dirette sugli incidenti tramite Slack o e-mail, contatta support@inflowave.io per abilitare avvisi proattivi per il tuo team.

Caricamento dati di stato...

Come viene aggiornata questa pagina

I dati sullo stato presenti in questa pagina provengono dallo stesso sistema di monitoraggio che monitora il nostro team di guardia. Ogni 60 secondi vengono eseguiti controlli sintetici su ogni servizio Inflowave: accesso, invio di messaggi diretti, elaborazione dei pagamenti, ricevuta del webhook, pianificazione, marketplace, analisi. Quando due controlli consecutivi falliscono o la latenza supera lo SLO documentato, un incidente viene aperto automaticamente e pubblicato qui. Sono possibili anche incidenti manuali: se un problema dell'ISP regionale o di un'API di terze parti (API Instagram Graph, Stripe, SendGrid) peggiora una funzionalità per i nostri utenti, apriamo un incidente con i dettagli in modo che i clienti possano vedere cosa sappiamo e quando prevediamo una risoluzione.

Cosa significano le barre di uptime

Ogni barra colorata rappresenta un giorno intero di monitoraggio. Verde significa che il servizio ha raggiunto il suo SLO quel giorno senza periodi degradati. Giallo significa che c'era almeno una finestra danneggiata: il servizio era ancora raggiungibile ma più lento o parzialmente compromesso. Il rosso indica che si è verificata un'interruzione reale che ha influito sulla funzionalità rivolta agli utenti. Passando il mouse su qualsiasi barra viene visualizzata l'esatta percentuale di uptime per quel giorno più una nota se è stato segnalato un incidente. La finestra di 90 giorni sta scorrendo, quindi le barre a sinistra sono i dati più vecchi, le barre a destra sono i più recenti.

Se noti qualcosa che ci è sfuggito

Le pagine di stato sono oneste quanto i dati che le alimentano. Se noti un problema che questa pagina non riflette, forse un problema specifico della regione, una funzionalità in una coorte beta o un degrado parziale che i nostri sintetici non hanno rilevato, invia un'e-mail support@inflowave.io con uno screenshot, la finestra temporale e l'e-mail del tuo account. Il tecnico di guardia indagherà e, se confermato, pubblicherà un incidente qui in modo che altri clienti interessati possano vederlo. I clienti aziendali possono richiedere un webhook con stato privato per il proprio stack di monitoraggio: contatta il tuo account manager per la configurazione.

Affidabilità storica

Il tempo di attività misto di 90 giorni di Inflowave è superiore al 99,9% su tutti i servizi. Ogni servizio pubblica il proprio obiettivo SLO (in genere 99,95% per i percorsi di acquisizione e 99,9% per i servizi applicativi). Quando perdiamo uno SLO, il team scrive un'autopsia pubblica entro 48 ore che copre cosa è successo, perché è successo, cosa abbiamo fatto per risolverlo e cosa abbiamo cambiato per evitare che si ripeta. Le autopsie si trovano nella nostra knowledge base nella categoria "Problemi e risoluzione dei problemi", collegata alla relativa scheda dell'incidente.