Kiel hazarde skribi TTT-GUI por Haproxy

La moderna mondo de sistemadministrantoj igis nin tiel maldiligentaj kun belaj retvizaĝoj, ke ni eĉ ne volas instali programaron kiu ne havas ĉi tiun tre "ulon" (mi sentas, ke ŝtonoj flugos de la devotaj kudriloj) , nu, ne estas kvazaŭ vi konstante grimpas tra la linio, ĉu ne? Ĉio estus bone se la programaro estus instalita, agordita kaj forgesita, sed kion fari se vi bezonas konstante grimpi tien, redakti, kaj kompreneble ne estas protokolo de ĉiuj agoj, ne skribu cp cfg cfg_back ĉiufoje, super tempo vi konfuziĝos kaj forgesos pri ĉi tiu afero.

Kiel hazarde skribi TTT-GUI por Haproxy

Antaŭ multaj jaroj mi renkontis tian mirindan ekvilibriston kiel Haproxy. Ĉio estas mirinda kaj bela. Mi havis multajn el ili kaj mi pensis serĉi GUI por ĝi, sed surprize ne estis unu. Tre populara programaro, kaj ankaŭ sufiĉe malnova, sed ho nu, mi pensis kaj daŭre foje redaktis la plumojn en mia plej ŝatata vi kaj havas amason da malfermitaj langetoj kun statistikoj de ĉiuj aktivaj serviloj. Sed venis la tempo kaj mi devis kontentigi la "dezirojn" de homoj, kiuj skribis programaron por labori per http, kaj tie aferoj interesiĝis...

Miaj manoj jukis, miaj okuloj eklumis kaj mi ekiris. Pli precize, mi ekpensis pri kio skribi, por memori la longe forgesitan PHP, iel mi ne volis, kaj ŝajnis, ke ĝi ne estas tute taŭga por ĉi tiu afero. Fine, la elekto falis sur Python, ĝi nepre utilos estonte, mi pensis, kaj komencis sorbi la informojn.

Komence, la taskoj ne estis tiel malfacilaj: la kapablo redakti agordojn de la retinterfaco de unu enirpunkto, konservante antaŭajn versiojn de agordoj. Ĉi tiu ne aparte granda funkcieco estis efektivigita sufiĉe rapide, sed tiam aŭ la maldiligento de la administranto aŭ la fifama perfekteco ekregis en mi kaj kompreneble tio ŝajnis al mi ne sufiĉa. Kaj tiam tiaj funkcioj komencis aperi kiel: komparo de du agordoj, registrado de ĉiuj agoj rilataj al agordoj, Runtime API kaj aldonado de sekcioj per la reto.

Kiel hazarde skribi TTT-GUI por Haproxy

Kaj kiel deca UNIX-administranto, kiu vivas el libera programaro, mi decidis kunhavigi ĝin kun la mondo, kaj eble ĝi utilos al iu alia? Sed por tio necesis fari ĉion tiel, ke oni ne bevu eniri la kodon, sed maksimume en la agordajn pugojn (Nun la plej multaj agordoj translokiĝis al la datumbazo. Koncerne al mi, ĝi havas fariĝu pli oportune redakti ilin kaj ne estos eraroj dum ĝisdatigo pro manko de iu aŭ parametro).

Monaton poste, mi afiŝis mian metion sur Github sen multe da atendo. Sed vane, la programaro montriĝis iomete postulata kaj tiam la amuzo komenciĝis... Aktiva "ĝisdatigo" daŭras preskaŭ unu jaron. Kelkfoje estas deziro rezigni pri ĉio, ĉar... miaj bezonoj estas kovritaj delonge. Nu, kial mi bezonas la ŝancon deploji "areton" kun keepalived kaj HAProxy per la reto, se mi bezonas nur kelkajn minutojn? Sed montriĝas, ke homoj bezonas ĝin, kaj mi interesiĝas, kaj estas io por fari. Kvankam, kompreneble, estas funkcioj kiujn mi bezonas, ekzemple, monitorado de backend serviloj kaj ĉu ili estas disponeblaj por Haproxy. Ni kompreneble havas kompanian monitoradon, sed tie estas homoj, kiuj povas reagi sufiĉe longe, + ĉar... Mia fako okupiĝas pri evoluo kaj programaro aperas kaj malaperas sufiĉe longe por trapasi la burokration.

Kiel hazarde skribi TTT-GUI por Haproxy

Ĝenerale, mi decidis dividi, ĉar rezultas, ke ĉi tio estas la sola senpaga GUI. Kio se iu trovas ĝin utila? Ligo al GitHub.

fonto: www.habr.com

Aldoni komenton