多くの人とページを管理している大規模なサイトで作業することで、さまざまなワークフローがWebデザインペーパープロトタイプから実際のページをインターネットに生かすことができます。複雑なサイトのワークフローには、多くの個別のWebサーバーとサーバーの場所を含めることができます。これらのサーバーはそれぞれ異なる目的を持っています。この記事では、複雑なWebサイトの一般的なサーバーのいくつかとその使用方法について説明します。
プロダクションWebサーバ
これは、ほとんどのWebデザイナーがよく知っているWebサーバーのタイプです。プロダクションサーバーとは、プロダクションの準備ができているWebページとコンテンツをホストするWebサーバーです。つまり、プロダクションWebサーバーのコンテンツはインターネットに公開されているか、インターネットに配信される準備ができています。
小規模な会社では、プロダクションサーバーはすべてのWebページが存在する場所です。設計者と開発者は、ローカルマシン上か、ライブサーバー上の隠れた場所やパスワードで保護された場所でページをテストします。ページをライブで使用する準備ができたら、ローカルのハードドライブからFTPを使用するか、隠しディレクトリからライブディレクトリにファイルを移動して、プロダクションサーバー上の場所に移動するだけです。
ワークフローは次のようになります。
- Designerはローカルマシン上にサイトを構築します。
- Designerはローカルマシン上のサイトをテストします。
- デザイナーは、より多くのテストのために、本番サーバーの隠しディレクトリにサイトをアップロードします。
- 承認されたデザインは、ウェブサイトのライブ（隠されていない）エリアに移動されます。
小規模なサイトでは、これは完全に容認できるワークフローです。そして、実際には、小さなサイトが何をしているのかを、次のようなファイル名で見ることができます。
index2.html 内部ディレクトリには次のような名前が付けられています：
/新しいそのようなパスワードで保護されていない領域が検索エンジンで見つかることを覚えている限り、プロダクションサーバにアップデートを投稿することは、余分なサーバを必要とせずに、ライブ環境で新しいデザインをテストする良い方法です。
テストサーバまたはQAサーバ
テストサーバーは、顧客（および競合他者）には見えないWebサーバー上の新しいページやデザインをテストする方法を提供するため、Webサイトのワークフローに役立ちます。テストサーバーはライブサイトと同一に設定されており、通常、変更内容が記録されていることを確認するために、何らかの種類のバージョンコントロールが設定されています。ほとんどのテストサーバーは社内のファイアウォールの背後に設定されているため、従業員だけがそれらを見ることができます。しかし、ファイアウォールの外にパスワード保護を設定することもできます。
テストサーバーは、多くの動的コンテンツ、プログラミング、またはCGIを使用するサイトに非常に便利です。これは、ローカルコンピュータにサーバーとデータベースを設定していない限り、これらのページをオフラインでテストすることは非常に難しいためです。テストサーバーを使用すると、変更内容をサイトに送信し、プログラム、スクリプト、またはデータベースが意図したとおりに機能するかどうかを確認できます。
テストサーバーを持つ企業は、通常、次のようにワークフローに追加します。
- Desginerはサイトをローカルで構築し、上記と同様にローカルでテストを行います。
- デザイナーまたは開発者はテスト・サーバーに変更をアップロードして、動的要素（PHPまたは他のサーバー・サイド・スクリプト、CGI、およびAjax）をテストします。
- 承認されたデザインは本番サーバーに移されます。
開発サーバー
開発サーバーは、複雑な電子商取引サイトやWebアプリケーションなど、大きな開発コンポーネントを持つサイトに非常に役立ちます。開発サーバーは、Web開発チームがWebサイトのバックエンドのプログラミングに取り組むために使用されます。ほとんどの場合、複数のチームメンバーが使用できるバージョンまたはソースコード管理システムがあり、新しいスクリプトやプログラムをテストするためのサーバー環境を提供します。
ほとんどの開発者が直接サーバー上で作業するため、開発サーバーはテストサーバーとは異なります。このサーバーの目的は、通常、プログラムで新しいことを試すことです。テストは開発サーバー上で行われますが、コードを特定の基準に照らしてテストするのではなく、機能させることを目的としています。これにより、開発者はどのように見えるのか心配することなくウェブサイトのナットとボルトを心配することができます。
企業に開発サーバーがある場合、設計と開発に携わるチームが別々になることがよくあります。このような場合、テストサーバーは、設計が開発されたスクリプトで満たされる場所であるため、さらに重要になります。開発サーバーのワークフローは、通常、次のとおりです。
- 設計者は、ローカルマシン上の設計作業を行います。
- 同時に、開発者は開発サーバー上のスクリプトとプログラムで作業します。
- コードとデザインはテストのためにテストサーバーに統合されます。
- 承認されたデザインとコードは、本番サーバーに移動されます。
コンテンツサーバー
コンテンツの多いサイトの場合、コンテンツ管理システムを収容する別のサーバーが存在する可能性があります。これにより、コンテンツ開発者は、一緒に構築されているデザインやプログラムの影響を受けることなく、コンテンツを追加することができます。コンテンツサーバーは、ライターやグラフィックアーティスト以外の開発サーバーによく似ています。
ステージングサーバー
ステージングサーバーは、ウェブサイトが運用される前の最後の停止場所となることがよくあります。ステージングサーバーは、できるだけプロダクションと同じように設計されています。したがって、ハードウェアとソフトウェアは、ステージングとプロダクションのWebサーバー用にしばしばミラーリングされます。多くの企業ではステージングサーバーとしてテストサーバーを使用していますが、サイトが非常に複雑な場合、ステージングサーバーはデザイナーと開発者に提案された変更が設計どおりに機能しているかどうかを検証し、混乱の原因となるテストサーバーで他のテストを実行する必要はありません。
ステージングサーバーは、しばしばウェブサイトの変更のための「待機期間」の一形態として使用される。一部の企業では、ステージングサーバーは自動的にそこに投稿された新しいコンテンツを展開し、他の企業は管理、マーケティング、影響を受けるグループなどのWebチーム外の人々の最終的なテストおよび承認領域としてサーバーを使用します。ステージングサーバーは、通常次のようにワークフローに組み込まれます。
- 設計者は、ローカルマシンまたはテストサーバー上のデザインを処理します。
- コンテンツ作成者は、CMSにコンテンツを作成します。
- 開発者は開発サーバーにコードを記述します。
- テスト用にテスト用のサーバーにデザインとコードがまとめられています（コンテンツはここに含まれていますが、デザインワークフロー外のCMSで検証されることがあります）。
- コンテンツがステージングサーバーのデザインとコードに追加されます。
- 最終承認を受け取り、サイト全体を運用サーバーにプッシュします。
あなたの会社のワークフローは異なる場合があります
私たちが学んだことの1つは、ある企業のワークフローが他の企業のワークフローとはまったく異なることです。 Emacsとviを使って本物のサーバーにHTMLを書くWebサイトを構築しました。私たちが作業しているページの小さな部分だけにアクセスできなかったWebサイトを構築しました。さまざまなサーバーの目的を理解することで、設計と開発作業をより効果的に行うことができます。
