Aktywne Wpisy

Kingside +433
Przegiołem co
źródło: temp_file8384586080289012772
Pobierz
Kopyto96 +33
Gyros w Grecji - ok 20 zł
Kebab w Niemczech - ok 35 zł
W obu przypadkach mamy fajne mięso i dodatki.
Kebab w Polsce? Duza pita 30-35 zł za mięso z psa i biala kapustę z sosami fanex XDDD Jakbyś chciał to co na obrazku lub odpowiednik niemieckiego Kebaba, czyli danie z dobrym mięsem, grubymi frytami, swieżymi warzywami i świeżo wypiekaną pitą, policzyliby cie z 45-50 złotych
Kebab w Niemczech - ok 35 zł
W obu przypadkach mamy fajne mięso i dodatki.
Kebab w Polsce? Duza pita 30-35 zł za mięso z psa i biala kapustę z sosami fanex XDDD Jakbyś chciał to co na obrazku lub odpowiednik niemieckiego Kebaba, czyli danie z dobrym mięsem, grubymi frytami, swieżymi warzywami i świeżo wypiekaną pitą, policzyliby cie z 45-50 złotych
źródło: Screenshot_20241121_235751_Facebook
Pobierz



W ramach nauki i zabawy za cel wziąłem sobie zrobienie apki MERN do zarządzania klientem ModbusTCP postawionym na Node-RED (środowisko low-code), która to by robiła za CRUD-a do tego klienta - ładowanie i zmiana konfiguracji zmiennych oraz ich wyświetlanie. Wraz z postępem umiejętności zastanawiam się nad architekturą, którą chcę oprzeć na mikroserwisach i MVC.
Gdzie powinna być przechowywana konfiguracja tego klienta Modbusa TCP? Czy architektura z obrazka jest przekombinowana?
Ja sobie założyłem architekturę jak na obrazku i w przypadku zmiany konfiguracji (np. wgranie listy zmiennych z pliku) sekwencja komunikatów wygląda następująco:
1. Frontend wysyła frontendową listę do Managera
2. Manager wysyła do MongoDB listę w formacie frontendowym
3. Manager to przetwarza do NodeRedowego formatu i zapisuje do MongoDB
4. Manager pobiera NodeRedową konfigurację z MongoDB
5. Manager wysyła konfigurację do Node-RED
Chodziło o to żeby rozbić odpowiedzialności na mikroserwisy, bo teoretycznie Frontend mógłby gadać bezpośrednio z Node-REDem i by działało, ale ja chciałem to zrobić profesjonalnie po mikroserwisowemu ( ͡° ͜ʖ ͡°) Czyli:
- Jak Frontend chce pobrać aktualną konfigurację, to ją pobiera od Managera w gotoweej formie
- Jak restartujemy system to mamy pewność że konfiguracja jest spójna bo ją ładujemy na zasadzie pobrania z MongoDB frontendowego formatu, przetworzenia do Node Red i wysłania do Node-REDa i Mongo
itd.
Dobrze myślę czy przekombinowałem? ( ͡° ͜ʖ ͡°) Jak wystarczy zapału i sił to mają się pojawiać kolejne mikroserwisy (np. OPC) które nie muszą się opierać na Node-RED i chcę żeby architektura wyglądała na docelową ( ͡° ͜ʖ ͡°)
Dla czytelności nie dodałem Redisa jako brokera ( ͡° ͜ʖ ͡°)
źródło: modbus-wykop
Pobierz@tylko_zerknalem: Mongo - bo NoSQL, jest popularny, szybki, oparty na dokumentach i nadaje się do ogólnych zastosowań.
Redis ma pełnić rolę brokera w schemacie pub/sub oraz do kolejkowania wiadomości.
Jeżeli chcesz użyć jakiejś bazy NoSQL i zobaczyć z czym to się je, to oczywiście takie podejście ma sens. Natomiast w ogólności jest stosunkowo mało use-case'ów gdzie wybór Mongo zamiast np. Postgresa będzie uzasadniony. Wszystkie cechy które wymieniłeś (poza byciem NoSQL) można w pełni do niego zaaplikować (włącznie z przetwarzaniem dokumentów, ponieważ Postgres
@tylko_zerknalem: SQL-a miałem na studiach i czułem podskórnie że coś jest nie tak