AWS & Google Cloud 両方を駆使するチームでの技術選定
- 1. AWS & Google Cloud 両⽅を駆使するチームでの技術選定 アイレット株式会社 ⾼橋修⼀
- 2. ⾃⼰紹介：⾼橋 修⼀ 所属: アイレット株式会社 MSP開発セクション＠⼤阪 属性：開発エンジニア・プログラマ 役割：グループリーダー クラウド： AWS: 2020APN AWS Top Engineers、All certificates Google Cloud: 5 certificates
- 7. 基本的な考え できるだけマネージドなものを使う ・AWSであればEC2よりもFargateやLambdaなど。 ・Google CloudであればGCEよりもCloud Run、Cloud Functionsなど。 3rdのSaaSやソフトも活⽤ ・New Relic、PagerDuty、Slack、Twilio、Terraformなどなど →こちらで担保すべき範囲を減らし、開発の⾼速化↑/保守コストの低下↓ etc.
- 9. クラウドベンダーサービス or 3rd AWS Google Cloud 3rd CI/CD Code Pipeline Code Build Code Deploy Cloud Build Circle CI Travis CI GitHub Actions IaC Cloud Formation SAM CDK Deployment Manager Terraform severless 監視・モニタリング Cloud Watch X-Ray Cloud Monitoring Cloud Trace Cloud Profiler New Relic Datadog Mackerel 例 これらを組み合わせて利用することも可能 例) CI/CDでパイプラインはCircle CIを使い、デプロイはCode Deployを呼び出す
- 10. クラウドベンダーサービス or 3rd 3rdのメリット • AWSでもGoogle Cloudでも、同じ⽅法で対応できる。 • 習得コストが低く抑えられ、保守体勢も組みやすい • (個⼈的に)機能が豊富、痒いところに⼿が届く。
- 11. クラウドベンダーサービス or 3rd クラウドベンダーサービスのメリット • クラウド内のサービス連携が強い • 権限やユーザーの管理がIAMで完結 • 別途キーの管理やユーザー管理を考えなくていい • 利⽤料⾦がクラウドサービス内で完結する • 別途プラン選択や料⾦管理を考えなくていい
- 13. ベストプラクティス お役⽴ち情報
- 14. ベストプラクティス Well-Architected ツール • ベストプラクティスに沿っているか⾃⼰診断するチェックリスト • 「運⽤」「セキュリティ」「信頼性」「パフォーマンス」「コスト最 適化」の5つの観点
- 15. ベストプラクティス ソリューション デザインパターン • https://events.withgoogle.com/solution-design-pattern/ • ワークフローごとにアーキテクチャの解説 • 「注意事項」や「向かないケース」も載っている
- 16. いろいろ使う上で考慮していること • チームとして保守していけそうか • 作業環境の再現性 • 作業環境もリポジトリにDockerfileで定義 • 選定理由を残しておく★ • EOLやアップデート追従への管理★
- 17. 選定理由を残しておく • 設計資料として残す • Wikiにディシジョンレコード • Slackのpublicな独り⾔チャンネルに垂れ流し • 他の⼈の発⾔を検索でひっかけ役⽴つこともあるのでpublicで！
- 19. ご清聴ありがとうございました