Docker i microserwisy na produkcji

Odpowiedz Nowy wątek
2017-01-13 10:23
1

Czy macie doświadczenia z produkcyjnym wdrożeniem oprogramowania opartego o microserwisy i dockery? Czy takowe doświadczenie jest pozytywne? Jeżeli były jakieś problemy, to z czym były one związane?

Pozostało 580 znaków

2017-01-13 14:56
Wielki Ogórek
0

Mikroserwisy raczej nie są czymś co 'wybierasz bo jest fajne'.

Według mnie:

  1. Jeśli nie musisz to nie rób mikroserwisów
  2. Mikroserwisy rozwiązują sporo problemów organizacyjnych, tworzą problemy techniczne, ale te pierwsze są gorsze. Jak masz 1 team to raczej nie potrzebujesz mikroserwisów
  3. W 95% przypadków nie zaczynaj projektu od mikroserwisów.
  4. Docker jest fajny i wcale nie musisz mieć mikroserwisów
  5. Jak zze wszystkim poprawna odpowiedź to -> 'zależy'
  6. Mikroserwisy często występują w fimach gdzie masz gigantyczny własny produkt np. Netflix, Allegro.

Pozostało 580 znaków

2017-01-13 15:27
7

Nie widzę związku microserwisów z dokerem.

Oczywiście microserwisy nie są jakimś golden bulletem, ale rozwiązują najgorszy rodzaj problemów - błędny wybór architektury i stosu technologicznego na początku projektu. W monolicie nic z tym nie zrobisz, mając mikroserwisy masz szanse na naukę na swoich błędach i wybór innej architektury i stosu dla następnego serwisu. Możesz też dobierać technologię do zadania - np. serwis współpracujący z Active Directory w .NET, prosty wrapper do systemu płatności w PHP, serwis biznesowy w Node.js, serwis zjadający RAM w Javie, itp.

Wielki Ogórek napisał(a):

Jak masz 1 team to raczej nie potrzebujesz mikroserwisów`

Ani kontroli wersji i programowania obiektowego! ;)


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2017-01-13 16:40
Wielki Ogórek
0
somekind napisał(a):

Jak masz 1 team to raczej nie potrzebujesz mikroserwisów`

Ani kontroli wersji i programowania obiektowego! ;)

Że co? Co to ma za związek z moją wypowiedzią?
Większość tych mikroserwisów powstałych na Hype to teraz micro monolity, którym daleko do takich prawdziwych micro.
Bo są po prostu... wymagające.

  • błędny wybór architektury i stosu technologicznego na początku projektu.

Według mnie rozwiązują inne problemy a te co wymieniłeś... raczej średnio.
W każdym talku pojawia się by nie zaczynać od mikroserwisów... no chyba, że masz ludzi z takim doświadczeniem na pokładzie.

edytowany 1x, ostatnio: aurel, 2017-01-17 17:47

Pozostało 580 znaków

2017-01-13 17:21
2
Wielki Ogórek napisał(a):

Że co? Co to ma za związek z moją wypowiedzią?

Taki sam jak liczba programistów z opieraniem architektury o mikroserwisy.

Według mnie rozwiązują inne problemy a te co wymieniłeś... raczej średnio.

Mogę nie mieć racji, chociaż nie rozumiem jak możliwość napisania każdego nowego mikroserwisu inaczej nie rozwiązałaby problemu utknięcia w słabej architekturze całemu systemowi?


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

2017-01-13 17:51
0

Zawężę temat. Mniej mi chodziło o microserwisy a bardziej o dockera. Niedługo ruszamy z dockerami na produkcji i mam pewne obawy, zwłaszcza jeżeli chodzi o stabliność rozwiązania.

Pozostało 580 znaków

2017-01-13 19:00
Pijany Pomidor
0
somekind napisał(a):
Wielki Ogórek napisał(a):

Że co? Co to ma za związek z moją wypowiedzią?

Taki sam jak liczba programistów z opieraniem architektury o mikroserwisy.

Według mnie rozwiązują inne problemy a te co wymieniłeś... raczej średnio.

Mogę nie mieć racji, chociaż nie rozumiem jak możliwość napisania każdego nowego mikroserwisu inaczej nie rozwiązałaby problemu utknięcia w słabej architekturze całemu systemowi?

A czemu niby Mikroserwisy mają być dobrą architekturą prędzej niż cokolwiek innego ? To zawsze zależy.
Czemu 1 team i mikroserwisy nie pasują? Bo to całkiem jasne, że nie mierzysz się z taką skalą gdy potrzebne są mikroserwisy.

A na pewno nie powinien robić tego startup.

Pozostało 580 znaków

2017-01-13 19:03
Pijany Pomidor
0
InterruptedException napisał(a):

Zawężę temat. Mniej mi chodziło o microserwisy a bardziej o dockera. Niedługo ruszamy z dockerami na produkcji i mam pewne obawy, zwłaszcza jeżeli chodzi o stabliność rozwiązania.

Nie chcę straszyć ale warto przeczytać https://thehftguy.com/2016/11[...]uction-an-history-of-failure/

Osobiscie słyszałem o problemach np. za pamięcią i kontrowersjach odnośnie security.

Czego używacie do orkiestracji, discovery itp. ?

Pozostało 580 znaków

2017-01-13 20:28
Pijany Pomidor
0

I jeszcze np. https://engineering.linkedin.[...]m-inside-linux-control-groups

o samych np. mikroserwisach

Z dockerem chyba najważniejsze jak robisz 'orchestration'.

Pozostało 580 znaków

2017-01-13 23:39
Pijany Bombowiec
0

Consul to tylko discovery a orchestration?
Kubernetes, docker swarm, compose, nomad, mesosphere?

Chwytaj:
https://developers.redhat.com[...]vices-compared-to-kubernetes/

Pozostało 580 znaków

2017-01-14 00:14
Pijany Bombowiec
0

I jeszcze zapomnialem o bazie danych w kontenerach
http://patrobinson.github.io/[...]-database-inside-a-container/

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0