お問い合わせ


クラウドへの道はすべて固有のものですが、プロセスを効率化するために各種機関が実践できる共通の型、アプローチ、戦術というものが存在します。AWS は、あらゆる段階で目標を達成できるようお手伝いします。

早期の計画、コミュニケーション、賛同は不可欠です。意欲 (時間、コスト、可用性など) の理解が鍵となり、機関ごとに異なります。移行モデルを定義する際に、機関はオンプレミスアプリケーションをクラウドに移行するための明確な戦略を持ち、現実的なプロジェクトのタイムラインを計画し、変動要素と依存関係の数を制限する必要があります。プロジェクトを通じて、定期的な会議で主要な関係者とのモメンタムを構築し、報告により移行プロジェクトの進行状況と状態を確認して興味を高めると同時に、利用可能なタイムフレームに関する現実的な期待事項を設定することが重要です。

詳細については、『クラウドの移行への実践ガイド』をダウンロードしてください。

ホワイトペーパーをダウンロード
すべての AWS ホワイトペーパーを表示

クラウド移行プロジェクトまたはクラウドアプリケーション開発プロジェクトの範囲を定義することが、成功への鍵です。プロジェクトの範囲を最小限に抑えることで、公共部門の機関は開発費や管理費を削減し、時間を節約することができます。クラウドへの移行を開始するためのステップは次のとおりです。

  • プロジェクトに関する用語を定義する
  • 範囲の定義に適切な人材を配置する
  • プロセスを正確に定義する
  • プロセスの境界を明示的に定義する
  • プロセス間の高レベルインターフェイスを略述する
  • プロセスインターフェイスのヘルスチェックを実施する
  • プロジェクトの特定の側面が、管理するには依然として大き過ぎることを理解する
proof-of-concept

POC の全体的な目的は、ソリューションの実行可能性を確認することです。これにより、ソリューションが目的に合い、ニーズを満たすことができるかどうかを判断できます。

start-small

最初はユーザー数を制限してプロジェクトを開始します。その結果、サービス開発や生産プロセスを効率的かつ効果的に制御および管理することができます。

min-viable

最小限の実行可能な製品をリリースしてからフィードバックに基づき反復することは、市民サービスを設計する上で効果的なプロセスです。このアプローチでは、開発の方向性をガイドしながら、反復プロセスを行うことで、市民は機能がロックされる前に、機能の形成に役立つフィードバックを送信することができます。

クラウド戦略を成功させるには、次のような主要関係部門と協働します。

機関、ポートフォリオマネージャー、調達、法務
予算/金融、セキュリティ、IT、ビジネスリーダーシップ

これにより、クラウドの導入が既存のプロセスにどのような影響を与えるかについて明確な理解が生まれ、以下に関する期待をリセットする機会が得られます。

expectations
benefits-of-cloud

主要関係者部門がクラウドの利点を理解したら、これらの利点から逆行してクラウド製品やサービスのポートフォリオを構築します。

culture-of-innovation

機関に関する知識があるスタッフがクラウド技術の活用方法を学ぶことができるように、クラウド導入フレームワークのワークショップを通じてスタッフを教育します。これにより、クラウド導入時の早い段階で賛同が得られ、イノベーションの文化が促進されます。

詳細については以下を参照してください。

pmos

クラウドのセンターオブエクセレンスまたはプロジェクト管理オフィス (PMO) は、政府機関全体のガバナンスやコンプライアンス、オートメーションを調整することができます。必須の規制要件を捉えながら、クラウドコンピューティングのベストプラクティスや業界標準を簡単に組み込むことができるようになります。


AWS では、柔軟で低コストの IT リソースに迅速にアクセスできます。クラウドコンピューティングでは、公共部門の機関は、ハードウェアに多額の先行投資をしたり、そのハードウェア管理に時間やコストを費やしたりする必要がなくなります。

従量課金制モデルでは、大規模な設備投資の必要がなくなり、支払いは、実際に使用したキャパシティーの分にのみ発生します。さらに、データの管理や維持に伴う OpEx コストを削減することができます。これで浮いた予算により、CapEx を管理しながらでは容易に実行できない革新的な取り組みにすばやく着手できます。

当社の総所有コスト (TCO) 計算ツールでは、AWS を使用したときのコスト削減額を予想し、詳細なレポートを作成してエグゼクティブのプレゼンテーションに使用することができます。また、計算ツールを使用するなら、ビジネスニーズを最大限に満たすために、想定内容を変更することもできます。

AWS クラウドでどれだけのコスト削減ができるかを計算してみてください。

従量課金制モデルでは、大規模な設備投資の必要がなくなり、支払いは、実際に使用したキャパシティーの分にのみ発生します。さらに、データの管理や維持に伴う OpEx コストを削減することができます。これで浮いた予算により、CapEx を管理しながらでは容易に実行できない革新的な取り組みにすばやく着手できます。

labor

最初はユーザー数を制限してプロジェクトを開始します。その結果、サービス開発や生産プロセスを効率的かつ効果的に制御および管理することができます。

network

どれだけ帯域幅が必要か? 帯域幅のピーク値対平均はどれだけか? ネットワークギアには何を想定しているか? 1 つのラックを超えてスケールする必要がある場合はどうするか?

availability

