hiracyのブログスマートフォン用の表示で見るhiracyのブログこの広告は、90日以上更新していないブログに表示しています。いうsshベースの構成管理ツールの弱点をなんとかしたいと思い、軽い気持ちで車輪の再発明してみました。前提AWSやオートスケーリングに対応した環境を前提に考えるとcloud-initやrc.local、最近ではTerraformを使用してプロビジョニングするほうがスマートではあるので、sshでログインして管理したほうが都合が良い混み入った事情があるレガシーな環境やアドホックにちょっとしたサーバの情報を収集、設定をする用途に限定されます。複数の環境の異なるサーバに対してアドホックに任意の構成管理の処理を実行することと実行結果をトレースできること。この点ではRundeckでそれをほぼ満たしていると思っているのですが、唯一実行計画をYAMLやXML等のテキストファイルでバージョン管理し辛いことが不満でした。*1設計思想と利用させて頂いたOSS設計思想としてはUNIX哲学である”一つのことをうまくやれ”に従い、"複数以上の環境への実行管理"に特化しており、環境の取り扱い(backend)と実行の内容(operation)は全てプラグインにすることを目指しています。*2backendについては現在mizzy氏のspecinfraを利用させて頂いております。実装について多くの箇所でitamaeを参考にさせて頂きました。%>Rundock用Rundockでは"---"で別れたドキュメントのYAMLを使います。ssh"とオプションをYAMLファイルの中で指定しています。"command"という項目を見て分かる通り、単純なコマンド実行をデフォルトでサポートしています。--dry-runフックノードやグループ単位の実行後にフックを仕掛けることも可能です。こちらも全てプラグインにしています。サンプルとしてSlackに実行後のログを送るプラグインを使ってみます。/path/to/your/scenario.yml課題Rundeckの場合だと実行履歴の検索・フィルタリングが優れているので保管するプラグインを作ってみてもいいかもしれない。後はYAMLファイルを再利用してtmuxでコンソールを直接開く機能は良いと思いますね。月別アーカイブ参加グループプログラミングはてなブログをはじめよう!hiracyさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。