Den moderne verden av systemadministratorer har gjort oss late med vakre web-grensesnitt, så mye at man knapt har lyst til å installere programvare som ikke har dette «gui» (jeg føler at det nå vil komme kritikk fra de troende tekstbehandlerne), men man skal jo ikke stadig måtte gå inn via kommandolinjen, ikke sant? Alt hadde vært greit hvis man kunne installere, konfigurere og glemme det, men hva gjør man når man må inn der hele tiden for å redigere, og selvfølgelig finnes det ingen logg over alle handlinger, man kan jo ikke skrive cp cfg cfg_back hver gang, med tiden vil man bli forvirret og gi opp dette.
For mange år siden kom jeg i kontakt med en så fantastisk balanseprogramvare som Haproxy. Alt var strålende og vakkert. Jeg fikk mange av dem og tenkte på å finne et GUI til dem, men overraskende nok fantes det ikke. En veldig populær programvare, som også er ganske gammel, men jeg tenkte at det var greit og fortsatte å redigere manuelt i min kjære vi og ha en mengde åpne faner med statistikk over alle aktive. servere. Men tiden kom da jeg måtte tilfredsstille «ønskene» til folk som skrev programvare for å jobbe via http, og her begynte det interessante...
Hendene begynte å klø, øynene lyste, og jeg satte i gang. Nærmere bestemt begynte jeg å tenke på hva jeg skulle skrive med, jeg husket den lenge glemte PHP, men jeg hadde ikke lyst, og det virket ikke helt passende for dette. Til slutt falt valget på Python, noe jeg tenkte ville komme godt med i fremtiden, og jeg begynte å absorbere informasjon.
I starten var oppgavene ikke så vanskelige: muligheten til å redigere konfigurasjoner fra et webgrensesnitt fra ett inngangspunkt, lagre tidligere versjoner av konfigurasjonene. Denne, ikke så store funksjonaliteten, ble ganske raskt implementert, men så dukket det opp en slags administrativ latskap eller det såkalte perfeksjonismen i meg, og jeg følte at dette selvsagt var for lite. Og så begynte det å dukke opp funksjoner som: sammenligning av to konfigurasjoner, logging av alle handlinger relatert til konfigurasjoner, Runtime API og legge til seksjoner via web.
Som en anstendig UNIX-administrator som lever av fri programvare, bestemte jeg meg for å dele dette med verden, kanskje noen kan ha nytte av det? Men for å få dette til måtte alt gjøres på en måte som gjorde at man ikke måtte grave i koden, bare maks i konfigurasjonen (Nå har de fleste innstillingene flyttet til databasen. Etter min mening er det blitt lettere å redigere dem, og ved oppdateringer vil det ikke oppstå feil på grunn av manglende parametere i konfigurasjonen).
En måned senere la jeg ut kreative greier på GitHub uten å forvente noe spesielt. Men det var dumt, programvaren viste seg å være litt ettertraktet, og her begynte det mest interessante... Aktiv utvikling har pågått i nesten et år. Noen ganger har jeg lyst til å gi opp, da mine behov har vært dekket på lenge. Men hvorfor trenger jeg muligheten til å sette opp et «klynge» med keepalived og HAProxy gjennom et nettgrensesnitt, når jeg kan gjøre det på et par minutter? Men det viser seg at folk trenger det, og jeg er også interessert, og har noe å gjøre. Selvfølgelig finnes det også funksjoner jeg trenger, som overvåking av backend-servere, om de er tilgjengelige for HAProxy. Vi har selvfølgelig bedriftsmonitorering, men der sitter det folk som kan ta tid til å reagere, pluss at min avdeling driver utvikling, og programvaren kommer og går, så det er vanskelig å komme seg gjennom byråkratiet.
Så jeg bestemte meg for å dele det, for det viser seg at dette er den eneste gratis GUI-en. Hva om noen kan ha nytte av det? .
Kilde: habr.com
