On 30.05.2020 15:46, Marek wrote:
> On Sat, 30 May 2020 14:21:43 +0200, Zbych <a...@o...pl> wrote:
>> 1. nie martwisz się: skalowalnością, backupami, awariami sprzętu, łącza,
> [...]
>
> Oczywiście te  argumenty są zacne  i trudno z nimi dyskutować, jednak
> bardziej mnie interesuje jak one wychodzą w praktyce.
>

Tak z 10 lat temu już żartowałem sobie, że niedługo nie spuścimy nawet
wody w kiblu jak braknie internetu.
Dziś jesteśmy niebezpiecznie blisko realizacji tego scenariusza, ale też
już trochę inaczej na to patrzę.
Internet jest, a jak go nie ma to i tak nic nie działa, więc nikt nie
będzie się przejmował niespuszczonym kiblem ;) tylko robił coś, żeby był.
Jako instalatora różnych wynalazków nic mnie tak nie irytuje jak awaria
nie z mojej winy, w piątek wieczór, bo ktoś coś gdzieś postanowił zmienić.
Ale z drugiej strony jaką mamy alternatywę?
Można bez chmury łączyć się bezpośrednio pod IP domu czy firmy* ale to
też nie jest różowe: zmienne IP, zmiana umowy, wymiana sprzętu czy
konfiguracji przez dostawcę - i znowu mamy awarię nie z naszej winy.
Można postawić własną "chmurę", ale tutaj pomijając wszelkie koszty
problemem jest częste blokowanie różnych połączeń (IP, portów) przez
dostawców lokalnego internetu** czy lokalnego admina (dotyczy to też
połączeń bezpośrednich). Żeby nie było takich sytuacji, trzeba być dużym
dostawcą usług, z którym liczy się każdy dostawca internetu.
Kiedyś myślałem, że trzeba postawić usługę po Http na porcie 80 żeby
zawsze było dobrze - niestety, niektórzy działają na zasadzie białej
listy (działa FB, Google... - nie zawracaj d.)


* - Mówimy o połączeniu z zewnątrz do swojej sieci IoT.
Sens łączenia urządzeń przez chmurę, będących w jednej sieci lokalnej to
temat na osobną dyskusję.

** - tam gzie akurat jesteśmy i chcemy się stamtąd łączyć.

--
Mirek.