s udrzbou se pocita - ale problem je v dnesnim ponimani 'udrzby' u vydavatelu OS: HW naroky na novejsi verzi prevysuji moznosti daneho HW, nebo rovnou prestanou podporovat starsi HW.
meni se protokoly jak na bezicim pasu ...
je treba si uvedomit, ze vyvoj podobneho zarizeni trva klidne 5, nebo i 10 let. treba v letech 1980 - 1990 sice HW sel pekne dopredu, ale vyvojove strediska to stihaly.
ale to co nastalo potom, to bylo naprosto nepredvidatelne: v prubehu dalsich 5 let vzrotli jednak moznosti HW, ale uz tam se zacalo ukazovat nenasytnost SW.
takze nez se neco dokoncilo ze stavu prototyp a po model urceny do produkce, uz bylo treba predelat.
a zivotnost: je treba rozlisovat nekolik urovni: HW (respektive i lowlevel SW) vydrzi hodne dlouho
ovladaci SW (s nasazenym OS) to uz byva horsi.
ale nejhorsi je infrastruktura, do ktere se pak zarizeni pripojuje - ta musi byt odolna.
a zkuste si naplanovat odolnost vuci cemukoliv na 5 let dopredu.
nehlede na to, ze vas tlaci cas a hlavne tlak na nizke naklady (a do toho ted jeste 'moderni' agilni styl vyvoje - jakykoliv kod, hlavne rychle, pak se to opravi, takze uz pri navrhu prava ruka nevi co dela leva. zlaty staricky V-model)
takze nakonec to vypada asi takto: je vyvynut pristroj s ridicim OS a se zapojenim do nejake infrastruktury.
uz pri instalaci je infrastruktura zmenena, nektere zmeny se daji udelat na miste, jine je treba znovu testovat.
po pulroce, kdyz se overily vsechny zmeny, se ukaze, ze se zmenil balik OS vyuzivany v infrastrukture (treba jenom na vyssi verzi), takze je treba zas implemntovat zmenu protokolu a zavezt nove bezpecnostne pravidla, ....
takova pekna spirala
castecne reseni: infrastruktura pro pristroje je oddelena od dalsich administrativnich (kancelarskych s browserem) pocitacu. data je mozne poslat ven na urcita mista, odkud je mozne treba vyzvednout. a duraz na to, aby se nic nemenilo. (hlavne administratori, kteri tu infrastrukturu znaji, protoze neni nic horsiho, nez novy agilni frikulin, ktery to zacne menit ...)