Cloud, nebo lokální řízení, není jen otázka rychlosti odezvy. Rozhoduje o tom, kdo vidí záznam z kamery v obýváku, co se stane se zámkem u dveří, když výrobce zruší appku, a jestli topení zůstane fungovat i ve chvíli, kdy server na druhém konci světa spadne. Dvě architektury, dva různé druhy rizika, které se často řeší až ve chvíli, kdy je pozdě je změnit.
Kde běží rozhodování
Cloudové řízení posílá povel z aplikace na server výrobce, tam se vyhodnotí a teprve odtud jde pokyn zpátky k zařízení. Lokální řízení nechává celé rozhodování doma, v centrální jednotce, která povel vyhodnotí sama a rovnou ho předá zařízení po domácí síti. Volba mezi oběma přístupy padá při výběru centrální jednotky a ekosystému, ne až u konkrétního zařízení v košíku.
| Cloudové řízení | Lokální řízení | |
|---|---|---|
| Kde se vyhodnocují automatizace | Na serveru výrobce | V centrální jednotce doma |
| Množství dat opouštějících byt | Vyšší, včetně telemetrie a často obrazu či zvuku | Nižší, hlavně kvůli aktualizacím |
| Chod bez internetu | Obvykle přestane fungovat | Automatizace běží dál |
| Riziko při ukončení služby výrobcem | Zařízení se přestane ovládat | Poslední nastavená pravidla zůstávají v provozu |
| Vstupní nároky | Nižší, rychlejší start | Vyšší, dražší centrální jednotka |
| Dostupnost na dálku | Jednoduchá, stačí telefon s internetem | Potřebuje vlastní řešení vzdáleného přístupu |
Tabulka ukazuje obecnou tendenci, ne pravidlo bez výjimek. Konkrétní zařízení se od svého typu, cloudového nebo lokálního, může v některém bodě odchýlit, proto se vyplatí u vybraného produktu ověřit chování přímo v dokumentaci.
Kam z domácnosti odcházejí data
Cloudové zařízení posílá na server výrobce nejen samotný povel, ale často i telemetrii, tedy údaje o tom, kdy se co zapnulo, jak dlouho běželo a jak často to majitel opakuje. Vzorec používání prozradí o životě v domácnosti víc, než se na první pohled zdá, kdy lidé vstávají, kdy odcházejí do práce, kdy jsou dlouhodobě pryč.
U kamer a hlasových asistentů jde navíc přímo o obraz nebo zvuk. I krátký úsek kolem aktivačního slova znamená, že se zvuk z obývacího pokoje aspoň na chvíli dostane mimo byt. Kdo rozhoduje o tom, jak dlouho záznam zůstává uložený, komu se zpřístupní a jestli ho výrobce použije třeba pro vylepšování vlastní služby, je v cloudovém modelu vždy výrobce, ne majitel domácnosti. Lokální řízení tyhle údaje nechává v bytě. Neznamená to automaticky nulový odchozí provoz, protože i lokálně řízená centrální jednotka se obvykle připojuje k internetu kvůli aktualizacím firmwaru a kvůli základní telemetrii o svém vlastním chodu, rozdíl je v rozsahu. U lokálního řízení jde ven jen málo, u cloudového jde ven skoro všechno, co se v domácnosti odehraje.
U kamer mířících do společných prostor domu nebo směrem k sousednímu pozemku platí totéž bez ohledu na architekturu řízení. Sama volba cloud, nebo lokálně tenhle problém neřeší, řeší ho až umístění a nastavení kamery.
Co se stane, když firma skončí nebo změní podmínky
Riziko, na které se při nákupu zapomíná nejčastěji, nesouvisí s výpadkem internetu, ale s existencí samotné firmy. Cloudové zařízení potřebuje fungující server výrobce po celou dobu své životnosti. Když výrobce ukončí provoz cloudové služby, prodá divizi jinému majiteli nebo se rozhodne přestat podporovat starší produktovou řadu, zařízení, které fyzicky funguje bez závady, se z části nebo úplně přestane ovládat.
U zámku u dveří nebo u zabezpečovacího systému jde o riziko, které stojí za zvážení ještě před nákupem, ne až ve chvíli, kdy appka přestane fungovat. Otázka, co dělá zařízení, když výrobce zruší cloudovou službu, patří mezi ty, na které má smysl znát odpověď z dokumentace nebo přímo od výrobce. Lokální řízení tenhle typ rizika omezuje, ne úplně ruší, i lokálně řízená centrální jednotka je produkt konkrétní firmy a její budoucí podpora firmwarem není zaručená navždy. Rozdíl je v tom, co se stane hned po ukončení podpory. Lokálně řízené zařízení dál vykonává naposledy nastavená pravidla, cloudové zařízení bez serveru obvykle přestane reagovat úplně.
Spolehlivost neznamená jen přežít výpadek
Spolehlivost cloudového řízení kolísá i v běžném provozu, ne jen při výpadku internetu. Server výrobce zpracovává povely od tisíců domácností najednou, a ve chvílích, kdy hodně lidí provádí stejnou akci naráz, typicky večer po příchodu z práce, se odezva zpomaluje.
Spotřebitelské cloudové služby navíc obvykle negarantují žádnou konkrétní dostupnost. Na rozdíl od firemních služeb s podepsanou smlouvou o úrovni provozu tu domácnost spoléhá jen na to, že server zrovna běží, bez závazku, který by šlo vymáhat.
Lokální řízení tuhle nejistotu odstraňuje tím, že rozhodování nezávisí na nikom mimo byt. Zůstává ale závislé na jiné věci, na kvalitě a stáří vlastní centrální jednotky. Když selže hub, přestane fungovat celá lokální síť. Cloudové řešení dokáže někdy fungovat i s náhradní centrální jednotkou stejného výrobce, protože logika sedí na serveru, ne v krabičce doma.
Otázky, které se vyplatí položit před nákupem
Než se koupí centrální jednotka nebo první zařízení do nového systému, pomůže si položit pár konkrétních otázek, ne spoléhat na to, že popisek „chytré“ znamená totéž u každého výrobce.
Kam přesně putují data a jak dlouho se uchovávají, patří mezi otázky, na které by měla mít odpověď dokumentace produktu, ne jen všeobecná zmínka o ochraně soukromí v marketingovém textu.
Co dělá zařízení, když vypadne internet, a co dělá, když výrobce ukončí cloudovou službu, jsou dvě různé otázky. Odpověď na první nezaručuje odpověď na druhou.
Jestli existuje způsob, jak zařízení ovládat i bez appky výrobce, fyzickým tlačítkem, klasickým vypínačem nebo kódem na klávesnici, rozhoduje o tom, jak moc je domácnost na jednom systému závislá.
Jak se to pozná v praxi, ne jen v popisu produktu
Popis produktu ani rozhovor s prodejcem obvykle neřekne, jestli konkrétní kus doopravdy počítá pravidla doma, nebo jen přeposílá povely na server. Ověřit se to dá jednoduchou zkouškou, vypnout na chvíli internet v bytě a zkusit zapnout světlo z appky, spustit scénu nebo reagovat na signál z čidla. Co při téhle zkoušce zůstane funkční, běží lokálně. Co přestane reagovat, je závislé na cloudu, i kdyby se to na krabici tvářilo jinak.
Druhý ukazatel je rychlost odezvy. Cloudový povel musí urazit cestu z telefonu přes internet na server výrobce a zpátky, zatímco lokální povel jde jen po domácí síti. Rozdíl bývá u světla ovládaného z aplikace sotva znát, u automatizace navázané na fyzický vypínač nebo na pohybové čidlo se ale projeví jako znatelné zpoždění, zvlášť ve chvíli, kdy je server výrobce vytížený.
Kde se kombinace obou vyplatí
Rozhodnutí mezi cloudem a lokálním řízením nemusí padat jednou pro celou domácnost. Vytápění, hlavní světla a zabezpečení patří mezi kategorie, kde se vyplatí trvat na lokálním provozu, protože výpadek je tam vidět hned a v zimě může i něco stát. Dekorativní osvětlení nebo dálkové spuštění pračky snesou cloudový kompromis snáz, protože jejich výpadek zůstane jen nepohodlím na pár hodin.
Kdo teprve zkouší, jestli mu chytrá domácnost sedí, nemusí hned investovat do lokálního systému. Cenou za jednodušší start je závislost na tom, že server poběží i za rok a že podmínky služby zůstanou stejné. Pro první opatrný krok to bývá přijatelný kompromis, u dlouhodobě plánované instalace míň.
Konkrétní příklad z praxe: domácnost, která řeší hlavně vytápění a zabezpečení dveří, sáhne po centrální jednotce s prokazatelně lokálním provozem, i když stojí víc, protože výpadek topení v lednu nebo nefunkční zámek nejsou situace, kde se vyplatí šetřit. Ta samá domácnost si klidně pořídí cloudovou chytrou zásuvku k vánočnímu osvětlení na balkoně, protože jediné riziko je pár hodin bez efektu, ne zmrzlé potrubí nebo otevřené dveře.
Na co si dát pozor
Popis „funguje i offline“ na krabici neznamená totéž jako plnohodnotné lokální řízení. Často jde jen o možnost ovládat zařízení fyzickým tlačítkem, zatímco automatizace stejně běží na serveru výrobce. U kamer, mikrofonů a chytrých zámků se vyplatí základní opatření bez ohledu na architekturu, silné a jedinečné heslo k účtu, dvoufázové ověření a pravidelná aktualizace firmwaru. Snižují riziko zneužití účtu, i když samotné rozhodnutí cloud, nebo lokálně zůstává otázkou jinde.
Rozsah lokálních funkcí se mění s aktualizacemi firmwaru oběma směry, výrobci je přidávají i ubírají. Co fungovalo lokálně při koupi, nemusí fungovat lokálně o rok později, a naopak.
Shrnutí
Cloud nabízí jednodušší start a nižší vstupní investici, platí se za to menší kontrolou nad daty a závislostí na tom, že firma bude za rok i za pět let dál existovat ve stejné podobě. Lokální řízení dává víc kontroly a jistější dlouhodobý provoz, vyžaduje ale dražší a složitější start. U vytápění, hlavních světel a zabezpečení se vyplatí trvat na lokálním provozu, u zbytku domácnosti rozhoduje spíš pohodlí a rozpočet než riziko.
