> Mert 4-5 éve mikor ez szembejött, akkor elkezdtem vele foglalkozni, tesztelni, lett egy master, behúztam alá 4-5 gépet tesztelni, és tök jó volt, jól működött minden. (Spacewalkról váltottunk, örültem hogy megszabadultam a bloatware, instabil, átláthatatlan, memóriazabáló servicektől). Úgyhogy kb. ebből a tesztből lett éles, lett másik master, felkerült a minion az összes gépre (a spacewalk utolsó rugásaként felrakattam vele a salt-miniont, aztán mikor bejött minden gép, akkor a salt-tal leszedettem a spacewalk-client-tet, a spacewalk szerver meg ment a levesbe). Egy fél nap alatt átálltunk. :) És kb. tavaly őszig minden tök jól is működött.
Az bekezdes elejen mintha a Rudder-rol beszelnel, de a vegen meg a Salt-rol? Nem vilagos.
Mindenesetre ha a Rudder annyi idos, az nagyon meglep, mert eddig amugy nem hallottam rola. Mindenesetre majd megnezem.
> Ami a rudderből hiányzik:
> - azonnali command futtatás és az command outputja (és ehhez kapcsolódóan a cli interfész)
A puppet eseten asszem van vmi bolt nevu tool, ami talan ezt szolgalna, de igazabol passzolom.
Arra jottem ra, hogy a puppet config mgmt-re jo, deployment-re es remote command futtatasra viszont a legtobb esetben szivas. Az utobbi esetben (ami neked hianyzik), valoszinuleg mindig.
Csupan csak azert, mert masra valo, mas az elv. Amennyire latom, igazabol az ansible-vel (vagy barmi mas megoldassal) szoktak kombinalni.
Osszessegeben minden hasonlo automation toolnak van vmi gyenge pontja. Vagy configot tud jol manage-elni es szarul tud deploy-olni v. forditva (vagy vmi hasonlo).
> - windows agent
Elvileg van, sosem hasznaltam, bar tobb panaszt sem lattam ra, mint a linux-os agentre.
Hacsak ennyi, akkor valoszinuleg te elegedett Rudder user lehetsz, akkor meg kar lenne valtani.
Szivesen olvasnek amugy egy elmenybeszamolot par peldaval, esetleg egy osszehasonlitassal (pl. nennyi az overhead, mi a sebessege, milyen hatranyai vannak stb.)