AWS Case study
AWS 導入事例
現状
営業支援システムとして、7年前に構築
オフィスからPC、外部からiPadを活用し顧客情報の共有、提案支援に利用者500名が日々、活用している
フェイスポートは、お客様のニーズに合ったクラウド環境の構築を、調査、検証から構築、運用支援まで一貫してお手伝いさせていただきます。
コンサルティングから、調査、開発、構築、運用までトータルサービスを行う当社だからこそ実現可能となった事例を紹介させていただきます。
クラウド移行事例１（マイグレーション事例）
課題
HWの老朽化とOSのサポート切れが問題となりシステム環境の刷新を検討
サーバ環境の問題点
オンプレミスで構築したシステムのハードウェアの老朽化により、ハードウェアリプレイスや環境移管の必要がある。またその他問題点も多々あるため合わせて検討の必要あり。
- サーバの老朽化
ハードウェアの老朽化によりサーバ停止の危険性
- データ量の急増
システムで利用している写真、PDF等のデータが急増し、ストレージの拡張が追い付かない
- 大容量データの増加に伴い処理速度が低下
サービスの利用価値が上がり、構築当初のスペックではリソースが足らず、すぐにでもサーバのスペック増強／最新のプラットフォーム対応が必要
OS、ミドルウェアの問題点
- OSサポート期限
サーバOSのWindows Server 2008の2020年1月のサポート停止まで、あとわずかでありすぐにでも最新のWidows Server に切り替えが必要
- データベースエンジンのサポート期限
利用しているデータベース Oracle 11g（11.2.0.3）のサポート期限を過ぎており、すぐにでもDBエンジンのバージョンアップが必要
- リプレイスまでに必要な時間
最新のOS／ミドルウェアの環境でアプリケーションを稼働するためにはプログラムの改修が必要だが大幅に時間がかかってしまう
提案内容
問題解決に向けてシステム稼働環境の刷新のためアマゾン ウェブ サービス（AWS）を基盤としたシステム環境を提案
状況に応じ中長期視点での提案提供
- 老朽化対応
- 改修時間の確保のため、段階的移行
サーバ老朽化、スペックの柔軟な強化に対応するため、クラウド化を行う
最新のOS、DBに即時に切り替えたいがアプリケーションの改造が間に合わないため、段階的な移行を実施することで合意
OS
WindowsSever2008 ⇒ WindowsServer2012⇒（改修後）⇒WindowsServer2019（予定）
ここにもクラウドのメリット（入手可、購入しなおしが不要）
DB
Oracle11g（11.2.0.3）（すでにサポート終了）⇒Oracle11g（11.2.0.8）（サポート2020年年末まで）⇒(改修後)⇒Oracle12c（予定）
一歩踏み込んだ最適提案提供
- 拡張性の確保とコスト削減の両立
増加し続けるデータの大半が、デジタルデータ（写真、PDF）であることに注目し、
呼び出し、保存時間が多少猶予されるため、ストレージのS3活用を提案。
アプリケーションのカスタマイズは間に合わないため、S3をドライブとして活用することで大容量、低価格、安全性を確保（CloudBerryを活用） - ALB(Application Load Balancer)を使用し、負荷分散＆死活監視
WEBサーバからAPサーバ への処理の引き渡しを負荷分散することによってapサーバへの処理を分散。
また、ALBを使用することで単一障害点を排除し、APの死活監視をしつつ健康なAPに処理を渡す。 - CloudWatchによる障害発生の即時対応
CloudWatchで監視し、障害発生時に冗長化構成にすぐに切り替えを行う。
冗長化はコールドスタンバイとすることでコスト削減。
これらの提案により必要コストを最低限に抑えた構成となり、 次期に予定しているシステム刷新に向けた前向きな延命として課題をクリアしました。
事例１
社内ワークフローシステムのリホスト支援
“Site Reliability Engineering（SRE）の考え方を取り入れたことで、ソフトウェア開発の効率向上と運用が安定しました。”
オンプレミス／フルスクラッチで構築された各種ワークフローシステムのマイグレーションとしてお客様にてイントラマート基盤を採用しAWSにリホストを実施されました。
弊社でも一部ワークフローの開発ご支援とAWS Code Commit、Code Build、Code Deploy、Code Pipelineを使用しCI/CD化を実現等クラウドネイティブな構成、構築をご支援。
これにより開発効率が各段に向上され、安定的なシステムのリリースを実現しています。
Code Commitリポジトリの各ブランチのコミットを検出しCode Pipelineにて自動ビルドし、デプロイが稼働。
Production環境へのデプロイの手前にApprovalステージを用意することでレビュワーによる確認、承認を得ることが可能となりました。
また、Code PipelineにLambda関数を実行するステージを用意しチケット管理システムへAPI連携することで、Production環境リリース時にコミット履歴を記録することで、監査要件で求められる管理面でも効率化を実現しています。
事例２
サーバー稼働管理の効率化とコスト削減
“サーバーの稼働に関して、柔軟な稼働プラン管理とマルチアカウントへの適応を行うことでEC2・RDSのランニングコストを削減”
複数のワークロードがAWS上で稼働しており、EC2やRDSインスタンスの追加に伴い、ランニングコストも増加する課題がありました。
常時稼働が必要無い開発系インスタンスや、需要の低い時間帯はバックエンド系インスタンスの台数を削減する等、稼働台数の管理は元々お客様で基盤を構築されておりましたが、ワークロード毎に稼働管理用プログラムを実装されていたこともあり、一元管理やメンテナンスにかかる作業コストに課題があったため今回、統合管理できるAWS自身が提供しているソリューションを活用して解決策をご提案。
AWS提供ソリューションの「Instance Scheduler」をお客様に紹介させていただき、環境構築と稼働プランの作成・設定の反映までご支援させていただきました。
ただし、プランのメンテナンス方法はDynamoDBのテーブルに格納されたデータを直接修正する必要があったため、UX改善を検討。
Excelをインターフェースとしてプラン情報を更新できるように一部カスタマイズしました。
上記に関して、ご提案から構築までご支援させていただきランニングコストの削減と、運用管理の効率化に貢献させていただきました。
