現在のコンテンツを新しいレイヤーにアーカイブ

このシナリオ例では、到達圏境界を保存するホスト ベクター タイル レイヤーがあります。 これは、ユーザーがマップで使用する実稼働レイヤーです。 このレイヤーのコンテンツを更新するために、更新された到達圏データを含む 2 つ目のホスト ベクター タイル レイヤーを公開します。 これが置換レイヤーです。

また、実稼働ホスト ベクター タイル レイヤーのコンテンツを更新するたびに、そのアーカイブを維持します。 こうすると、置換コンテンツに問題が見つかった場合に、ホスト ベクター タイル レイヤーのコンテンツを更新前の状態に戻すことができます。 これを実現するために、現在のホスト ベクター タイル レイヤーの既存のコンテンツを、新しいホスト ベクター タイル レイヤーにアーカイブすることを選択します。

次の例では、到達圏と属性の変更を反映するように、現在のホスト ベクター タイル レイヤーである ServiceAreas を更新します。

到達圏に変更が必要なときは、引き続きコンテンツの置換に使用するレイヤーを作成し、現在のホスト ベクター タイル レイヤーを更新し、レイヤーのコンテンツをアーカイブするレイヤーを作成します。 アーカイブされたコンテンツを保存するレイヤーは必要である限り維持して、以前の更新に戻すときに使用することができます。

このワークフローを使用する際は、次の点に留意してください。

• アーカイブされたコンテンツを保存するレイヤーを整理するために、これらのレイヤーに専用のフォルダーを作成し、レイヤーをそこに移動します。
• 実稼働ホスト ベクター タイル レイヤーを古い状態に戻す必要がある場合に備えて、古いコンテンツをアーカイブするレイヤーを作成しましたが、これらのレイヤーを使用してデータを復元できるのは自分または管理者のみであるため、これらのレイヤーを共有する必要はないと思われます。
• 置換レイヤーは削除されます。 置換レイヤーに対して複数のスタイルを作成した場合、それらは機能しなくなります。 それらは手動で削除できます。

置換レイヤーのスタイルを維持したい場合や、マップおよびアプリで置換レイヤーをテスト目的で使用する必要がある場合など、ワークフローで今後の使用のために置換レイヤーを維持する必要がある場合は、代わりに次の 2 つのワークフローのいずれかを使用します。

置換レイヤーの維持

テストなどの用途で置換レイヤーを維持できます。 置換レイヤーを維持する必要があり、各更新の前に現在のホスト ベクター タイル レイヤーの状態をスナップショットとして含むレイヤーを複数維持する必要がない場合は、現在のレイヤーと置換レイヤーとの間でコンテンツを入れ替えることができます。 置換レイヤーを維持する 1 つの例は、現在のレイヤーに変更を反映させる前に、更新内容をテストするために使用する場合です。 このセクションでは、この品質管理ワークフローの概要を説明します。

引き続き到達圏の例を使用します。新しいレイヤーにコンテンツをアーカイブする必要はなく、代わりに品質管理のテストに使用できるレイヤーが必要であるとします。 このテストのために置換レイヤーを使用できます。 置換レイヤーを含むマップおよびアプリを開いて、スタイルが引き続き機能し、正しいデータが正しい範囲に表示され、必要に応じてレイヤーがオフライン マップでも機能することを確認できます。

この例では、次の 3 つのホスト ベクター タイル レイヤーを使用します。そのうちの 2 つは維持し、1 つは削除します。

• ServiceAreas - これは、組織のメンバーがマップ内で使用する実稼働ホスト ベクター タイル レイヤーです。
• ServiceAreasQC - このレイヤーを使用して、更新内容を ServiceAreas レイヤーに反映させる前にコンテンツとスタイルを確認します。 これは置換レイヤーですが、作成した Web マップおよびアプリはこのレイヤーをテスト レイヤーの更新の一部として参照するため、削除しません。
• ServiceAreaUpdates - 到達圏ソース データを更新するたびに、データの更新を含むホスト ベクター タイル レイヤーを公開します。 このレイヤーを使用して、品質管理レイヤーのコンテンツを更新します。 ServiceAreasQC のコンテンツを ServiceAreaUpdates のコンテンツに置き換えた後は、ServiceAreaUpdates を削除します。

このワークフローの概要は次のとおりです。

到達圏ソース データに変更があれば、常にこれらの手順を繰り返します。

このワークフローを使用する際は、次の点に留意してください。

• アーカイブされたデータを保存するために、別のホスト ベクター タイル レイヤーは作成しません。 ただし、テストに使用する置換レイヤー (この例では ServiceAreasQC) には、現在のレイヤーのコンテンツが更新前の状態で含まれています。 つまり、このテスト レイヤーを使用して、必要な場合は古いコンテンツを現在のレイヤーに復元できます。
• 現在のレイヤーのコンテンツを置換する前に他のユーザーが更新内容をテストする必要がある場合、これらのメンバーを含むグループで置換レイヤーを共有します。

置換レイヤーの維持と新しいレイヤーへのコンテンツのアーカイブ

品質管理レイヤーとアーカイブされたコンテンツのレイヤーが必要な場合はどうでしょうか？ 上記 2 つのワークフローを組み合わせて、現在のレイヤーのコンテンツを更新し、置換レイヤーを維持して、変更内容をアーカイブするレイヤーを作成できます。

たとえば、このワークフローを 2019 年 9 月の到達圏境界の更新に使用した場合、ServiceAreas には 2019 年 9 月の更新が含まれます。 それ以前のアーカイブされた到達圏コンテンツを保存するレイヤーには 2019 年 8 月の到達圏が含まれるため、このレイヤーの名前を ServiceAreasAug2019_arch にして、アーカイブ フォルダーに移動できます。 ServiceAreasQC にも、2019 年 8 月のコンテンツが含まれています。

このワークフローをもう一度実行して到達圏ソース データから ServiceAreas レイヤーに 10 月 7 日の編集内容を反映すると、10 月 7 日のコンテンツが含まれる ServiceAreas レイヤー、到達圏の以前の状態を反映したアーカイブ データのレイヤー (ServiceAreasOct62019_arch)、および 2019 年 8 月のアーカイブされたコンテンツを含むレイヤー (ServiceAreasAug2019_arch) ができます。 ServiceAreasQC には、8 月のコンテンツも含まれたままです。

サービス担当者が 11 月 4 日に休暇から帰ってきたら、ServiceAreasOct62019_arch レイヤーを使用して実稼働レイヤーを、サービス担当者が休暇を取る前の状態に戻すことができます。 このセクションに示された手順では、ServiceAreaUpdates レイヤーの代わりに ServiceAreasOct62019_arch レイヤーを使用します。

このワークフローを使用する際は、次の点に留意してください。

• 最初のワークフローと同様に、フォルダーを作成して、アーカイブされたコンテンツを保存するレイヤーをそこに移動すると、これらのレイヤーを整理できます。
• 実稼働ホスト ベクター タイル レイヤーを古い状態に戻す必要がある場合に備えて、別々のレイヤーにコンテンツをアーカイブしましたが、これらのレイヤーを使用してデータを復元できるのは自分または管理者のみであるため、これらのレイヤーを共有する必要はないと思われます。
• ServiceAreasQC 置換レイヤーは [マイ コンテンツ] に残るため、品質管理テストを簡単に複製できます。 その結果、このレイヤーのコンテンツは、このテスト ワークフローの状況のみに関連します。 このレイヤーを共有する唯一の理由は、コンテンツを使用して実稼働レイヤーを更新する前に、他のユーザーが更新内容をテストする必要がある場合のみです。