異なるデスクトップで組織パペット環境

このような開発などパペット環境, テストおよび生産は論理的に、システム構成管理を簡素化するために異なるデスクトップに整理することができ.

環境では、パペットで制御システムを開発するための安全な方法を提供. 私は3つのような環境にパペット開発サイクルを整理: 開発, テストと生産. 各環境用のアプリケーションウィンドウは、別のデスクトップ上に整理されてい, 使用 私は別の記事で説明することをデスクトップマネージャ. これは、以下の図に示します.

パペット環境とデスクトップ

開発デスクトップ上の開発環境

開発環境は、私のローカルワークステーション上で実行されます. Iは、仮想化ツールを使用, VMwareやVirtualBoxのように, 地元のパペットマスターと同様、開発ノードの両方を作成する. パペットマスターは、Sambaが共有することを実行 /etc/puppet ディレクトリ私はワークステーション上でテキストエディタを使って人形ファイルを編集できるように、.

第二の仮想サーバは、私が開発していたターゲット·システムをエミュレート. このノード上で実行されている人形Agentがローカルパペットマスターに接続. 簡単にするために, セキュリティと安全, 私は地元のパペットマスターの代わりに、私は生産に使用する1つに開発·ノードを接続する.

テキストフ​​ァイルを編集するためのウィンドウ, 実行中のパペット, 監視ログファイルとファイルブラウザは、複数のモニタにまたがって広がっている, として 別の記事で説明した. これらのWindowsのセットが定義され、私の "開発デスクトップ". 私は、ノードを開発する, 私は常にパペットエージェントを再実行, ローカルにログメッセージとテストをチェック. 各開発ストーリーが終了した後, 私は、Subversionのコードリポジトリにファイルをチェック.

テストデスクトップ環境のテスト

開発環境で作成されたパペット·ファイルは、現在、テスト環境にチェックアウトされている. テスト環境のためのアプリケーションは、新しいデスクトップに編成されています, 私の使用して デスクトップマネージャ. これらのアプリケーションは、ジェンキンスの制御下で実行Seleniumテスト·スイートなど、様々なシェルのWindowsとブラウザの窓があります.

テスト環境で使用されるQAサーバーを運用サーバーと同じです, IPアドレスなど、いくつかのマイナーな細部を除いて, ホスト名とアクセス権. 例えば, あなたが今使用しているウェブサイト (jaroker.com) 最初に実行されているQAサーバーを用いて試験した qa.jaroker.com.

人形ジェンキンスの組み合わせは再作成テスト環境に使用されます. プロダクション環境からデータベースがテスト環境にロードされ (ホスト名のようなものへの変更を行った後).

Seleniumテストは、WebアプリケーションがQAサーバー上で実行されている上、回帰チェックを実行. 私SOFInsプロジェクトの, 約 30 回帰チェックが自動的に実行されます. これは手動テストに追加されます.

すべてのチェックに合格した後, 人形の設定は本番環境へ適用されます.

生産デスクトップの生産環境

プロダクション環境では、以前に同一のテスト環境で試験した同じ人形のコードを使用しています. すべてのテストとトラブルシューティングが、前の2つの環境で発生したため、生産への展開が速くて簡単で驚きなしである.

デスクトップスイッチング

デスクトップの切り替えは、私は別のパペット環境を切り替えることができます. 私が開発することができます, テストとすぐに生産に新しいコンフィギュレーションの変更をプッシュ. 非常に複雑な構成システムは現在、組織的かつ管理可能である.