2014-07-28 11:00 GMT+02:00 Dumitru Ciobarcianu <[email protected]> :
> On 28-Jul-14 11:22 AM, Iulian Roman wrote: > > insa e aproape imposibil sa tii totul in config management , mai ales > cind > > nu stii ce anume setari sau ce a schimbat aplicatia respectiva, cind nu > > stii ce binare si pe unde le-a instalat, etc, etc. > > Aici nu sunt de acord. > > Ce înseamnă "nu știi ce anume setări a schimbat aplicația respectivă" ? > Aplicația face setări de capul ei ? Nu există niște oameni^W sysadmini > și/sau arhitecți care fac specificațiile despre cum ar trebui să > funcționeze lucrurile ? "Change management", alea, alea ? Indiferent > dacă ai pachete din distribuție sau din afară, versiuni diferite de > jav(R)a sau "binary blobs". change management exista , dar e greu sa faci reverse engineering la lucruri care s-au setat cu multi ani in urma. In plus ,mai ai nu stiu ce ssh keys configurate pentru anumiti useri, mai ai nu stiu ce metode de file transfer care se intimpla la anumite intervale, diferite schedulere care pornesc nu stiu ce batch-uri, metode de monitorizare pentru aplicatie, metode de autentificare si user management diferite, etc. Mediu eterogen si nestandardizat sa spunem. Prin backup/restore evit situatii de genul "nu merge aia si aia" si pierderea de timp inutila cu investigarea problemelor respective. Ah, că este posibil să ajungi să ai în > config management definiții unice pentru fiecare server în parte pe > motiv că arhitecții au fost pe câmpii și/sau clienții băuseră gaz > înainte de a cere lucruri asta este cu totul altă poveste. > > După părerea mea singurele lucruri care nu se pot ține în config > management sunt datele efective pentru care într-adevăr ai nevoie de > backup deoarece sunt dinamice (prin însăși natura lor). > Da, intr-un mediu ideal asa ar fi frumos. Dar nu este totdeauna cazul. Sunt diferite cauze care pot duce la un environment greu de standardizat sau pentru care ai nevoie de timp pentru a-l integra si standardiza. > > > Dumitru > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
