Az orchestration komoly problema komplex rendszerek felett.
A K8s nem igazan lat tobbet, mint egy-egy microservice. Ha a megoldasotok annyi, hogy van egy microservice, amely 1e6 peldanyban futkos, es csak a szamossaguk fontos, akkor nincs nagy gond.
Nem teljesen vilagos a futtatando rendszer komplexitasa. A [dapr sidecar+ saját c++ mikroszervizek] takarhat mar komolyabb dolgokat is. Ha mondjuk van 15 fele microservice, amelyek keresztbe-kasul egyuttmukodnek egyutt skalazodnak stb., az mar nem szimpla K8s.
Tehat, szervezned / latnod kell valami magasabb retegbeli entitasokat (egyszeruseg kedveert hivjuk ezeket applikacionak), akkor szukseged van valami masra/tobbre, mint amit a K8s nyujt. Kelleni fog egy "egyszerubb" resource orchestration reteg, amely ismeri az egyes applikaciok igenyeit, majd kisakkozza azokat a K8s segitsegevel. A open source azert fejlodik ezen a teren (pl. CNCF), de nem biztos, hogy talalsz 100%-os megoldast, eros kompromisszumokat leszel kenytelen kotni.
Ha meg magasabb szintu entitast definialnal (hivjuk mondjuk szolgaltatasnak, amelyet tobb applikacio egyuttesen nyujt), akkor egy meg komolyabb, retegre lesz szukseged (foleg, ha meg dinamikus is).
Szabvany nincs nagyon cloud nativ (k8s) rendszerekhez egyelore, de lassan talan sikerul. Jo sok penzert vannak profi megoldasok...
Erdemes lehet megnezni egy-egy vendor teljes rendszeret, termek es szolgaltataspalettajat. Ez is sulyos penzekbe kerulhet, de lehet, hogy megeri.