現在、開発から本番環境に至るまで、サーバー環境を再構成しています。すべてのサーバーは、VMとして実行されているWindows2008サーバーになります。継続的インテグレーションにはTeamCityを使用し、バージョン管理システムとしてSubVersionを使用します。
いくつかの推奨事項を読んだ後、これまでに計画していることを次に示します(冗長性、災害復旧などは含まれていません)。
- 本番環境:(1)Webサーバー+(1)DBサーバー
- ステージング:(1)Webサーバー+(1)DBサーバー
- ビルド:(1)SVN + TeamCity Web&DB +(1)TeamCity Agent
- 開発:(1)Web/DBサーバー
したがって、合計2つの本番環境+2つのステージング+2〜3のビルド+1つの開発=7〜8台のサーバー
私の質問は次のとおりです。
- SVNは専用サーバー上に置くべきですか、それとも開発サーバー上に置くことができますか?
回答:これまでのところ、SVNはDevサーバー上にあるべきではないというコンセンサスがあるようです。スタンドアロンにするか、TeamCityと同じサーバーでペアリングすることができます。
TeamCityは専用サーバー上に置く必要がありますか、それともSVNサーバー上に置くことができますか?
回答:これまでのコンセンサスでは、特にTeamCityエージェントとSQL DBが別々のサーバー上にある場合、TeamCityはSVNと同じサーバー上にある可能性があります。
その他の推奨事項、ベストプラクティスはありますか?
回答: TeamCityは、3つのサーバーインスタンスに分割する必要があります。1つはTeamCity Web用、1つはTeamCity Agent用、もう1つはTeamCitySQLDB用です。
サーバーの無秩序な増加を最小限に抑えながら、確実なベストプラクティスのセットアップを試みています。