Ok, akkor most kepzeld el, hogy van 100+ masinad. Amin mind managelned kell a cron-t, a backup scriptjeidet stb. Oke, ha van eleg idod megcsinalod. Ok nem erdekel a dashboard, mert a scripjeid eppen aktualis allapotat lekerdezed valahogy (ansible). Na de mi van ha a mentes mar 38 oraja fut es maskor csak 7 percig futott. A scripted ezt is kiirja? Osszahasinlitja? Ehhez kell egy monitoring is, meg mondjuk egy ML, meg minden istennyila is.
Te azt mondod, hogy tengernyi idovel rendelkezel, hogy Te mindezt kifejleszd. Sot, ha a szervereken nem fixen futnak az adott alkalmazasok, hanem ugy, hogy eppen ott induklnak ahol van eleg eroforras, akkor a Te mentesi scriptjeid pontosan tudni fogjak, hova migralodjanak reggel, majd mozogjanak at este, mikor az adott szolgaltatas mar mashol talalhato. Vagy lehet megoldod ezt is ansible-el (igen siman meglehet). De mondjuk egy dashboard-on egy klikk, vagy dynamikus agent-tel, ami bezony felismeri mifasz fut hol) egy igazi backup megoldas rohogve megoldja. Nem azt latom hogy melyik gepen mi fut (mentes szempontjabol irrelevans), hanem hogy a mentesek allapota milyen.
Az SSH egy atviteli csatorna, nem pedig backup megoldas. A backup megoldas a scriptjeid, a cron, a montiroing stb. Ezt egy mentesi megoldas egyben szallitja neked, plusz nehany featurrel ami kenyelmesebbe teszi az eletedet. Nem azt mondtam hogy ez mindnekinek kell. De ne talaljuk mar ki, hogy a ketto ugyanaz sot a kezzel vagy ansibellel managelt scripthalmaz ugyanazt nyujtja. A jelenlegi megoldas neked tokeletes es jo ez igy. Nincs szukseged masra, azokra amiket irtam. Azert probald most meg elkepzelni, hogy nem 100 hanem mondjuk 4000+ objektumot kezelsz. Nem csak szerverekrol beszelek, hanem pluszban szervizekrol, alkalmazasokrol, stb stb ahol nem fix sem az infrastruktura sem pedig a szolgaltatasok helye.