Új hozzászólás Aktív témák

• PumpkinSeed addikt

  #8556

  #8549 emvy

  2016-09-22 15:54:51

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  PumpkinSeed

  addikt

  #8549 emvy

  #8549 emvy

  > egyébként is a docker meg az openstack környékén épp most tört ki egy orbitális balhé

  OpenStack korul, nem a Docker korul. A kettonek sok koze nincs egymashoz.

  > a service discoveryre visszatérve:

  Tul keves konkretum hangzott el idaig (reszemrol is), tehat errol most ne vitatkozzunk.

  > , hogyha 1000x teljesítményre kell felskálázni a cuccot, akkor bizonyára van már a plusz lóerőből valamennyi,

  Ha ugy tudsz skalazni, hogy gepeket pakolsz a rendszer ala, az fasza. Nalunk nem ez a helyzet.

  A Consult nem csak azért érdemes használni, mert config-ot változtat automatikusan, hanem mert nagyban elősegíti a rendszered stabilitását. Pl.: Leáll valami, addig oké, hogy automatikusan újra is indul, de honnan fogja tudni, hogy a barátja felébredt-e már. Ha mondjuk systemd-vel van mendzselve a dolog akkor egy PreExecStart ami megoldja ezt a problémát, de 200 szolgáltatás esetén ember legyen a talpán aki átlátja. Szóval a Consul használata semmi máshoz csak jóhoz vezet. Szépen mindent le lehet kérni az adott szolgáltatásokról, és hiba esetén load balance is van, ha épp az amit keres nem elérhető. Viszont IP címek helyett domain neveket kell használni. Mi próbáltuk etcd, zookeeper megoldásokat, de a zookeeper eleve egy hulladék volt a memory overheadek meg a sok kiegészítőszükséglet miatt, az etcd már jobb, de azzal meg az volt a baj, hogy amit a Consul alapból támogat ahhoz az etcd-nek kell 3-4 plugin.
  Amúgy is a microservice technológia nem létezik Service discovery nélkül, ahol az egyetlen hátrány, hogy a Consul csak docker esetén tud service discovery-t, és épeszű ember nem használ docker-t production-ben.

Új hozzászólás Aktív témák