Más oldalról közelítek: a FreeBSD (a jelenlegi megoldás a NetBSD-ből származik) rc.d megoldását azért szeretem, mert rugalmas.
Mit értek ez alatt?
Azt, hogy ha van egy rakás gépem, amelyek adott esetben hasonló funkciókat látnak el (olyan csóró nagyobb cégeknél előfordul, amelyek nem tudnak egy E25k-ba, vagy egy M9000-esbe beruházni (igen, tudom, lehet T[12]-es gépeken is, de a konfigmenedzsment ott is ugyanakkora kérdés), hogy aztán azon futtassák logikai partíciókban, vagy zónákban a bindot, meg az eximet :), elég megoldanom a konfigurációs fájlok megfelelő hierarchiába szervezését, disztribúcióját, és ezzel kész is vagyok.

Bár elismerem, hogy messze van a tökéletestől, de legalább abba az irányba mutat, amit talán objektumorientált konfigurációmenedzsmentnek hívnék (ha én találtam ki, ez mindenképpen TM!). Azaz definiálhatok egy általános konfigurációt, amelyet minden gép megkap, aztán egy olyat, amelyet csak egy bizonyos környezetben, vagy bizonyos feladatokat ellátó gép fog magáénak tudni, és persze olyat is, amely csak arra a specifikus gépre vonatkozik.

De nem állnak itt meg a lehetőségeim, hiszen az rc.d-ben használt konfigurációs fájlokat shell scriptek source-olják, azaz bármit megtehetek. Ha az adott program konfigurációs formátuma nem támogat ilyen szabadságot, írhatok elé apró scripteket, amelyek a program indulása előtt legyártják a gépre szabott konfigot, vagy induláskor scratch területeket inicializálnak, bármit.

Ellenben az smf az XML leírókkal, és a bináris (sqlite) adatbázisával ezt nagyrészt (eleve?) kizárja.

OK, az sqlite, és az XML miatt, adja ezek minden előnyét (típusosság, kompaktság, gyorsaság stb), de szerintem pont nem a jó irány.
Hogy lehetne egy ilyen rendszerbe belevarrni mondjuk egy hálózatról bootoló gépfarmot, amelyek a konfigurációjukat egy hierarchikus rendszerben öröklik, a tágabbtól a szűkebb felé haladva?

Az rc.d nem tökéletes, de ezt már ma nyújtja.

Egyáltalán mivel lehet verziózottan, naplózva (megfelelőség, ugye) elosztott, hierarchikus, egységes konfigurációmenedzsmentet csinálni Solaris alatt?
 

A bejegyzés trackback címe:

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.