クラウド・インフラ
安全で再現可能なAWS環境を、
InterCloudが構築・運用します。
お客様は、安全なアカウント構成、再現可能なデプロイ、ユーザーに影響が出る前に問題を知らせるモニタリングを手にできます。InterCloudは自社製品をTerraform、コンテナ、GitHub Actionsを使ってAWS上で運用しており、同じ基盤を貴社のために構築します。
AWSソリューション
AWS上の安全な基盤
AWSへの新規移行でも、計画なしに拡大してきた既存のアカウントでも、基盤は同じです。分離された環境、IDベースのアクセス、そしてコードで定義されたすべてのリソースです。
ランディングゾーン
環境を分離し、すべての操作を記録に残します。AWS Organizationsによるマルチアカウント構成、ログと監査証跡の一元管理、各アカウントに許可する操作を定めるガードレール、データ層とアプリケーション層のためのプライベートサブネットを備えたネットワーク設計を提供します。
IDとシークレット
環境から長期間有効なキーをなくします。代わりにIAMロールとSSOを使い、人とパイプラインに最小権限のポリシーを適用し、アプリケーションのシークレットはマネージドストアに保管して、再デプロイなしでローテーションします。
マネージドデータサービス
任意の時点にデータを復旧できます。自動バックアップとポイントインタイムリカバリーを備えたマネージドPostgreSQL、ライフサイクルルールを設定したオブジェクトストレージ、そしてアプリケーションとあわせてコードでプロビジョニングするキャッシュとキューを提供します。
エッジと配信
公開アプリケーションをエッジで保護し、1つのドメインで複数のアプリケーションを運用できます。AWSの前段にCloudflareを配置してDNS、TLS、WAF、DDoS対策を担い、複数のアプリケーションが1つのドメインを共有できるルーティングルールを設定します。
バックアップと災害復旧
必要になる前に、復元できることを確認しておきます。システムごとに合意したバックアップのスケジュールと保持期間、定期的にテストする復元手順、そしてサービスを復旧する順序と発動を判断する担当者を定めた文書化された復旧計画を用意します。
コスト管理
クラウドの支出を可視化し、毎月レビューします。タグ付けの標準、アラート付きの予算、月次のコストレビューを導入します。利用パターンが明らかになった時点で、適正化、非本番環境の稼働スケジュール設定、リザーブドキャパシティを適用します。
コンテナ・サーバーレス
ワークロードごとに適した実行環境を、同じ方法で運用
アプリケーションサービスは、InterCloud自社製品の基盤でもあるAmazon ECS上のDockerコンテナとして稼働します。各サービスには独自のタスク定義、ヘルスチェック、オートスケーリングのルール、依存するサービスへのプライベート接続があり、イメージはパイプラインでビルドとスキャンを行います。
定期ジョブ、ファイル処理、通知、イベント駆動の連携には、サーバーレス関数とマネージドキューのほうが適しています。これらのサービスにはアイドル状態のサーバーが不要で、容量もコストも実際の利用量に応じて変動します。
プラットフォームはワークロードごとに選び、デプロイモデルは統一します。1つのサービスを理解しているエンジニアであれば、すべてのサービスを運用できます。
- オートスケーリング、ヘルスチェック、ダウンタイムなしのローリングアップデートを備えたAmazon ECS
- CIでビルド、スキャン、バージョン管理を行い、プライベートレジストリに保管するコンテナイメージ
- イベント駆動の処理と定期処理のためのサーバーレス関数とマネージドキュー
- 既存のプラットフォームやチームの標準で必要な場合はKubernetes
DevOps・CI/CD
コミットから本番環境までの再現可能な経路
パイプラインが製品を守ります。すべての変更が同じ経路をたどり、リリースは業務時間内に実施できる日常的な作業になります。
- 1
Infrastructure as Code
AWSのすべてのリソースをTerraformで定義し、プルリクエストとしてレビューし、パイプラインから適用します。環境は再現可能で、ドリフトは可視化され、コンソールでの手作業による変更に依存する設定はありません。
- 2
ビルドとテスト
GitHub Actionsが、プルリクエストごとに型チェック、リント、単体テストと結合テスト、依存関係のスキャンを実行します。コンテナイメージは一度だけビルドし、変更を加えずに各環境へ昇格させます。
- 3
安全なデプロイ
ヘルスチェック付きのECS上でブルー/グリーンデプロイまたはローリングデプロイを行うため、不具合のあるリリースにトラフィックは流れず、ロールバックは1ステップで完了します。データベースのマイグレーションは、テスト済みの巻き戻し手順を備えたバージョン管理スクリプトとして実行します。
- 4
観測と改善
デプロイのイベントをSnowTrackのメトリクスやアラートと関連づけるため、性能の低下をその原因となった変更と結びつけられます。インシデント後の振り返りの結果は、テストとランブックに反映します。
モニタリング・運用
本稼働時から備わるモニタリングと運用
モニタリングは構築フェーズで設定します。インフラ、アプリケーション、業務レベルのシグナルを当社のオブザーバビリティプラットフォームであるSnowTrackに集約し、サービスごとのダッシュボードを用意し、アラートをオンコール担当者に届けます。
アラートは合意したサービスレベルに合わせて調整し、受け取った人が何をすべきかわかるよう、各アラートにランブックを添付します。アラートのノイズは毎月見直して削減します。
運用代行契約のもとでは、InterCloudがオンコール対応の責任を担います。パッチ適用、キャパシティ管理、インシデント対応、そして可用性、インシデント、変更をまとめた月次レポートです。あるいは、構成を引き渡し、貴社チームにトレーニングを行うことも可能です。
- SnowTrackによるインフラ、アプリケーション、サービスのモニタリング
- すべてのアラートに対するアラートルーティング、オンコールのスケジュール、ランブック
- コンプライアンス要件に応じた保持期間を設定した、ログとトレースの一元管理
- パッチ管理、キャパシティのレビュー、月次の運用レポート
- 概要
- インフラストラクチャ
- アプリケーション
- サービス
- ログ
- アラート
- インシデント
- レポート
システム概要
99.9%
3
42
AWS環境のレビュー
新しいAWS環境の構築でも既存アカウントのレビューでも、適切に運用された環境とはどのようなものか、そこに到達するために何が必要かをお示しします。