( pr23 | 2020. 04. 30., cs – 11:10 )

"Ahogy magunk mogott hagyjuk a monolith-okat es egyre divatosabb az elosztott architectura"
Szerencsére sok cég kezdi felismerni, hogy nem feltétlenül érdemes ész nélkül megülni ezt a divathullámot (pl.: https://www.infoq.com/news/2020/04/microservices-back-again/).

"ha a service-eid kulonbozo data center-ekben vannak"
Én Prometheust használok ilyen rendszerek monitorozására, minden DC-ben van egy Prometheus "cluster". Federationnel tudod központosítani is őket, de önmagukban is funkcionálnak.

"a halozati topologia nem trivialis"
A service-eknek mi közük van a hálózati réteghez? Nem az ő feladatok biztosítani és felügyelni a hálózati infrastruktúrát, így a microserviceek szempontjából irreleváns a hálózati topológia, vagy a hálózat működőképességének monitorozása.

"mindenfele API key-ek megfelelo konfiguracioja"
Rengeteg dolog van, amit egyesével lehetne monitorozni, de végereményben egy fenntarthatatlan és megbízhatatlan monitoring rendszer lesz az eredménye, végtelen befektetett munkával és millió fals pozitív riasztással. Érdemes tüneteket monitorozni (error logok száma elezdett növekedni az elmúlt 10 percben) okok helyett (nincs beállítva az API key, nincs beállítva jól a DB kapcsolat, packet loss van, ...stb).