Vlákno názorů k článku
Budoucnost desktopu: tenký klient od Filip - O tenkém klientovi s hovoří již dlouho. Většinou...

Proboha proč chcete něco obíhat? Na instalace, patchování a změny konfigurace máte deployment tools a Group Policy. No a když má uživatel problém, v nejhorším helpdesk použije vzdálené ovládání desktopu.

Ale asi sa zhodneme na tom ze obsluhovat 200 klientskych strojov alebo 10 servrov je dost podstatny rozdiel co sa tyka pracnosti. Tych 200 klientov ta proste zahlti. A pomer 20 klientov na jeden server mame zmerany z praxe a da sa ist aj vyssie.

200 klientů není žádný problém, pokud máte zvládnutý proces deploymentu stanice, deploymentu aplikací a patchů, a vyřešený helpdesk na dálku.

20 klientů na server je celkem málo. Samozřejmě záleží na aplikaci. Primárním problémem je spotřeba paměti - na 32 bitech běžíme běžně 50-70 klientů. Windows 2008 v 64-bit verzi má reference na 150 současně běžících klientů na server, a podle všeho to není konečná.

Pouzivate windows, administruje windows, ste s tym spokojny. Co hladate na root.cz?

Neadministruji Windows (už mnoho let). Na root.cz toho času diskutuji o tom, jestli je tenký klient budoucností desktopu. A vy?

A to když máte BSOD nebo HW problem na tenkém klientu, tak k uživateli nemusíte?

Jediný rozdíl je v tom, že desktop se rozbije častěji, protože obsahuje HDD. V takovém případě vezmete počítač, který leží v koutě, donesete ho uživateli, zasunete DVD, nabootujete, dáte si kafe, poté DVD vyjmete, a necháte uživatele přihlásit. Aplikace se mu nainstalují samy, data měl samozřejmě na serveru. Praxe je samozřejmě (jako vždy) o něco divočejší, ale ne zase o tolik.

Předpokádám, že i TC zkusíte oživit, případně jej pošlete do servisu (nebo je opravdu házíte rovnou do koše?). Reinstalace PC může, jak jsem říkal, proběhnout bez větších nároků na vaší přítomnost. SW pro uživatele se nainstaluje sám, tedy pokud máte zvládnutý deployment.

Proč se se mnou bavíte? Fakt nevím. Měl bych to vědět?

Ještě jednou: pokud používáte nějaké řešení pro deployment stanic, tak instalace základního balíku (OS, drivery, Office, co já vím) proběhne bez vaší účasti. Po přihlášení uživatele se mu pak nainstalují aplikace, které používá. Je to jen věcí toho, jestli jste jako admin strávil dost času nad vypracováním bezobslužného procesu deploymentu. Samozřejmě pokud je třeba někam běhat s médii, a pár hodin trávit instalací, je to jiné. Jenže, jak je psáno výše, ono to nutné není.

Problem je iba vtedy ked ten autodeploy prestane fungovat a adminovy hlasi nainstalovane a na stanici to stale nejde a ono sa neda zistit preco. A mozte si buchat hlavu o stenu lebo do toho zatvoreneho systemu nevidite. A ze sa to pos... za to rucim svojou hlavou. Samostatnou kapitolou je ladenie 20 aplikacii tak aby behali spolu na novom service packu.
A potom naviac pride novy manager a zistite ze on potrebuje nemecky windows a cely system deploymentu sa hruti lebo tie aplikacie proste nechodia.
Neboj ja sa s adminmi nasich skvelych windows stretavam na kave.

Samozřejmě jako většina věcí, i deployment se může rozbít. Nevím, co je "zatvoreny system" ve chvíli, kdy máte k dispozici logy, postupy pro troubleshooting a podporu od dodavatele. Chtěl byste mít pár set MB zdrojáků, abyste měl dojem, že je systém otevřený? A fakt by vám to pomohlo vyřešit problém, když deployment system tvrdí že je vše OK, ale aplikace na stanici není?
Pokud někdo potřebuje německé Windows (a pokud mu to firma dovolí), dostane anglické Windows, a k nim německý language pack. Pokud na německém systému nelze provést deployment, je to proto, že někdo něco odfláknul. Třeba váš kolega počítal s tím, že v nabídce Start existuje adresář "Startup", a ono je tam v jiném jazyku něco jiného (v češtině tuším "Spustit po startu"). To pak není chyba systému, ale lidí (konkrétní příklad se řeší použitím funkce SHGetSpecialFolderPath s parametrem CSIDL_COMMON_STARTUP či CSIDL_STARTUP, nebo obdobně ve VBS). Jenže většina lidí jsou amatéři, a o tom, že udělali chybu, se dozvědí až na německých Windows (a ještě si myslí, že to není jejich chyba).