コンテナベースのアプリケーションをGCPで運用する際に考えること

コンテナベースのアプリケーションをGCP で運用する際に考えること Kuma Arakawa

Source: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Duis
non erat sem 今日のポイントあなたのプロダクトに本当に必要な構成をもう一度考えてみよう ROIを考えよう流行りや自分の好みに惑わされないように

non erat sem 技術的なことは https://cloud.google.com/docs できるだけ英語で読みましょう日本語訳は最新でない場合があります

non erat sem ユーザフロントデータベースキャッシュビジネスロジック

non erat sem ユーザフロント巨大なOracleDB キャッシュビジネスロジック

non erat sem ユーザフロントデータベースキャッシュビジネスロジック

non erat sem LB ユーザカスタマ向けフロントロジッククライアント向けフロントロジック管理者(社内)向けフロントロジックカスタマ向けビジネスロジッククライアント向けビジネスロジック管理者(社内)向けビジネスロジック　各種トランスコード各種メッセージ送信データベースキャッシュ ETL 各種モニタリング DWH

non erat sem

non erat sem Microservice Architecture

non erat sem http://album.cloudit.co.jp/wp-content/uploads/2017/04/microservice.jpg

non erat sem Microservice最高！とってもよい！！！・コンポーネントごとに言語や設計を柔軟に変更できる・向いている(とされる)言語や設計を自由に使える・チーム編成もそれに応じて変更可能・Monolithと違い、改修がコンポーネントごとに変更できる・テスト・デプロイが早くできる柔軟性・敏捷性・加速度を得ることが可能に

non erat sem まとめ・柔軟性・敏捷性・加速度を得ることが可能に・Microservice最高！・Microservice最高！もうちょっと続くんじゃ

non erat sem http://simianviz.surge.sh/netﬂix

non erat sem Microservice最高…？とってもよい…？運用が複雑に・どのコンポーネントがどこと通信してる？超絶複雑な通信をどうやって俯瞰する？・コンポーネントがありすぎて、デバッグもデプロイもしにくい

non erat sem じゃあMicroserviceやらないほうがいいの？

non erat sem MicroserviceでもMonolithでも結局は複雑になる

non erat sem いろんなツールを使って管理できるように運用・管理に必要なものものを自動化・インフラ・ネットワーク・監視、アラートワークフローを自動化しよう

non erat sem

non erat sem コンポーネントをパッケージ化

non erat sem アプリケーションの実行・管理

non erat sem クラウド

non erat sem サービスを管理

non erat sem http://callistaenterprise.se/assets/blogg/docker/kubernetes-on-docker-in-docker/kubernetes.jpg

non erat sem

non erat sem Istio難しいただでさえKubernetesが難しいのに、更にIstio…？ Istio 1.0 とか言ってるけど、Prodで使えるの？管理するモノが増える　→最終的なROIを考えたら、マネージドサービスを最大限活用＋モノリシックのほうが良いのでは？

non erat sem ネットワーク以外にも様々な複雑さが CI/CDどうするの？　・マイクロサービスの粒度によるが、 1メソッド1マイクロサービスぐらいにすると、圧倒的なデプロイスピードは得れるが、週に何十回、何百回とデプロイすることに

「近年のソフトウェアの開発サイクルは加速しすぎてテストを行う時間が短すぎる」 - Fortune 500 で働く QA Leader

non erat sem ネットワーク以外にも様々な複雑さが Observability(可観測性) 　・ログはすべて取る、監視も全てするとして（そもそも全て滞りなく、網羅的に監視するのってどうすれば？）ログも多すぎるし、監視するものも多いし、それらのデータをどのように見たら良いのだろうか

non erat sem ネットワーク以外にも様々な複雑さがどこにアプリケーションを置くの？ or すでにオンプレ資産があるんだけど　・特定の業種は特定の法律・法令に準拠しなければいけない

non erat sem ところでこれは誰向け？様々なミートアップで GKEやIstioの話をすると最近よく聞かれる：「うちもKubernetesとかやらないといけないと思うんですがどうなでしょう？」「どこからKubernetesを始めたらいいんでしょう？」「やっぱり最近はマイクロサービス目指さないとだめなんでしょうかね？」「運用とか自動化できそうでとても楽になりそうですね」

non erat sem ところでこれは誰向け？

non erat sem ユーザフロントロジックデータベースキャッシュビジネスロジック

non erat sem

non erat sem ところでこれは誰向け？アーキテクチャの複雑性を紐解き、複雑なシステムを自動化し、許容できる範囲を明確に定義し、事業・システム・ヒトに整合性を無理なく保たせたい、柔軟性が持てるシステムをしたい人向け

non erat sem Cloud Functions App Engine Cloud Run App Engine Kubernetes Engine Compute Engine Flex

non erat sem 今日のポイントあなたのプロダクトに本当に必要な構成をもう一度考えてみよう ROIを考えよう流行りや自分の好みに惑わされないように

Kuma Arakawa Google Developers Expert, Cloud and G Suite twitter:
@kumakumakkk ご清聴ありがとうございました

コンテナベースのアプリケーションをGCPで運用する際に考えること

コンテナベースのアプリケーションをGCPで運用する際に考えること

More Decks by kumakumakkk

Other Decks in Technology

Featured

Transcript