Komodo 2.3 kan avbryte bygg som kjører og paginerer containerlistene

På Komodo-installasjoner med mange ressurser har oversiktssidene hatt en tendens til å bli trege. Versjon 2.3.0 kom 29. juli, fulgt av 2.3.1 to dager senere, og tar tak i nettopp det. Komodo bygger og deployer containere på tvers av flere servere, og ligner Portainer, men med flere CI-funksjoner og tettere GitHub-integrasjon.

Hovedgrepet er paginering i API-ene som lister ressurser og containere. Tidligere hentet Komodo hele samlingen i én spørring, noe som gikk ut over responstiden på store installasjoner. Nå kommer 50 ressurser per side som standard, og API-brukere som vil ha alt i én omgang sender limit 0 i forespørselen. Søk på term og sortering skjer nå på serversiden.

Den andre store endringen er at operasjoner som kjører kan stoppes. Bygg avbrytes ved at den aktive byggekommandoen termineres, og webhookene utnytter det: kommer flere Git-push tett etter hverandre, kan den nye webhooken avbryte byggingen som allerede går. Actions stoppes umiddelbart ved at Deno-prosessen som kjører skriptet avsluttes, mens Procedures fullfører det gjeldende parallelle steget før avbruddet slår inn.

Overvåkingen har fått en egen Stats-side med grafer på tvers av tilkoblede servere, og minnerapporteringen skiller nå aktivt brukt RAM fra filsystem-cache i stedet for å slå det sammen til ett tall. Byggere av server-typen kan kobles til flere servere og kjøre bygg parallelt.

Hva bør du gjøre?

1. Sjekk egne skript mot ressurs- og container-API-et. Går de ut fra at hele lista kommer i ett svar, kutter standardgrensen på 50 resten i stillhet.
2. Oppgrader hvis flere har tilgang til installasjonen din. Versjon 2.3 validerer ID-token ved Google-innlogging.
3. La den valgfrie bruksrapporteringen stå avslått hvis du ikke vil sende data ut fra en selvhostet installasjon. Den er av som standard.