災害復旧 (DR) 機能があるか? 昨年のデータセンター電気料金の請求額は? 平均とピーク電力の両方の要件に対して予算を設定したか? 冷却/HVAC 用の別のコストがあるか? 2N 電力を考慮しているか? そうでない場合、ラックに電力の問題が発生したらどうなるか?

dc-space

データセンターのスペースが不足することはあるか? リース終了はいつか?

capacity

容量をどのように計画するか? ピーク容量を過剰プロビジョニングするコストはどれだけか? 容量を少なくする必要がある場合はどうするか? 来年の予想は?

servers

平均サーバー使用率は? 負荷のピーク用にどれだけ過剰プロビジョニングしているか? 過剰プロビジョニングするコストはどれだけか?

クラウドは大幅な節約を実現できますが、オンプレミスインフラストラクチャからクラウドベースのサービスに移行するとコストが高くなる場合があります。ハードウェアのリタイア、ライセンスとメンテナンスの有効期限、コストを削減するその他の機会に合わせて移行を計画することが重要です。

移行予算の TCO の計算におけるコストの考慮事項には、次のようなものがあります。

tco-labor

最初はユーザー数を制限してプロジェクトを開始します。その結果、サービス開発や生産プロセスを効率的かつ効果的に制御および管理することができます。

tco-process

アプリケーションまたはインフラストラクチャの廃棄により、契約の早期終了に関連するペナルティ料金 (施設、ソフトウェアライセンスなど) が発生する場合があります。

tco-technology

クラウドプラットフォームへの移行中に本番稼働用アプリケーション/インフラストラクチャの使用可能な状態を維持するために必要な複製環境。

AWS 無料利用枠は、AWS クラウドサービスを無料で体験できるように提供されています。AWS 無料利用枠には、AWS のサインアップ日から無料利用枠を 12 か月間使えるサービスが含まれます。さらに、AWS 無料利用枠の期間である 12 か月間を過ぎても有効期限が自動的に切れない追加サービスもあります。


AWS インフラストラクチャは、連邦政府、州政府、地方自治体、および教育向けの安全かつスケーラブルでコスト効率に優れたソリューションにより、顧客のプライバシーや分離を確保すると同時に、可用性を最大限に高められるように設計されています。

compliance

責任共有モデルを通じて、クラウド環境全体で権限と説明責任を管理します。コンプライアンスは、内部ポリシーとの整合性を提供するとともに、ワークロードの設計とデプロイにおけるサードパーティ保証フレームワークを提供します。コンプライアンス検証アクティビティを通じて、デプロイされたセキュリティとコンプライアンスの体制に自信を持つことができます。法律および規制による要件のコンプライアンスが確保されるように、IT ガバナンスの慣行を、機関の総合的なガバナンスの慣行と統合してください。

詳細については、「AWS クラウドのコンプライアンス」を参照してください。

cloud-governance

ビジネスと IT がクラウドガバナンスでコラボレーションしていることを確認し、アプリケーションに対する機関の管理を維持しながら、AWS にアプリケーションをデプロイするための反復可能なプロセスやテンプレートを確立します。

主なガバナンスは以下のとおりです。

  • (関連資料を基にした) 必要な遵守目的と要件の把握
  • 上記の目標や要件を満たす統制環境の構築
  • 組織のリスク許容度に基づく必要な妥当性の把握
  • 統制環境の運用効率の検証
  • 機関の他の部門と協力して、IT におけるガバナンスの慣行を決定する
  • 総合的な IT 戦略で定義された目標を達成するために、明確な役割、責任、権限を確立させる
  • IT の製品やサービスを提供するのに必要なアクティビティを整理し、実行する
  • 一貫性を持たせるために、標準の運用手順を設ける
  • サービスレベルアグリーメント (SLA) と運用レベル合意書 (OLA) の施行
security

セキュリティはクラウドテクノロジーの最も重要な利点の 1 つであり、AWS は広範なセキュリティ機能に多額の投資を行ってきました。すべての AWS ユーザーは、業界のコンプライアンス標準で、より高いレベルのセキュリティを実現できます。これらのセキュリティ機能は、消去できないサービスの本質的な部分として提供され、追加コストはかかりません。

公共部門の機関は、クラウドに移行する中で、IT セキュリティに関する戦略を定義して文書化する必要があります。公的機関が最大の効率で安全に進化し運用するために必要な、セキュリティの原則を定めた戦略を作成します。この戦略では、導入のロードマップの指針となる一連の触媒作用とメトリクスも提示する必要があります。有効な戦略を作成するステップは次のとおりです。

セキュリティと監査に関する業界のベストプラクティスを活用します。AWS が効果的な物理および論理セキュリティコントロールを実施していることをお客様に保証します。

クラウドセキュリティの基本をお客様に学んでいただきます。 すべての主要関係部門は、責任共有モデルにおける役割や責任といった、クラウドの基本を理解する必要があります。より広範なクラウドガバナンスモデルの一部としてセキュリティ承認プロセスの標準化に取り組みます。

AWS プロフェッショナルサービスやソリューションアーキテクトと連携します。セキュリティへの取り組みは、セキュリティコントロールの選択、ワークロードのコンプライアンスの検証、およびクラウドの敏捷性、TCO、セキュリティのイノベーションを活用したセキュリティ運用の構築に対する包括的なアプローチの一部です。