AWS crash causes $2,000 Smart Beds to overheat and get stuck upright [EN]

@PlatynowyBazant kontroluje

@30ohm @PlatynowyBazant Przeciez to nie ma nic do rzeczy. Problem opisany w artykule to kwestia implementacji softu a nie tego z jakiego dostawcy firma korzystała.

@elmorel owszem ale ładowanie do wszystkiego połączenia do internetu to rak obecnych czasów

@30ohm To nie kupuj takich produktów. Nie rozumiem narzekania na rozwój technologiczny. Idź do wioski Amiszów się realizować

@elmorel to nie jest rozwój. To jest robienie elektro śmieci. W wielu przypadkach komunikacja online non-stop jest zbędna

@30ohm I jasnie pan arbitralnie bedzie decydowal o potrzebach konsumentów i producentow. Niezła arogancja.

@elmorel wyobraź sobie że parę lat temu projektowałem soft i sprzęt pod iot torpedując debilne pomysły

@30ohm Swietnie, witam kolege z branży nadal twierdze, że masz aroganckie podejscie.

@elmorel obecnie pracuje w miejscu gdzie chmura to podstawa i opieranie produktu na jednym dostawcy to czysta głupota. My nie odczuliśmy że coś mocno było nie tak. Ale za to z usługami powiązanymi był problem. Ostatnia awaria AWS pokazuje czego nie kupować.

@30ohm Znam takich jak ty, z jedna perspetywą i też gadają z równie wielką pewnością siebie nie majac pełnego przegladu sytuacji biznesowej, także nie imponuje mi to

@elmorel ale myślisz, że większość odbiorców takiego przykładowego łóżka znalazło informację, że w razie problemu z internetem ich sprzęt może nie nadawać się do użytku (zakładając że utknie na grzaniu/chłodzeniu)? Myślisz że to jest gdzieś zaznaczone?

Ja nie neguję rozwiązań chmurowych, ale nawet głupia Tuya opiera automatyzacje na bramce, a nie przetwarzaniu komend tylko za pośrednictwem zewnętrznego serwera. Te łóżka są przykładem złej implementacji IoT. Przecież to absurdalne, nie ma tutaj czego bronić. Użytkownik nie powinien mieć takich rozterek.

@Odczuwam_Dysonans Ale my tu dyskutujemy teraz o uzytku AWS w ogólności, a nie o samym designie rozwiznia, ktory jest po prostu tragiczny. Jak niżej gdzieś wspomniałem, brak dostępu do sieci to jest chyba jedna z pierwszych rzeczy o której powinni pomyśleć

@elmorel czyli produkt się nie spina więc dajemy jednego dostawcę, bo przecież cloud jest taki wspaniały i nigdy nie padnie. Wybacz kolejny raz, ale robiłem w firmie z takim podejściem. Jak im jebnęła sprzedaż z powodu problemów z aplikacją właśnie z takiego podejścia, nagle znalazły się środki aby zrobić rozproszoną infrastrukturę.

Nadal uważam, że brak jakiegokolwiek zabezpieczenia nawet w postaci śpiącego środowiska u innego dostawcy to totalna amatorka.

@30ohm Masz bardzo wąską perspektywę i aroganckie podejście. Idealnie połączenie Daj mi już spokój

@MostlyRenegade

@MostlyRenegade w poprzedniej robocie zamiast kluczy do biura dostałem appke na telefon xd

Coś w tym stylu, działało przez internet

https://nuki.io/en-pl/products/smart-lock-pro-5th-gen

@Felonious_Gru czyli jak się apka wyje*bała to miałeś fajrant, prawda?

Prawda? ( ͡° ͜ʖ ͡°)

@MostlyRenegade co najwyżej nie mogłem wziąć narzędzi i musiałem sobie radzić bez nich

@owczareknietrzymryjski Holy $hit

@MostlyRenegade Ja mam już kuwetę dla kota z zdalnym dostępem xD

@matips nie, przeciętnego hindusa nie stać na łóżko za 2000usd plus transport i cło

