Multi Cloud Design Pattern(Beta)
18 likes6,273 views
July Tech Festa 2015 D40 http://2015.techfesta.jp/p/program.html#multiple_cloud_usecase
![[JAWS DAYS 2017 ワークショップ] 不安で夜眠れないAWSアカウント管理者に送る処方箋という名のハンズオン](https://cdn.slidesharecdn.com/ss_thumbnails/20170311jawsdays2017h1-170311030315-thumbnail.jpg?width=560&fit=bounds)
![[Deep Dive]Infra寄りのDevがお送りするRDS for Aurora徹底検証](https://cdn.slidesharecdn.com/ss_thumbnails/auroradeep-150322203758-conversion-gate01-thumbnail.jpg?width=560&fit=bounds)
More Related Content
What's hot (20)
Viewers also liked (20)
Similar to Multi Cloud Design Pattern(Beta) (20)
![JPC2018[H4]マイクロソフトの Azure オープン ソース戦略とパートナー エコシステム](https://cdn.slidesharecdn.com/ss_thumbnails/h4-180906034209-thumbnail.jpg?width=560&fit=bounds)
![[SC12] あなたのチームのセキュリティスキルは十分ですか？DevSecOpsを見据えたセキュリティ人材の育成方法](https://cdn.slidesharecdn.com/ss_thumbnails/sc12-170614044739-thumbnail.jpg?width=560&fit=bounds)
More from Terui Masashi (16)
Recently uploaded (7)
Multi Cloud Design Pattern(Beta)
- 2. Masashi Terui @ marcy_terui I’m a developer and a architect in a operators company (JIG-SAW Inc.) I’m interested in Cloud, Automation, IoT(Server Side) and more. I’m a AWS Certi?ed DevOps Engineer Professional. I’m a husband of my wife. I’m a father of my son and my daughter. ABOUT ME 2
- 3. 3
- 4. 4
- 7. WHAT IS CDP? 7 AWSクラウドデザインパターン (AWS Cloud Design Pattern, 略してCDPと呼ぶ)とは、AWSクラウドを 使ったシステムアーキテクチャ設計を行う際に発生する、典型的な問題とそれに対する解決策?設計方 法を、分かりやすく分類して、ノウハウとして利用できるように整理したものである。 これまで多くのクラウドアーキテクト達が発見してきた、もしくは編み出しきた設計?運用のノウハウ のうち、クラウド上で利用が可能なものをクラウドデザインのパターンという形式で一覧化し、暗黙知 から形式知に変換したものであるといえる。 – AWS-CloudDesignPattern Wiki (http://aws.clouddesignpattern.org/) より – ”
- 10. 10 でも、思うんです
- 16. 16 なにより
- 19. 19 例えば
- 20. 20 足りないものを補う
- 21. 21 No VM Scheduled Job AzureのマネジメントサービスであるJob SchedulerのHTTP Request機能を使い、 AWSのAPI Gatewayにリクエストを飛ばしてLambda Functionを起動することで、 EC2やAzure VMを一切使わずに定時処理を行う。
- 22. 22 特徴を踏まえて使い分ける
- 23. 23 Enhanced Scaling VM*1、ロードバランサ*2のスケーリングに優れたGCPでオンライン処理、 マネージドのジョブキューを持ち、Spot Instanceで費用を抑えられるAWSでバッチ処理を行う。 *1) Google Compute Engine Autoscaler発表。わずか数分で千インスタンスをスケーラブルに伸縮(http://www.publickey1.jp/blog/14/google_compute_engine_autoscaler.html) *2) GoogleのHTTPロードバランサーの破壊力があり過ぎる(http://qiita.com/kazunori279/items/8d2417c8510021c697e7)
- 24. 24 課金体系の違いを活かす
- 25. 25 Low Cost High Availability CDN 平常時は転送量課金が安い（というか無料） 国内クラウドからコンテンツ配信しつつ、 Route53のDNSフェイルオーバーでお手軽冗長化。 フェイルオーバー先及びコンテンツのマスターは、 堅牢性に定評のあるS3とする。 利用シーン ? スモールスタートな画像?動画配信系サイトなど ? 大容量コンテンツへのアクセス集中時の一時的処置 ※大きくなったらちゃんとお金を払ってCDN使うべき ※普通のサイトは平常だと転送量課金 < VM代金となる可能性有り
- 26. 26 最近わりとよく聞くやつ
- 27. 27 BigQuery for now とりあえず、BigQueryに突っ込んどけば簡単に分析が初められる。 無理してEMR,HD Insight,Redshiftとか使わなくて良い。 若干意味合いが違いますが、一つに拘ると損をする典型例として。
- 30. ポイント や 注意事項 30 ? 基本は同一クラウド内で解決できるかどうかを考える ? むやみに色々使うと管理コストが上がる ? レイテンシを考慮する ? 経路の暗号化は必須 ? 転送量課金があることを念頭に置く ? ただ、データのみのやりとりだと意外と転送量課金は気にならないレベル
- 33. 33 そして、一番大事なこと
- 36. 問題点（私感） 36 ? 新パターンの提案の敷居が高い ? 採用プロセスが不透明 ? 管理者が決まっているので、管理者のモチベーションや忙しさに依存 ? というか、事業者サイドで握っててユーザが入り込む余地がない？(AWS以外)
- 37. 37 そこで
- 38. 38 提案
- 42. Rule(案) 42 ? 新パターンの提案や修正はPull Requestにて行う ? 公平性を期すため、一度パターンが採用された人にはコミット権付与 ? 古くなったパターンなどはIssueで議論の上削除?修正 ? 最低限、実証済みのパターンのみを登録する ? 特定の事業者を貶めるような内容はNG
- 43. 43 お願い
- 44. 44 デザインとか誰か???
- 47. まとめ 47 ? CDPは偉大 ? でも、垣根を越えればもっと素敵なパターンが有るはず ? ユーザによるユーザのための集合知を ? 透明性のあるプロセスで ? 協力待ってます:-)
- 48. 48 最後にちょっとだけ
- 49. 49 1.MCDP(仮)の実践したい方 2.イケてるクラウドインフラ上で? IoTサーバサイド開発したい方? (主にPython, 一部Go, C++) 勤務地は東京 or 札幌で選べます。 ちなみに私的には２の方が重要ｗ