Parler już nie wróci? CEO firmy: Być może to nie nastąpi nigdynczas.com

https://nczas.com/2021/01/14/parler-juz-nie-wroci-ceo-firmy-byc-moze-to-nie-nastapi-nigdy/

Parler zniknął z sieci, a jego przywrócenie miało zająć około tygodnia, jednak zdaniem CEO firmy platforma społecznościowa może już nie powrócić.

– Być może to nie nastąpi nigdy – powiedział o przywróceniu serwisu. – Jeszcze nie wiemy.

Później jednak dodał uspokajająco, że „jest optymistą”. – Może to potrwać kilka dni, może to potrwać tygodnie, ale Parler wróci, a kiedy to zrobimy, będziemy silniejsi – podkreślił.

Matze powiedział, że Parler rozmawiał z więcej niż jedną serwerownią, ale odmówił podania ich nazw. Jak na razie wszyscy odmówili.
#parler #cenzura

25

@Barcafan, a nie miał ich Andrzej do siebie wziąć? Tylko on z Gabem ledwo wyrabia, jakby dołożyć Parler to nie wiem czy by uciągnęli?
@KwarcPL, @Barcafan, tez tak słyszałem. GAB miał ich zahostować. szkoda, że nie podaje, co jest główną przyczyną, takiego stanu rzeczy. co, nie zrobili backupów? dziwne. przecież nie mieli nie wiadomo, jak dużej bazy. szkoda.
@Thanos, największy problem Parlera to bardzo głęboka integracja z usługami Amazona (ich baza danych, ich frameworki etc.). Nie muszę Ci tego tłumaczyć, ale dla innych dopiszę:

To tak jak by pisać aplikację od początku do końca pod Windows, używając windowsowego API i nagle z dnia na dzień Microsoft arbitralnie by stwierdził, że Windows nie będzie już uruchamiał Twojej aplikacji, a aplikacja nie była myślana jako między-platformowa -- nie została przygotowana wersja na Linuksa czy MacOSa, a przepisanie aplikacji tak, by uruchamiała się na innych systemach to mnóstwo roboty. Ten problem (oprócz tego, że hostingownie się boją ataków politycznych, DDoSów, samego ruchu) ma obecnie Parler: pisali serwis "na Amazona". No bo kto by przypuszczał, że chmura może przestać działać?
@ofcaah, to zależy jak to napisali, jeżeli na odczep się to faktycznie długo im zajmie przepisanie ale jeżeli z głową to, fakt będzie to wyzwanie ale jak mniemam nic lepszego do roboty teraz devi nie mają więc powinno pójść dobrze.

Problem jest inny, jeżeli sam hostujesz rozwiązanie to musisz przewidzieć i wdrożyć "funkcjonalności", które miał dostawca usług chmurowych (np load balancing, rozproszone transakcje na bazie itp). Tutaj potrzeba czasu i pewnie wymaga przeprojektowania backendu. Front pozostałby bez większych zmian.
@ofcaah, w sumie racja: jak sklepali apkę pod DynamoDB, to beda musieli wszystko przepisywać od zera. eh, mogli zostać przy Postgresie.
@Thanos, ale PostgreSQL nie ma takiej ładnej broszurki!
@ofcaah, no racja. w dodatku Postgres nie jest bazą no-SQL, a bez tego nie da się dzisiaj nic sensownego zbudować. są w kropce
xDD
@Thanos, abstrahując od (skądinąd słusznego) pocisku w kierunku MongołDB, to Postgresa można (nawet całkiem dobrze) używać jako object storage; hstore, json, jsonb -- to wszystko działa bardzo dobrze, a pod spodem na koniec dnia masz nadal najlepiej napisany i udokumentowany kod w c jaki kiedykolwiek widziałem na oczy. Nie przeczę, że NoSQL ma swoje zalety, więc należy je z głową wykorzystywać
@ofcaah, ostatnio gadałem z gościem, co w PSQL całe aplikacje pisze, wiec jak ktos umie korzystać, to plus dla niego.

lurker v1 był napisany w mongo: mocno nie polecam gdzieś tutaj pisałem swoje konkluzje. imho ta baza nie nadaje sie nawet do trzymania logów.
@Thanos, www.postgrest.org; całą aplikację jesteś w stanie na jakimś Angularze/React/etc. od frontu zrobić, a backend+middleware postgres+postgrest. Działa, jest szybkie, wydajne i niezatapialne.

Co do mongołdb:
https://www.youtube.com/watch?v=HdnDXsqiPYo
@ofcaah, haha, dokladnie na to się złapałem: hasło, że się "skaluje" (niby się skaluje, ale co Ci po skalowaniu, jak gubi dane + nie jest konsystentna [brak transakcji]). Mongo to koszmar po całości.