30 lines
1.2 KiB
Plaintext
30 lines
1.2 KiB
Plaintext
This is a work in progress configuration management system using Haskell
|
|
and Git.
|
|
|
|
Propellor enures that the system it's run in satisfies a list of
|
|
properties, taking action as necessary when a property is not yet met.
|
|
|
|
The design is intentionally very minimal.
|
|
|
|
Propellor lives in a git repository, and so to set it up it's cloned
|
|
to a system, and "make" can be used to pull down any new changes,
|
|
and compile and run propellor. This can be done by a cron job. Or something
|
|
can ssh in and run it.
|
|
|
|
For bootstrapping, propellor compiles to a single binary file,
|
|
which can be transferred to a host and run.
|
|
|
|
Properties are defined using Haskell. Edit Propellor.hs
|
|
|
|
There is no special language as used in puppet, chef, ansible, etc, just
|
|
the full power of Haskell. Hopefully that power can be put to good use in
|
|
making declarative properties that are powerful, nicely idempotent, and
|
|
easy to adapt to a system's special needs.
|
|
|
|
Also avoided is any form of node classification. Ie, which hosts are part
|
|
of which classes and share which configuration. It might be nice to use
|
|
reclass[1], but then again a host is configured using simply haskell code,
|
|
and so it's easy to factor out things like classes of hosts as desired.
|
|
|
|
[1] http://reclass.pantsfullofunix.net/
|