础奥厂设计ガイドラインで取り组むクラウドシフト
?
2 likes?635 views
2020年6月29日トレノケート主催「础奥厂设计ガイドラインで取り组むクラウドシフト」セミナー資料
![例1. AWSアカウントへの不正アクセス #trainocate
AWS Access Key ID [*KB2P]:
AWS Secret Access Key [*Q7go]:
24万件のメールアドレス
5万件の氏名など個人情報アクセス元は海外](https://image.slidesharecdn.com/20200629-aws-wa-200629050309/85/AWS-17-320.jpg)
![どうすれば防げるか #trainocate
AWS Access Key ID [*KB2P]:
AWS Secret Access Key [*Q7go]:
24万件のメールアドレス
5万件の氏名など個人情報
最小権限の原則
アクセス元IPを限定
キーを使わない
IAMロールを使う](https://image.slidesharecdn.com/20200629-aws-wa-200629050309/85/AWS-18-320.jpg)
础奥厂设计ガイドラインで取り组むクラウドシフト
- 1. AWS設計ガイドラインで 取り組むクラウドシフト モードチェンジを加速させるために トレノケート株式会社 AAI(AWS Authorized Instructor) Champion 山下 光洋 #trainocate
- 2. 自己紹介 ●山下 光洋 (@yamamanx) トレノケート株式会社 AWS認定インストラクター ●経歴 ?SI ソフトウェアエンジニア ?ユーザー企業 IT部門 ●好きなAWSサービス AWS Lambda #trainocate
- 4. AWS Authorized Instructor of the Year 2018, 2019 #trainocate
- 6. Trainocate実績 - AWSクラスルームトレーニング受講者様 #trainocate
- 8. AWS Well-Architected Framework #trainocate https://aws.amazon.com/jp/architecture/well-architected/
- 9. AWS Well-Architected Framework 5本の柱 #trainocate 運用上の優秀性 セキュリティ 信頼性 パフォーマンス効率 コスト最適化 Well-Architected = よりよい設計 安全で、高いパフォーマンス、障害耐性があり、効率的な運用と最適なコストを兼ね 備えた設計。 アンチパターン→セキュリティリスクが散見、遅いレスポンス、HWひとつの障害が システム全体に影響して、手動によりエラーが発生する運用、無尽蔵にコストが発生 。
- 11. アンチパターンで気づく信頼性の柱 #trainocate 1. 急遽新しいサーバーが必要になったがIPアドレスが使用できなかった。 REL1.サービス制限をどのように管理していますか？ 2. プライベートIPアドレスが不足した。 REL2. ネットワークトポロジをどのように管理していますか？ 3. アクセスが集中してWebサイトが停止した。 REL3. システムが需要の変化にどのように対応していますか？ 4. 「なんだか重い」と言われてインスタンスサイズを大きくしたが、解消しなかった。 REL4. リソースをどのようにモニタリングしていますか？ 5. すべてのアプリケーションサーバーにログインして変更している。 REL5. 変更をどのように実施していますか？ 6. 復旧しようとしたがバックアップデータにアクセスできなかった。 REL6. データをどうバックアップするか？ 7. AZレベル、HWレベルの障害時に、データベースにアクセスできなくなった。 REL7. どのようにしてシステムがコンポーネントのエラーに耐えるか？ 8. 障害対策をしてはいたが、発生時に初めて復旧手順を試して失敗した。 REL8. 弾力性をどのようにテストしていますか？ 9. 災害発生時に、対策を考え始めたので復旧できなかった。 REL9. 災害対策をどのように計画していますか？ 信頼性(Reliability)
- 12. コストの柱 #trainocate 【設計原則】 ?消費モデルを導入する ?全体的な効率を測定する ?データセンター運用のための費用を排除する ?費用を分析し、帰結させる ?アプリケーションレベルのマネージドサービスを使用して所有コストを削減する 【コストの柱】 COST1. 使用状況をどのように管理しますか？ COST2. 使用状況とコストをどのようにモニタリングしますか？ COST3. 不要なリソースをどのように削除しますか？ COST4. サービスを選択するとき、どのようにコストを評価しますか？ COST5. リソースタイプとサイズを選択する際、どうすればコスト目標を達成できるでしょうか？ COST6. コストを削減するには、料金モデルをどのように使用したらよいでしょうか？ COST7. データ転送料金についてどのように計画していますか？ COST8. リソースの供給と顧客の需要をどのように一致させていますか？ COST9. 新しいサービスをどのように評価していますか？ コストの最適化(Cost)
- 13. 起こりそうなコストリスクと対応策 #trainocate 左図の構成で、 想定していたより もコストがかかっ ています。 今後顧客が増える に従いさらにコス トは増大します。 どうやって見直し ますか？ Region Availability Zone EC2 Availability Zone Availability Zone AMI スタンバイマスター
- 14. 起こりそうなコストリスクと対応策 #trainocate Region Availability Zone EC2 Availability Zone Availability Zone AMI スタンバイマスター ● Amazon CloudWatch ● AWS Trusted Advisor ● ElasticVolume ● Reserved Instance ● Spot Instance ● Amazon CloudFront ● Amazon Aurora ● AWS Lambda ● Amazon SNS ● Amazon SQS ● AWS Cost Explorer ● AWS Compute Optimizer ● Amazon ElastiCache ● AWS Direct Connect ● Amazon S3 ● Amazon DynamoDB etc...
- 15. 起こりそうなコストリスクと対応策 #trainocate Region Availability Zone Availability Zone Availability Zone Auto Scaling group 【コストの柱】 COST1. 使用状況をどのように管理しますか？ COST2. 使用状況とコストをどのようにモニタリン グしますか？ COST3. 不要なリソースをどのように削除しますか ？ COST4. サービスを選択するとき、どのようにコス トを評価しますか？ COST5. リソースタイプとサイズを選択する際、ど うすればコスト目標を達成できるでしょうか？ COST6. コストを削減するには、料金モデルをどの ように使用したらよいでしょうか？ COST7. データ転送料金についてどのように計画し ていますか？ COST8. リソースの供給と顧客の需要をどのように 一致させていますか？ COST9. 新しいサービスをどのように評価していま すか？
- 16. セキュリティの柱 #trainocate 【設計原則】 ?最小権限の原則 ?追跡可能性の有効化 ?すべてのレイヤーにセキュリティを適用する 他 【セキュリティの柱】 SEC1. 認証情報と認証をどのように管理していますか？ SEC2. 人為的なアクセスをどのように制御していますか？ SEC3. プログラムによるアクセスをどのように制御していますか？ SEC4. セキュリティイベントをどのように検出し、調査していますか？ SEC5. 新しいセキュリティ脅威に対してどのように防御していますか？ SEC6. ネットワークをどのように保護していますか？ SEC7. コンピューティングリソースをどのように保護していますか？ SEC8. データをどのように分類していますか？ SEC9. 保管中のデータをどのように保護していますか？ SEC10. 伝送中のデータをどのように保護していますか？ SEC11. セキュリティインシデントにどのように対応していますか？ セキュリティ(Security)
- 17. 例1. AWSアカウントへの不正アクセス #trainocate AWS Access Key ID [*KB2P]: AWS Secret Access Key [*Q7go]: 24万件のメールアドレス 5万件の氏名など個人情報アクセス元は海外
- 18. どうすれば防げるか #trainocate AWS Access Key ID [*KB2P]: AWS Secret Access Key [*Q7go]: 24万件のメールアドレス 5万件の氏名など個人情報 最小権限の原則 アクセス元IPを限定 キーを使わない IAMロールを使う
- 19. 例2. コンピューティングリソースへの不正アクセス #trainocate 開発用サーバー には脆弱性 2. 管理者用のポー トから侵入 1.開発者がセキュ リティ設定を変更
- 21. パフォーマンス効率の柱 #trainocate 【設計原則】 ?最新テクノロジーの標準化 ?サーバーレスアーキテクチャ、マネージドサービスを使用 ?より頻繁に実験可能 ?システムを深く理解 ?数分でグローバルに展開 【パフォーマンスの柱】 PERF1. 最も良いパフォーマンスのアーキテクチャをどのように選択していますか？ PERF2. コンピューティングソリューションをどのように選択していますか？ PERF3. ストレージソリューションをどのように選択していますか？ PERF4. データベースソリューションをどのように選択していますか？ PERF5. ネットワークソリューションをどのように選択していますか？ PERF6. ワークロードを進化させるためにどのように新機能とりこんでいますか？ PERF7. リソースが正常に稼働していることを確認するためにどのようにモニタリングしていますか？ PERF8. パフォーマンスを向上させるために、トレードオフをどのように利用していますか？ パフォーマンス効率(Performance) 「継続的な挑戦」
- 30. AWS Well-Architected Tool #trainocate