Pomysł na program - Java (sys admin)

Dzień dobry,

Chciałbym napisać program w javie który tematyką byłby bliski administracji komputerowej. Myślałem, o prostym serwerze www który potem ewentualnie mógłbym rozbudować aby nie był prosty. Ale może ktoś miałby ciekawsze pomysły. Będę wdzięczny za sugestie, propozycje.
Pisałem program który wyświetlałby spis programów telewizyjnych z możliwością zaznaczania o których przypomnieć i w jaki sposób, pierwszy raz poznałem "guave" od google'a, jsoup, jdbc itd. jednak z racji, iż nie miałem innego pomysłu parsowałem html a długość życia takiej aplikacji jest zależna od strony z której pobieram informacje, stąd mój pomysł na coś innego, coś bardziej niezależnego, a z racji, iż obecnie bliżej mi do administratora niż programisty chciałbym napisać coś co jednocześnie byłoby bliskie administracji systemowej, tylko, że oprócz prostych rzeczy typu serwer nie mam innych pomysłów, stąd moja prośba.

może coś na zasadzie uptime'u aplikacji, robisz appke w której możesz się rejestrować (rejestrować swoją instancje która gdzieś żyje, w sumie wiele instancji) - ta Twoja aplikacja może w jakimś skonfigurowanym czasie pytać te rejestrujące się aplikacje o ich stan zdrowia (oczywiście na jakimś zdefiniowanym wcześniej endpoincie - taki endpoint może zwracać jsona ze stanem aplikacji). Taka Twoja appa może potem podejmować jakieś działania na postawie tych danych, np: wysłać maila że instancja zdechła albo za dużo na raz requestów musi przetwarzać i nie wydala.

Oczywiście takie coś już istnieje, i na gitcie można znaleźć trochę takich szkieletów które można se postawić, ale myślę że pomysł na taki admino-aplikacjio-cośtam-task jest w sam raz.

P.S nie pisz tego w C#, bo C# to COBOL naszych czasów.

Czyli aplikacja składałaby się ze strony klienta i serwera.
Klient:

• Może zarejestrować się na serwerze.
• Działa na jakimś endpoincie np. serwerze ftp.
• Okresowo zbiera informacje na temat stanu systemu gospodarza na którym jest uruchomiony (np. liczba żądań jaka jest przetwarzana w ciągu sekundy), i wysyła je do serwera (na jego żądanie oraz w ustalonym formacie np. json)

Serwer:

• Daje klientom możliwość rejestracji
• Zbiera informacje od zarejestrowanych u siebie klientów (okresowo)
• W oparciu o zebrane informacje o danym kliencie, podejmuje dalsze decyzje (np. jakaś instancja klienta zgłasza bardzo dużą ilość żądań jaką musi gospodarz aplikacji - np. serwer ftp - przetwarzać)

Tak z grubsza dobrze zrozumiałem ?

nie, nie, nie - możesz to zrobić jak chcesz. Jednak ja miałem na myśli taki scenariusz.

1. Klient(w sensie użytkownik) wchodzi na Twoją strone, loguje się i dodaje(konfiguruje) takie cykliczne sprawdzanie stanu.
2. Klient posiada aplikacje którą rejestruje, czyli rejestruje www.dupabladamalgosiacostam.pl na Twojej stronie www.sprawdzmnieproszeiuratuj.pl .
3. Twoja aplikacja robi request, może być np: GET na skonfigurowany adres,www.dupabladamalgosiacostam.pl /stanaplikacji/
   ten endpoint wraca np: jsona

 
{
"id" : "dupudapda",
"status" : "429",
"error"  : too many requests"
}

4. Twoja aplikacja dostając taki status, wsyła mail do właściciela czy tam kogoś, że masz problem i instancja zdechła.

Dodatkowo możesz jakieś dashboardy wrzucać, ludzie lubią kolorowe wykresy nawet jak ich nie rozumieją.

Taki endpoint może być na początek jakimś prostym basic authem zabezpieczonym, i klient podaje dane takiego basic autha podczas rejestracji.

Aha czyli program do sprawdzania stanu aplikacji webowych który ocenia obciążenie endpointa na podstawie skonfigurowanego wcześniej adresu np. www.appweb.pl/stanaplikacji i odpowiednio wykorzystuje przechwycone informacje (rysuje wykres, powiadamia itd.)
Teraz dobrze rozumiem ?