Threads ora apre issue su GitHub

Invii le segnalazioni FinOps da Insights e CloudFlow direttamente nei repository in cui i suoi engineer lavorano già. Disponibile da subito per tutti i clienti Cloud Intelligence™.

La maggior parte degli "sprechi" cloud non sopravvive al primo contatto con un backlog. Un insight segnala un database inattivo da 60 giorni. Qualcuno fa uno screenshot, lo incolla in una chat, e lì la cosa muore, perché il team responsabile del database pianifica la settimana su GitHub Issues e nessuno aveva voglia di aprire un ticket in uno strumento che non consulta mai. Threads esiste proprio per sistemare quel passaggio di consegne, ma finora poteva creare ticket solo su Jira e Linear. Se il lavoro dei suoi engineer vive su GitHub, l'ultimo passaggio restava il copia e incolla. Quel divario è stato colmato: ora Threads può creare e monitorare le issue di GitHub.

Che cosa ottiene

Una volta installata la GitHub App Cloud Intelligence Threads sulla sua organizzazione o sul suo account personale, GitHub Issues compare come destinazione ovunque sia possibile creare un thread. Da un insight, sceglie un repository, verifica il titolo e la descrizione precompilati, aggiunge, se lo desidera, label e assegnatari, e l'issue viene aperta. Da CloudFlow, il nodo Threads dispone degli stessi campi (repository, titolo, descrizione in Markdown, label, assegnatari), così un flow che rileva un'anomalia può aprire l'issue in autonomia, con i numeri già allegati.

La pagina Integrations e l'intestazione di Threads mostrano ora quali tra Jira, Linear e GitHub sono connessi, così vede a colpo d'occhio dove può andare un thread prima ancora di crearlo.

Cloud Intelligence™ continua a monitorare l'issue anche dopo la creazione. Stato, label, assegnatari e milestone vengono letti da GitHub, e il pulsante Manage in GitHub la porta direttamente all'issue. Le modifiche effettuate lato GitHub compaiono nella console. Se qualcuno trasferisce l'issue in un altro repository a cui l'app ha accesso, il thread la segue. La console non aggiunge le issue a GitHub Projects: quindi, se il suo team pianifica in un Project, attivi il workflow integrato di aggiunta automatica per quel repository.

La configurazione è volutamente noiosa. L'app richiede due permessi sui repository: Issues (lettura e scrittura) e Metadata (sola lettura). Al momento dell'installazione decide lei se l'app può accedere a tutti i repository o solo ad alcuni, e può modificare la scelta in seguito su GitHub. L'installazione spetta a un owner dell'organizzazione; se la avvia un membro, GitHub inoltra una richiesta di approvazione agli owner e la console mostra Awaiting approval finché uno di loro non accetta. Disinstallando l'app si disconnette tutto, e la console contrassegna i thread GitHub esistenti come non disponibili nel giro di pochi secondi.

Per iniziare

1. Colleghi GitHub da Integrations e installi l'app Cloud Intelligence Threads sui repository desiderati.
2. Apra un insight e crei un thread, scegliendo GitHub Issues come destinazione.
3. Oppure aggiunga un'azione Create a thread a un flow con il nodo Threads e selezioni un repository.

GitHub Issues è disponibile per qualsiasi account con il permesso Thread Manager. Se già usa Threads con Jira o Linear, non cambia nulla: GitHub si collega in parallelo. Il feedback che ci interessa di più è quello dei team che aprono insight reali in repository reali: quali campi mancano, che cosa dovrebbe contenere il corpo dell'issue e se lo stato del thread ha tenuto il passo con il lavoro.