セミナーメモ：AWSセミナー マイグレーション事例祭 デジタルビジネス編

概要

2019/4/9 @Amazon目黒

アジェンダ

オープニング

• AWS Ground Station 人工衛星からの信号処理サービス

グリー：「グリーにおけるAWS移行の必然性」

• 移行推進の背景

  • オンプレ老朽、メンテコスト
  • サーバリソースの効率的利用→柔軟性
  • オンプレ環境のEOLリスク（ルータ、スイッチ、サーバetc）→1機器のリスク（EOL、セキュリティ含めて）が全体に影響

• 反対意見:オンプレ向けの設計コードや内製ツールをクラウド向けに書き換える必要がある、など。

• 移行がもたらしたもの

  • 費用削減効果
    • 2000台のサーバを移設し、39.1%のサーバ費用削減

• 移行のメリット

  • サーバリソース管理
  • 調達リードタイム
  • OS、ミドルのバージョンアップ、レガシー脱却
  • システムの柔軟性、セキュリティ、拡張性の向上

• デメリット

  • 同一ホストに複数インスタンスの場合、複数同時障害の可能性
  • インスタンス確保が難しい場合がある
  • プロダクトごとにアカウントを、わけると一元管理できない
  • 予定イベント（メンテ等）による作業コストあり

• 運用面変化

  • GUI：インフラ作業の敷居低下
  • イベント前後のインフラ作業は増加
  • OSレイヤーレベルで運用しないサービス増加（RDS、ElasticCacheなど）

• 移行の際の反省点

  • テストパターン不足による不具合
  • 移行メンテナンス中にテスト実施できなかった　メンテナンス中の動作環境準備ができなかった
  • 移行後のリソース負荷増大　構成見積りしきれない部分でインスタンス等の構成変更が発生

• 経営と組織マネジメントとエンジニアの相互理解と協力が必須

• 事前の考慮

  • 一気に移行ではなく、中長期的視点が必要
  • システム特性：負荷、トランザクションなど
    　　

CyberZ：「分析環境を AWS Athena に移行とその後1年間の運用課題を振り返る」

• F.O.X.:スマホアプリ向けの広告効果測定ツール
• 手作業での分析処理箇所を"Presto"利用からAWS Athena環境に移行
• Athenaとは？
  • インタラクティブなクエリベースの分析サービス（フルマネージド）
  • クラスタレス、サーバレス
  • JDBC/ODBC

マッチングエージェント：「 AWS での漸進的なアーキテクチャ変更 at タップル誕生」

• システム刷新の難易度

  • リスク　エラー、通信障害、データロスト
  • その移設は今やる意味があるの？への説明
  • 計画　工程がふえれば不確実性増
  • 影響確認　問題切り分け
  • 切り戻し　可逆性の担保

• 同時に発生する要素は少ないほうが良い

  • 単一の目的に絞っていること
  • 変化の種類　add.update.delete.refacter

• 漸進的　順を追って小さな変化をおこす

  • 影響が起きえることを理解しておくことで正しく対応可能

• 既存システムの課題

  • 構成管理コスト
  • 課題は山積み
    • 優先順位
    • コンテナ化、オートスケール
    • データベースはインスタンス、クラスタ再構築

• 移設を3つのフェーズに分割

  • DBをクラウドAWS移設、Apはプライベート:通信スループット大丈夫？？
    • AWS DirectConnect
    • 専用線でプライベートクラウドとAWSを接続
  • EC2への移設
    • ECSのまえにEC2？
      • パフォーマンス、オートスケール優先
      • 既存のansibleが活用可能
      • 変更要素が少ない
    • Route53 Traffic flow
      • 複雑なルーティングポリシーをわかりやすく設定可能
      • 予期せぬトラブル時にすぐ切り戻しできる
  • ECSへの移設
    • EC2でクラスタ運用
    • Fargateを使わなかった理由
      • 大規模トラフィックを扱う知見がなかった
    • コンテナ化のハードル
      • 以前からコードリファクタで12factorを意識しながら改修：日頃からの意識が重要
    • Traffic Flow利用
    • コンテナ化のメリット
      • 同じイメージ利用で信頼性
      • イミュータブルなので開発言語などのバージョンアップが気軽に
      • オートスケール簡単
      • ロールバック処理容易
        • 以前のタスク定義再適用でロールバック

• 今後の展望

  • マイクロサービス
    • よりスケーラブルな組織、システム
  • マッチングアルゴリズム、不正ユーザ検知
    • データ分析、機械学習

• まとめ

  • システム変化の必要性
  • 漸進性　変化のハードルを下げる

ニフティ：「リフト＆シフトから始めるレガシー脱却への挑戦～大規模コンテンツ配信サービスの移行実例～ 」

• 独自のJavaフレームワーク　2004年から利用

• 延べ100くらいのサービスで開発運用

  • 開発効率あがらない→レガシーからの脱却

• 社内セキュリティルールにどう適合させるか？

• クラウドベンダー選定

  • 選定基準を先に決める
    • 社内セキュリティ基準への適合
    • 技術者育成の容易さ
    • 拡張性

• 今後

  • AWS内製研修
  • 新規は原則AWS
    • Cognito,Lambda,APIGateway
  • 移行後、モダンシステムに再構築
  • 社内OAのAWS活用:VDI検討中

AWS:「ビジネス基盤をクラウドに移行する際のポイント」

• マネージドサービス
  • 移行大変（アプリを対応させる必要性）
• ベーシックサービス
  • ほぼそのまま持っていくことも可能
• まずはベーシック移行、その後マネージドへ対応
• TSO Logic
• CloudEndure