Oznameni nefunkcnosti sluzby na serveru pres SMS

Stanislav Meduna stano-cznews na meduna.org
Pátek Květen 23 20:40:45 CEST 2003


On Fri, 23 May 2003 09:53:22 +0000 (UTC), Dalibor Straka wrote:

:>       Prominte, ale nevylucuje se nahodou prerekvizita s podminkami
:> vs. moznostmi? Neco velmi duleziteho monitorovat necim, co nema jakekoli
:> zaruky, vcetne toho, ze zprava vubec kdy dorazi...
:> 
: 
: Ano i nad tim jsem se zamyslel. Tak se jenom neptejte a poradte jiny
: zpusob doruceni informace o padu sluzby na serveru do meho vedomi.

Suhlasim s PaJaSoft-om - stavat nieco na SMS (a podla mna nad GSM
vobec) je riskantne. Nepisete o ake sluzby konkretne ide, zvazte
aj ci nahodou nebude pravdepodobnost vypadku vyssia vtedy,
ked bude vyssia aj pravdepodobnost problemov komunikacnych sieti
ako takych (typicky priklad: minulorocne povodne).

Pokial o tento pripad nejde, zvazte redundantnu architekturu
s automatickym prevzatim sluzby inym serverom - ci uz plnym,
alebo v degradovanom rezime. Moze sa Vam podarit natiahnut
pripustny cas reakcie tak, ze SMS s potvrdenim bude vyhovovat.
Potvrdzujte ale citanie, nielen dorucenie, t.j. prijemca musi
explicitne niekam napisat/zavolat).

Zo skusenosti firmy v ktorej pracujem mozem povedat, ze zakaznici
v oblasti riadenia technologickych procesov si zelaju pomerne siroku
skalu - od SMS cez pasivny WAP, WAP s moznostou zasahov, az po
pomerne sofistikovany system managujuci rozpis, na ktore cisla
sa ma kedy volat a podat hlasova sprava a s definovanou eskalaciou
pokial prvy adresat nereaguje. Architektura je od systemov, ktore
sa nezmozu ani na UPS, az po geograficky oddelene miesta prepojene
okruhmi s gigabitovym pasmom, ktore maju kazde redundantny system
a tieto sa este zalohuju navzajom. Je to ciste otazka ceny vypadku
sluzby oproti cene za udrzanie jej dostupnosti.

Zdravi
-- 
                                     Stano



Další informace o konferenci Linux