@matips ci co robią w security na pewno nie

@eloyard u nas kiedyś wyszło z jedną apką, że front i backend były spięte na krzyż xD

@eloyard Podobno padły wszystkie AZ (availability zone'y) w regionie us-east-1. Teoretycznie, właśnie setupy multi-AZ mają przed czymś takim chronić - np. bazy czy grupy autoscalingowe z reguły stawia się w rozproszeniu między wiele AZ, ale jest to daremne, kiedy padną wszystkie AZ-ki.

Jakby ktoś by bardzo chciał, to może oczywiście postawić infra w rozproszeniu na różne regiony, zamiast multi-AZ w obrębie jednego regionu, ale jest to trudniejsze, droższe i wolniejsze niż poleganie na AZ-kach, które są standardowym sposobem zapewnienia redundancji. Gdybym coś takiego miał stawiać, to prędzej bym się zastanowił nad rozproszeniem między wielu providerów cloudowych.

@LondoMollari kwestia co się stawia. Jak stawiasz usługę lokalną, to wal lokalnie na jeden region. Ale jak stawiasz coś kontynentalnego lub globalnego, to rozproszenie geograficzne staje się oczywiste. Bo zwielokrotnienie serwisów bez tego, to jak powiedzenie że mam backup, bo w kompie jest raid-1. A mówiąc prościej twierdzenie że "taka redundancja jest standardem" to jak w tym starym kawale, że najprostszym sposobem na przepaloną żarówkę jest ogłoszenie ciemności nowym standardem.

@LondoMollari zależy czy interesuje Cię HA czy DR. Chyba sam AWS dla Disaster Recovery rekomendował korzystanie z wielu regionów.

@Tom.Ash Tak naprawdę zależy przede wszystkim od budżetu, i SLA jakie ktoś ma z klientami. Obstawiam, że goście od łóżek nie mieli żadnego, i całość skończy się na pojęczeniu przez klientów.

Amazon to pewnie i rekomenduje, ale jeśli chodzi o narzędzia do wsparcia takich setupów, to jest krucho - RDSa postawisz jednym kliknięciem w 2 albo 3 AZ, ale już żeby robić multi-region, musisz się sam z tym cackać (chyba, że coś się w ostatnim roku zmieniło).

@eloyard magia chmury nie? Inna sprawa, że to pięknie unaoczniło skalę spatologizowania tego jak obecnie wszystko musi być "smart", wszystko musi mieć apkę i być permanentnie wpierdolone do sieci, bo inaczej będzie to będzie zły produkt. Jeszcze tylko dojebać na to subskrypcję i mamy komplet raka.

@ZohanTSW monitoring 100pek, amazon patrzy ci czy zimko i włącza grzanie

@owczareknietrzymryjski *patrzy czy ci zimko i czy zostało ci pieniędzy w AWS xD

@ZohanTSW po prostu dostęp tylko z apki, apka gada tylko z zewnętrznym serwerem, nie ma niczego lokalnie, pewnie jedynie przycisk do parowania urządzenia. Czyli tak, tak jak piszesz xD

@Jarasznikos kupowanie w ogóle sprzętu który działa tylko online to proszenie sie o kłopoty. Wiele razy jak chciałem to nie mogłem zapłacić blikiem

@redve A co ma do tego blik?

@Jarasznikos przeczytaj mój komentarz jeszcze raz

@elmorel po prostu trzyma ostatnie ustawienie. Samo założenie sterowania tylko przez apkę na zewnętrznym serwerze jest głupie, ale przecież producent powinien założyć tak banalny problem, jak awaria internetu w domu. Wystarczyłoby żeby po 15min bez połączenia program się zresetował. To znaczy też do dupy, ale jak bardzo trzeba klepać usługę na pałę, żeby coś takiego olać xD

@Odczuwam_Dysonans No dlatego jestem wręcz oczarowany designem Przeciez to jest pierwsza rzecz o ktorej sie mysli. Chyba, że to nie przeoczenie a feature