5

そのため、Chef や Puppet などの展開/構成管理ツールを採用することに長い間悩まされてきました。一般的にそれらについて躊躇しているからではなく、私たちの特定のシナリオに適しているとは思わないからです.

私の知る限り、これらのタイプのツールは、数十から数千のシステムにソフトウェアをロールアウトする必要がある、頻繁で大規模な展開を対象としています。私たちの環境では、約 25 の異なる Web サービスのコレクションが 6 つのランタイムにまたがっており、現在、それぞれの 1 ～ 8 が運用環境にデプロイされています。展開に関する大きな問題は、サービスごとに異なる展開ストーリーがあり、完全に手動であるため、時間がかかり、エラーが発生しやすいことです。もう 1 つの欠点は、本番環境の異なるインスタンスが異なるバージョンのソフトウェアである可能性があることです。そのため、1 つのサービスに対して複数のデプロイ ストーリーを同時にサポートする必要がある場合があります。

だからサービスごとにカスタマイズされた Ant/Maven/Rake のようなものがもっと必要な気がします。ただし、それらに関する私の経験では、それらは一般的にローカル操作に焦点を当てており、特定の言語/ランタイムに固有です。

私が興味を持っている方法で構築/テスト/展開を記述および調整するための、ランタイムに依存しないフレームワークはありますか?

それらを十分に長く打てば、Rake または Puppet にこれらを実行してもらうことができると確信していますが、この目的のために構築されたものを探しています。

(ああ、さらに悪いことに、すべてが Windows 上で実行されます)

ありがとう！

4

1 に答える 1

2

検討したい別の選択肢があります：kwatee（私は提携しています）は無料の軽量展開ツールであり、Web管理インターフェイスを備えているだけでなく、ant（またはmavenまたはPython CLIを使用したその他のもの）と統合して、ビルドと展開を自動化できますたとえば、開発/テスト環境。

優れた点の 1 つは、Web 構成インターフェースです。これにより、デプロイ ストーリー (つまり、どのソフトウェア/バージョンがどのサーバーに適用されるか) をすばやく簡単に構成できます。多くの場合、ターゲット サーバーに応じて、構成ファイルにさまざまなパラメーターを設定する必要があります。そのために、サーバーごとに異なる値で構成された kwatee 変数 (環境変数に類似) を使用して、パッケージを「テンプレート化」できます。

ソフトウェアは、ファイルのフォルダー、アーカイブ (zip、tar、tar.gz、bzip2、war) または単一のファイル (exe など) の形式で Kwatee のリポジトリに登録する必要があります。Msi はサポートされていません。Windows kwatee にデプロイするには、サーバーに telnet/ftp または ssh/scp のいずれかが必要です (無料のツールがあります)。

于 2012-11-17T07:13:50.260 に答える