ISconf - ISconf

ISconf je nástroj pro správu sítě serverů. Funguje na pull modelu, což znamená, že i servery, které nejsou při změně provedeny, tuto změnu obdrží, jakmile se vrátí. Od verze 4 ISconf nevyžaduje žádný centrální server, i když očekává, že všechny servery budou spuštěny stejně, což je nejjednodušší dosáhnout pomocí nějaké formy automatizované instalace, která může vyžadovat centrální server.

Teorie

ISconf pochází z hnutí „Správa infrastruktury“, které vytvořilo a definovalo většinu pozadí na straně OS (teoreticky), co nyní tvoří sféru DevOps. Je založen na myšlence, že nejlepším způsobem, jak zabránit serverům v odchýlení, je použít stejnou sadu operací ve stejném pořadí. To je v rozporu s teorií „konvergence“ automatizace systému, která se pokouší „konvergovat“ servery do známých stavů z libovolných stavů pomocí sad pravidel jako „pokud je nainstalován balíček mimo tuto sadu, odinstalujte jej“, „pokud balíček X není nainstalován, nainstalujte jej "nebo" pokud démon X neběží, spusťte jej ". Podle Steva Traugotta neexistuje žádný způsob, jak zaručit, že daná sada pravidel bude skutečně schopna konvergovat z daného státu.

ISconf vynucuje pořadí operací za předpokladu, že pouze stav příkazů vydaných prostřednictvím něj změní stav systému. Výsledkem je, že pokud je balíček nebo soubor nainstalován v systému ručně, zůstane tam, což může nakonec způsobit problémy, jako jsou konflikty verzí. ISconf je zaměřen na prostředí, kde konfigurace musí zůstat identické. V takových prostředích je typické poskytnout přístup k hostitelům pouze několika správcům systému root. To minimalizuje riziko ručních změn, protože je snadné vycvičit malou skupinu lidí, aby prováděli změny pouze prostřednictvím ISconf.

ISconf byl inspirován a původně implementován jako Makefiles. Makefiles však specifikuje závislosti a ne celkové pořadí operací. ISconf verze 1 se s tím vypořádal tak, že každou operaci závisel na předchozí operaci, ale to bylo zdlouhavé a špatně vhodné pro Make. Novější verze ISconf používají jednoduchý deník pouze pro připojení.

Hlavní verze

Hlavní běžně používanou verzí byly ISconf2 a ISconf3, zatímco ISconf4 zůstal ve velmi dlouhém beta období. Ve skutečnosti byl dokončen a uveden do provozu ve větších prostředích, ale kvůli zpoždění došlo k omezenému přijetí ze strany komunity.

  • ISconf 1 (Makefiles)
  • ISconf 2 (dříve 200x?) Napsaný Stevem Traugottem se snažil lépe dodržovat zásady správy infrastruktury.
  • ISconf 3 (2002) byl přepsáním verze 2 Luke Kanies. (Neznámo, do jaké míry k tomu přispěl)
  • ISconf 4 většinou napsal původní autor Steve Traugott.

Maličkosti

Luke Kanies později přešel na CFengine2, až nakonec vytvořil a vydal Loutku. Ve výsledku by bylo možné považovat ISconf za předchůdce Puppet, i když CFengine i Puppet implementují model „konvergence“ správy konfigurace, v podstatě opak modelu „pořadí operací“ implementovaného alespoň verzemi ISconf 1, 2 a 4.

Viz také

externí odkazy