#jug #java #programowanie Czy ktoś może słyszał już prezentację Marcina Matuszka o ciemnej stronie mikroserwisów lub zna z własnego doświadczenia te niekorzystne konsekwencje?

Celem prezentacji będzie zniechęcenia Was do microserwisów. Pod cienkim kożuchem fajności takiego podejścia do architektury, kryje się złożoność o której rzadko się wspomina. Większość prezentacji pomija aspekty zawiązane z wydajnością, testowaniem oraz pomiarami, a które są bardzo istotne i bardzo szybko mogą odbić się 'czkawką'.
@IOException:
- Mikrousługi wymagają dużo bardziej skomplikowanego monitorowania i infrastruktury do ciągłego wdrażania.
- Ciężko jest przeprowadzać transakcje rozproszone i ogólnie transakcje
- Wdrażanie zmian jest trudniejsze, z uwagi na częstą potrzebę orkiestracji zmian między wieloma komponentami
- Separacja kodu przy pomocy mikrousług nie jest konieczna, można ją też utrzymywać w monolicie przy założeniu samodyscypliny (tyle, że traci się zaletę oddzielnej skalowalności komponentów).
  • Odpowiedz
@archlinuxuser: @nygga: @archlinuxuser: Mam problemy z testami wydajnościowymi aplikacji pisanej w części serwerowej właśnie przez wspomniane mikroserwisy. Cały czas szukałem błędów w bazie, w modułach 3rd firm, a może właśnie w tych mikrach leży kłopot. Czekam na wspomniany wykład z niecierpliwością.
  • Odpowiedz
po spotkaniu #jug.a było ciekawie, ale jakby się ktoś spytał czego się dowiedziałem to jedyną sensowną odpowiedzią byłoby "że jest za dużo technologii" #java
  • Odpowiedz