Den moderna vÀrlden av systemadministratörer har gjort oss bekvÀma med vackra webbgrÀnssnitt, sÄ att vi knappt vill installera mjukvara dÀr detta "GUI" saknas (jag kÀnner att kritiken kommer att hagla frÄn de trogna scriptarna), men vi kan inte konstant grÀva ner oss i kommandoraden, eller hur? Allt skulle vara okej om vi kunde installera, konfigurera och sedan glömma mjukvaran, men vad gör man om man stÀndigt mÄste justera och det inte finns nÄgra loggar över alla ÄtgÀrder? Ska man verkligen skriva `cp cfg cfg_back` varje gÄng? Med tiden skulle man bli förvirrad och ge upp.
För mĂ„nga Ă„r sedan stötte jag pĂ„ en fantastisk lastbalanserare, Haproxy. Allt var underbart och snyggt. Jag hade plötsligt mĂ„nga av dem och började tĂ€nka pĂ„ att hitta ett GUI för dem, men förvĂ„nande nog fanns det inget. Det Ă€r en mycket populĂ€r mjukvara, dessutom ganska gammal, men jag tĂ€nkte att det var okej och fortsatte att göra smĂ„ justeringar i min favoritvi och ha massor av öppna flikar med statistik över alla aktiva instanser. servrar. Men det blev dags för mig att tillfredsstĂ€lla "begĂ€ren" hos de som skrev mjukvara för att arbeta via http, och hĂ€r började det bli intressantâŠ
Inspirationen flödade, ögonen tÀndes, och jag satte igÄng. NÀmligen började jag tÀnka pÄ vad jag skulle anvÀnda för programmering, och tÀnkte pÄ den lÀnge bortglömda PHP, men det kÀndes inte helt rÀtt. Till slut föll valet pÄ Python, jag tÀnkte att det skulle behövas i framtiden, och det blev en intensiv informationsinlÀrning.
I början var uppgifterna inte sÄ svÄra: möjligheten att redigera konfigurationer via ett webbgrÀnssnitt frÄn en ingÄngspunkt, samt spara tidigare versioner av konfigurationerna. Denna, inte sÀrskilt stora funktionalitet, lyckades jag genomföra ganska snabbt, men hÀr började min administratörslathet eller kanske den ökÀnda perfektionismen spela in, och jag kÀnde att det var för lite. Och dÄ började sÄdana funktioner som: jÀmföra tvÄ konfigurationer, logga alla ÄtgÀrder som rör konfigurationerna, Runtime API och lÀgga till sektioner via webben dyka upp.
Och som en ordentlig UNIX-administratör som lever av öppen kĂ€llkod beslutade jag mig för att dela med mig till vĂ€rlden â kanske skulle det vara till hjĂ€lp för nĂ„gon? Men för detta behövde jag göra allt sĂ„ att man inte behövde grĂ€va i koden, utan max i konfigurationerna (Nu har de flesta instĂ€llningar flyttat till databasen. Enligt min mening har det blivit enklare att redigera dem och vid uppdateringar kommer det inte bli nĂ„gra fel pĂ„ grund av avsaknaden av nĂ„got parameter i konfigurationen).
En mÄnad senare lade jag ut mitt projekt pÄ Github utan att ha nÄgra sÀrskilda förvÀntningar. Men det var synd, mjukvaran visade sig vara ganska efterfrÄgad och dÄ började det mest intressanta... Den aktiva "utvecklingen" pÄgÄr nu sedan nÀstan ett Är. Ibland kÀnner jag för att ge upp, eftersom mina behov redan Àr tillgodosedda sedan lÀnge. Men varför skulle jag behöva möjligheten att sÀtta upp en "kluster" med keepalived och HAProxy via en webbgrÀnssnitt, nÀr det tar mig högst nÄgra minuter? Tydligen behövs det för andra, och det intresserar ocksÄ mig, och det finns saker att göra. Naturligtvis finns det ocksÄ funktioner som jag verkligen behöver, till exempel övervakning av backend-servrar, om de Àr tillgÀngliga för Haproxy. Vi har sÄklart en företagsövervakning, men dÀr sitter det mÀnniskor som kan reagera ganska lÄngsamt, och eftersom min avdelning sysslar med utveckling och mjukvaran dyker upp och försvinner, tar det lÄng tid att ta sig igenom byrÄkratin.
SÄ jag bestÀmde mig för att dela med mig, eftersom det visar sig vara det enda gratis anvÀndargrÀnssnittet. Och vem vet, kanske det kan vara till nytta för nÄgon? .
KĂ€lla: habr.com
