5

最初に、私はベンダーとの関係のみを管理しており、深い技術的知識が不足していることを明らかにする必要があります。

下請け業者の 1 人と電話会議をしたところ、4 つの異なるサーバー (1 つは Jenkins 用、もう 1 つは Github 用、3 番目は Puppet 用、4 番目はテスト ボックス用) の PO を承認するように依頼されました。

テクニカル アーキテクトは、私が質問をすると非常に防御的なように見えます。彼の能力を疑うのは私の仕事ではないことはわかっていますが、管理する予算があり、彼らがこれを過剰に設計しているのではないかと心配しています (または、少なくとも彼らが言及した 3 つの製品は重複しているようです)。どなたか、それぞれの役割を分かりやすく教えていただけないでしょうか。

また、本当に 4 台のサーバーが必要かどうか、および前述のテクノロジの一部が同じサーバー上で共存できるかどうかについて、セカンドオピニオンをいただければ幸いです。(つまり、Jenkins、Github、および Puppet をすべて単一の Ubuntu サーバー上で稼働させることはできますか?)。

4

1 に答える 1

2

4 つのツールは重複しません。それらは相互作用し、完全に補完します。

GIT はソース管理ツールです。そこにプログラミングのすべての履歴を保存します。それは開発のブラックボックスです。Jenkins は継続的インテグレーション ツールです。GIT を使用してコードの最新バージョン (またはテスト バージョンまたは本番前バージョン) を取得し、定義したテスト パターンに対してテストします。Puppet はサーバー管理ツールボックスのようです。

正直なところ、それはプロジェクトによって異なります。それが重いビルド サイクルを必要とする巨大なアプリである場合、ジェンキンスは独自のサーバー上で実行する方がよいため、人々は他のサービスと正常に連携できます。Jenkins/Puppet が同じサーバー上にある可能性があると思います。または、Pupper と GIT (git はリソースが非常に少ない) の可能性もあります。

テストボックスは問題ないようです。しかし、GIT ボックスはテストボックスとしても機能すると思います。

そのサーバーのニーズを 2 減らすことができると思います。ただし、プロジェクトのサイズによって異なります。それが大きなプロジェクトの場合は、公平に行い、任せてください。サーバー分割が少し変だとしても、必要かもしれません。しかし、率直に言って、それは本当に必要ないと思います。

于 2012-04-19T16:16:28.540 に答える