Enviar búsqueda
Cargar
20191120 beyondstudy#21 kitaoka
•
0 recomendaciones
•
673 vistas
beyond Co., Ltd.
Seguir
2019年11月21日 ビヨンド勉強会#21 株式会社エクストランス 技術部システムオペレーション課 北岡 俊樹 「社内システムにGKEを組み込んだお話」
Leer menos
Leer más
Empresariales
Denunciar
Compartir
Denunciar
Compartir
1 de 66
Descargar ahora
Descargar para leer sin conexión
Recomendados
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説
貴仁 大和屋
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
CEDEC2015_OpenStack で運用する Private Cloud の泥臭い(リアル)な話
CEDEC2015_OpenStack で運用する Private Cloud の泥臭い(リアル)な話
gree_tech
ドリコムのInfrastructure as code
ドリコムのInfrastructure as code
Yosuke Hiraishi
VSCodeで始めるAzure Static Web Apps開発
VSCodeで始めるAzure Static Web Apps開発
Yuta Matsumura
はじめての Cloud Foundry: .NET アプリケーションのはじめ方
はじめての Cloud Foundry: .NET アプリケーションのはじめ方
Akihiro Kitada
Jenkins x Kubernetesが簡単だと思ったら大変だった話
Jenkins x Kubernetesが簡単だと思ったら大変だった話
Masaki Yamamoto
Apache Mesosってなに
Apache Mesosってなに
Shingo Kitayama
Recomendados
Prometheus入門から運用まで徹底解説
Prometheus入門から運用まで徹底解説
貴仁 大和屋
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
CEDEC2015_OpenStack で運用する Private Cloud の泥臭い(リアル)な話
CEDEC2015_OpenStack で運用する Private Cloud の泥臭い(リアル)な話
gree_tech
ドリコムのInfrastructure as code
ドリコムのInfrastructure as code
Yosuke Hiraishi
VSCodeで始めるAzure Static Web Apps開発
VSCodeで始めるAzure Static Web Apps開発
Yuta Matsumura
はじめての Cloud Foundry: .NET アプリケーションのはじめ方
はじめての Cloud Foundry: .NET アプリケーションのはじめ方
Akihiro Kitada
Jenkins x Kubernetesが簡単だと思ったら大変だった話
Jenkins x Kubernetesが簡単だと思ったら大変だった話
Masaki Yamamoto
Apache Mesosってなに
Apache Mesosってなに
Shingo Kitayama
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
Kazuto Kusama
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
Kazuto Kusama
はてなにおける継続的デプロイメントの現状と Docker の導入
はてなにおける継続的デプロイメントの現状と Docker の導入
Yu Nobuoka
知って欲しいPaaSの話
知って欲しいPaaSの話
Kazuto Kusama
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
Takao Tetsuro
ProjectAtomic-and-geard
ProjectAtomic-and-geard
Naoto TAKAHASHI
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
gree_tech
OpenShift from Easy way to Hard ? Way
OpenShift from Easy way to Hard ? Way
ロフト くん
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Kazuto Kusama
新しいOpenShiftのしくみを調べてみた
新しいOpenShiftのしくみを調べてみた
Kazuto Kusama
Appsody でnodejsのアプリを立ち上げよう!
Appsody でnodejsのアプリを立ち上げよう!
Daisuke Hiraoka
Infrastrucure as a CodeにおけるJenkinsの役割
Infrastrucure as a CodeにおけるJenkinsの役割
Takashi Honda
runC概要と使い方
runC概要と使い方
Yuji Oshima
Introduction of Azure Docker Integration
Introduction of Azure Docker Integration
Takekazu Omi
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
辰徳 斎藤
.NET 5 勉強会 ~.NET Framework から .NET へ~
.NET 5 勉強会 ~.NET Framework から .NET へ~
Fujio Kojima
Lattice深掘り話
Lattice深掘り話
Kazuto Kusama
Myfirst cloudfoundry intro_20161201
Myfirst cloudfoundry intro_20161201
Tomohiro Ichimura
Cloud Foundry V2を、もうちょっと深掘りしよう
Cloud Foundry V2を、もうちょっと深掘りしよう
Kazuto Kusama
ビルドサーバで使うDocker
ビルドサーバで使うDocker
Masashi Shinbara
20201127 .NET 5
20201127 .NET 5
Takayoshi Tanaka
.NET アプリを改善して実践する継続的インテグレーション
.NET アプリを改善して実践する継続的インテグレーション
Yuta Matsumura
Más contenido relacionado
La actualidad más candente
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
Kazuto Kusama
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
Kazuto Kusama
はてなにおける継続的デプロイメントの現状と Docker の導入
はてなにおける継続的デプロイメントの現状と Docker の導入
Yu Nobuoka
知って欲しいPaaSの話
知って欲しいPaaSの話
Kazuto Kusama
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
Takao Tetsuro
ProjectAtomic-and-geard
ProjectAtomic-and-geard
Naoto TAKAHASHI
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
gree_tech
OpenShift from Easy way to Hard ? Way
OpenShift from Easy way to Hard ? Way
ロフト くん
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Kazuto Kusama
新しいOpenShiftのしくみを調べてみた
新しいOpenShiftのしくみを調べてみた
Kazuto Kusama
Appsody でnodejsのアプリを立ち上げよう!
Appsody でnodejsのアプリを立ち上げよう!
Daisuke Hiraoka
Infrastrucure as a CodeにおけるJenkinsの役割
Infrastrucure as a CodeにおけるJenkinsの役割
Takashi Honda
runC概要と使い方
runC概要と使い方
Yuji Oshima
Introduction of Azure Docker Integration
Introduction of Azure Docker Integration
Takekazu Omi
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
辰徳 斎藤
.NET 5 勉強会 ~.NET Framework から .NET へ~
.NET 5 勉強会 ~.NET Framework から .NET へ~
Fujio Kojima
Lattice深掘り話
Lattice深掘り話
Kazuto Kusama
Myfirst cloudfoundry intro_20161201
Myfirst cloudfoundry intro_20161201
Tomohiro Ichimura
Cloud Foundry V2を、もうちょっと深掘りしよう
Cloud Foundry V2を、もうちょっと深掘りしよう
Kazuto Kusama
ビルドサーバで使うDocker
ビルドサーバで使うDocker
Masashi Shinbara
La actualidad más candente
(20)
コンテナ時代だからこそ要注目! Cloud Foundry
コンテナ時代だからこそ要注目! Cloud Foundry
Cloud Foundry Container-to-Container Networking
Cloud Foundry Container-to-Container Networking
はてなにおける継続的デプロイメントの現状と Docker の導入
はてなにおける継続的デプロイメントの現状と Docker の導入
知って欲しいPaaSの話
知って欲しいPaaSの話
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
WebAssemblyとBlazor 、WebAssembly System Interfaceでコンテナライズの設計を解説
ProjectAtomic-and-geard
ProjectAtomic-and-geard
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
[JANOG35.5] WhiteBox SW検証 ~サーバサイド編~
OpenShift from Easy way to Hard ? Way
OpenShift from Easy way to Hard ? Way
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
Cloud FoundryでDockerも.NETも。新しいDiegoの仕組み入門
新しいOpenShiftのしくみを調べてみた
新しいOpenShiftのしくみを調べてみた
Appsody でnodejsのアプリを立ち上げよう!
Appsody でnodejsのアプリを立ち上げよう!
Infrastrucure as a CodeにおけるJenkinsの役割
Infrastrucure as a CodeにおけるJenkinsの役割
runC概要と使い方
runC概要と使い方
Introduction of Azure Docker Integration
Introduction of Azure Docker Integration
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
~Dockerfileの開発を劇的に楽にする~ Dockerfile開発環境 EDGE
.NET 5 勉強会 ~.NET Framework から .NET へ~
.NET 5 勉強会 ~.NET Framework から .NET へ~
Lattice深掘り話
Lattice深掘り話
Myfirst cloudfoundry intro_20161201
Myfirst cloudfoundry intro_20161201
Cloud Foundry V2を、もうちょっと深掘りしよう
Cloud Foundry V2を、もうちょっと深掘りしよう
ビルドサーバで使うDocker
ビルドサーバで使うDocker
Similar a 20191120 beyondstudy#21 kitaoka
20201127 .NET 5
20201127 .NET 5
Takayoshi Tanaka
.NET アプリを改善して実践する継続的インテグレーション
.NET アプリを改善して実践する継続的インテグレーション
Yuta Matsumura
EnrootとPyxisで快適コンテナ生活
EnrootとPyxisで快適コンテナ生活
Kuninobu SaSaki
Jenkins study jenkins build-cicdi
Jenkins study jenkins build-cicdi
昌桓 李
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
Ryo Nakamaru
コンテナーによるIT基盤変革 - IT infrastructure transformation -
コンテナーによるIT基盤変革 - IT infrastructure transformation -
日本ヒューレット・パッカード株式会社
20170124 linux basic_2
20170124 linux basic_2
YUSUKE MORIZUMI
JAWS目黒 EC2チューニングTips #jawsmeguro #jawsug
JAWS目黒 EC2チューニングTips #jawsmeguro #jawsug
Yasuhiro Matsuo
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
Google Cloud Platform - Japan
私たちがGCPを使い始めた本当の理由
私たちがGCPを使い始めた本当の理由
gree_tech
Cloudstack user group meeting in osaka
Cloudstack user group meeting in osaka
Naotaka Jay HOTTA
とあるメーカーのRedmine活用事例
とあるメーカーのRedmine活用事例
agileware_jp
密着! nibohsiデプロイ 13:00-13:05 - railsアプリのデプロイ事例 -
密着! nibohsiデプロイ 13:00-13:05 - railsアプリのデプロイ事例 -
Yukihiko SAWANOBORI
Bluetooth Low Energy入門講座 -part2
Bluetooth Low Energy入門講座 -part2
edy555
CI/CD Pipeline を考える 〜KubeCon 2017 + CyberAgent の最大公倍数〜
CI/CD Pipeline を考える 〜KubeCon 2017 + CyberAgent の最大公倍数〜
Masaya Aoyama
[Japan Tech summit 2017] DEP 005
[Japan Tech summit 2017] DEP 005
Microsoft Tech Summit 2017
1891件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術(NTT Tech Conference ...
1891件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術(NTT Tech Conference ...
NTT DATA Technology & Innovation
IL2CPPに関する軽い話
IL2CPPに関する軽い話
Wooram Yang
Play framework 2.0のおすすめと1.2からのアップグレード
Play framework 2.0のおすすめと1.2からのアップグレード
Kazuhiro Hara
Ansibleはじめよぉ -Infrastructure as Codeを理解-
Ansibleはじめよぉ -Infrastructure as Codeを理解-
Shingo Kitayama
Similar a 20191120 beyondstudy#21 kitaoka
(20)
20201127 .NET 5
20201127 .NET 5
.NET アプリを改善して実践する継続的インテグレーション
.NET アプリを改善して実践する継続的インテグレーション
EnrootとPyxisで快適コンテナ生活
EnrootとPyxisで快適コンテナ生活
Jenkins study jenkins build-cicdi
Jenkins study jenkins build-cicdi
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
Dockerを使ったローカルでの開発から本番環境へのデプロイまで
コンテナーによるIT基盤変革 - IT infrastructure transformation -
コンテナーによるIT基盤変革 - IT infrastructure transformation -
20170124 linux basic_2
20170124 linux basic_2
JAWS目黒 EC2チューニングTips #jawsmeguro #jawsug
JAWS目黒 EC2チューニングTips #jawsmeguro #jawsug
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
グリー株式会社『私たちが GCP を使い始めた本当の理由』第 9 回 Google Cloud INSIDE Game & Apps
私たちがGCPを使い始めた本当の理由
私たちがGCPを使い始めた本当の理由
Cloudstack user group meeting in osaka
Cloudstack user group meeting in osaka
とあるメーカーのRedmine活用事例
とあるメーカーのRedmine活用事例
密着! nibohsiデプロイ 13:00-13:05 - railsアプリのデプロイ事例 -
密着! nibohsiデプロイ 13:00-13:05 - railsアプリのデプロイ事例 -
Bluetooth Low Energy入門講座 -part2
Bluetooth Low Energy入門講座 -part2
CI/CD Pipeline を考える 〜KubeCon 2017 + CyberAgent の最大公倍数〜
CI/CD Pipeline を考える 〜KubeCon 2017 + CyberAgent の最大公倍数〜
[Japan Tech summit 2017] DEP 005
[Japan Tech summit 2017] DEP 005
1891件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術(NTT Tech Conference ...
1891件以上のカーネルの不具合修正に貢献した再現用プログラムを自動生成するsyzkallerのテスト自動化技術(NTT Tech Conference ...
IL2CPPに関する軽い話
IL2CPPに関する軽い話
Play framework 2.0のおすすめと1.2からのアップグレード
Play framework 2.0のおすすめと1.2からのアップグレード
Ansibleはじめよぉ -Infrastructure as Codeを理解-
Ansibleはじめよぉ -Infrastructure as Codeを理解-
Más de beyond Co., Ltd.
beyoben38.pdf
beyoben38.pdf
beyond Co., Ltd.
【社内勉強会資料】DNS わかんねえ
【社内勉強会資料】DNS わかんねえ
beyond Co., Ltd.
ビヨンドでのマイグレーションとマルチクラウドの運用
ビヨンドでのマイグレーションとマルチクラウドの運用
beyond Co., Ltd.
AlmaLinux と Rocky Linux の誕生経緯&比較
AlmaLinux と Rocky Linux の誕生経緯&比較
beyond Co., Ltd.
やさしいIPアドレス入門
やさしいIPアドレス入門
beyond Co., Ltd.
【簡潔】SMTPサーバー・POP3サーバーの役割を手短かに解説
【簡潔】SMTPサーバー・POP3サーバーの役割を手短かに解説
beyond Co., Ltd.
beyond.pdf
beyond.pdf
beyond Co., Ltd.
「マイネットのマルチクラウド戦略について」株式会社マイネット 猪狩 拓也 様
「マイネットのマルチクラウド戦略について」株式会社マイネット 猪狩 拓也 様
beyond Co., Ltd.
20201029 nagatani
20201029 nagatani
beyond Co., Ltd.
20201029 hirata
20201029 hirata
beyond Co., Ltd.
20201014 fujisawa
20201014 fujisawa
beyond Co., Ltd.
20200923 miyazaki
20200923 miyazaki
beyond Co., Ltd.
20200923 inahata
20200923 inahata
beyond Co., Ltd.
20200923 fujisawa
20200923 fujisawa
beyond Co., Ltd.
200813 fgdc mandai
200813 fgdc mandai
beyond Co., Ltd.
Bydstudy#26 sato
Bydstudy#26 sato
beyond Co., Ltd.
Bydstudy#26 ishihara
Bydstudy#26 ishihara
beyond Co., Ltd.
Bydstudy#26 nagasawa
Bydstudy#26 nagasawa
beyond Co., Ltd.
20200708 bydstudy miyazaki
20200708 bydstudy miyazaki
beyond Co., Ltd.
20200423 bydstudy23-fujisawa
20200423 bydstudy23-fujisawa
beyond Co., Ltd.
Más de beyond Co., Ltd.
(20)
beyoben38.pdf
beyoben38.pdf
【社内勉強会資料】DNS わかんねえ
【社内勉強会資料】DNS わかんねえ
ビヨンドでのマイグレーションとマルチクラウドの運用
ビヨンドでのマイグレーションとマルチクラウドの運用
AlmaLinux と Rocky Linux の誕生経緯&比較
AlmaLinux と Rocky Linux の誕生経緯&比較
やさしいIPアドレス入門
やさしいIPアドレス入門
【簡潔】SMTPサーバー・POP3サーバーの役割を手短かに解説
【簡潔】SMTPサーバー・POP3サーバーの役割を手短かに解説
beyond.pdf
beyond.pdf
「マイネットのマルチクラウド戦略について」株式会社マイネット 猪狩 拓也 様
「マイネットのマルチクラウド戦略について」株式会社マイネット 猪狩 拓也 様
20201029 nagatani
20201029 nagatani
20201029 hirata
20201029 hirata
20201014 fujisawa
20201014 fujisawa
20200923 miyazaki
20200923 miyazaki
20200923 inahata
20200923 inahata
20200923 fujisawa
20200923 fujisawa
200813 fgdc mandai
200813 fgdc mandai
Bydstudy#26 sato
Bydstudy#26 sato
Bydstudy#26 ishihara
Bydstudy#26 ishihara
Bydstudy#26 nagasawa
Bydstudy#26 nagasawa
20200708 bydstudy miyazaki
20200708 bydstudy miyazaki
20200423 bydstudy23-fujisawa
20200423 bydstudy23-fujisawa
Último
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
masakisaito12
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ 株式会社
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
ユニパー株式会社
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
masakisaito12
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
ssuser80a51f
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
ssuserfb441f
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
KayaSuetake1
Último
(8)
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
ストックマーク株式会社がご提供しているAnews(エーニュース)概要紹介.pdf
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
20191120 beyondstudy#21 kitaoka
1.
『初心者向け』 社内システムに GKEを組み込んだ お話
2.
profile: name: Toshiki Kitaoka company:
X-TRANS システムオペレーション課 サブリーダ Job: - Infrastructure engineer - Handyman favorite: - GCP - kubernetes - terraform, Ansible - Laravel, Vue.js - golang, Python, PHP - Zabbix - AR twitter - account: @10key3 2
3.
3 目次 ➜ システムの紹介 ➜ 基盤選択の経緯 ➜
日々の運用 ➜ 良かった点・課題 ➜ まとめ
4.
目的
5.
明日から始めれる!という 自信をもって帰ってください。 5
6.
システムの紹介
7.
GKE 7
8.
8 GKE とは ➜ GCP
の Kubernetes マネージドサービ ス ➜ マスターは無料 ノードとして起動している ComputeEngineの費用のみ
9.
GKE 以外でもご参考にしていただけるかと 9
10.
CMDB 10
11.
11 CMDB とは ➜ ITサービスにおける構成情報を管理す るデータベース ➜
ISO20000 に準拠 ➜ 機密性、可用性、完全性を常に保つ必 要がある ➜ IPアドレス及びインベントリの自動収集 を行うアプリを k8s で動かす
12.
12 App Engine Cloud
SQL Kubernetes Engine Cloud Source Repositories Cloud Build Container Registry
13.
13 App Engine Cloud
SQL Kubernetes Engine Cloud Source Repositories Cloud Build Container Registry
14.
14 Kubernetes 構成 ➜ 2種類のPod ➜
下記のアプリの動作用 ○ IPアドレス管理 ○ インベントリ収集 ➜ Ingress を設置し下記処理を任せる ○ SSL処理 ○ ルーティング ○ 負荷分散 …負荷かかんねぇ ➜ DeploymentリソースでPod管理
15.
15 App Engine Cloud
SQL Kubernetes Engine Cloud Source Repositories Cloud Build Container Registry Pod IPアドレス管 理 SQL Proxy Pod インベントリ 収集 SQL Proxy サイドカー・パターン(かっこいい Ingress
16.
16 Deployment apiVersion: apps/v1beta1 kind: Deployment metadata: name:
<Application Name> labels: app: <Application Name> spec: replicas: 1 template: metadata: labels: app: <Application Name> spec: Containers: <Application Container Config> <SQL Proxy Container Config> volumes: <For Cloud SQL Authencation>
17.
17 Application Container Config -
name: <Application Name> image: <Image URL> ports: - containerPort: <Listen Port of Container> readinessProbe: httpGet: <Helth Check URL> envFrom: - configMapRef: name: <Env file>
18.
18 SQL Proxy Container
Config - name: cloudsql-proxy image: gcr.io/cloudsql-docker/gce-proxy:1.11 command: ["/cloud_sql_proxy", "-instances=<Instance Connection Name>=tcp:3306", "-credential_file=/secrets/cloudsql/credentials.json"] # [START cloudsql_security_context] securityContext: runAsUser: 2 # non-root user allowPrivilegeEscalation: false # [END cloudsql_security_context] volumeMounts: - name: cloudsql-instance-credentials mountPath: /secrets/cloudsql readOnly: true 参照:Google Kubernetes Engine から接続する
19.
19 Service kind: Service apiVersion: v1 metadata: name:
<Application Name>-service spec: ports: - port: <Listen port of external> protocol: TCP targetPort: <Listen port of container> selector: app: <Application Name> type: NodePort
20.
20 Ingress apiVersion: extensions/v1beta1 kind: Ingress metadata: name:
<Ingress Name> annotations: kubernetes.io/ingress.allow-http: “false” spec: tls: - secretName: <SSL Config Name> rules: - http: paths: - host: <FQDN for Application> Http: paths: - backend: serviceName: <Service Name> servicePort: <Listen port for external>
21.
日々の運用
22.
通常の運用はほぼ何もしていないインフラエンジニアの危機 22
23.
セルフヒーリング 最高 23
24.
Kubernetes のアップグレードも Google にお任せ 24
25.
開発業務 25
26.
コンテナ使う開発っていろいろ手間…? 26
27.
27 通常想定される流れ 1. コーディング 2. イメージのビルド 3.
デプロイ 4. テスト 5. 1-4 の繰り返し 6. コードのコミット(プルリク!) 7. イメージのプッシュ 8. 本番環境へデプロイ 9. 本番環境でテスト
28.
28 通常想定される流れ 1. コーディング 2. イメージのビルド 3.
デプロイ 4. テスト 5. 1-4 の繰り返し 6. コードのコミット(プルリク!) 7. イメージのプッシュ 8. 本番環境へデプロイ 9. 本番環境でテスト
29.
ビルド、デプロイは回数が多くて、 しかも時間かかるから面倒なんだよね。 29
30.
ビルド、デプロイループから解放される そう、Skaffold ならね。 30
31.
Skaffold とは ➜ Google
が開発した開発支援ツール ➜ ファイルの変更をトリガーに下記を行う ○ イメージのビルド ○ デプロイ ➜ Go なので環境依存度が低い 31
32.
Skaffold の導入方法 1. GitHub
からクローン 2. cmd/skaffold/skaffold.go を ビルド 3. 作業ディレクトリで skaffold dev を実行 a. 作業ディレクトリには skaffold.yaml が必要 32
33.
33 開発プロセス (Docker for
Windows + Skaffold) 1. Skaffold を起動 2. コードの修正と同時にローカルに開発 環境反映 3. BitBucket にpush
34.
CI/CD 作りたいな…難しそうだな。 34
35.
CI/CD をサーバレスで実現できる そう、 Cloud
Build ならね。 35
36.
Cloud Build とは ➜
GCP が提供する CI/CD をサポートする 強力なサービス ➜ Google の強大なインフラ上でビルドが できるので超高速。 ➜ コンテナイメージだけではなく、他の サービスでも利用可能。 ➜ レポジトリの変更をトリガーに自動ビル ドが可能 36
37.
本番反映の流れ 1. BitBucketの master
へpush a. BitBucket と Source Repositories はミラーリング 2. 上記をトリガーに CI 発動 3. CI が終わり次第、 CD を発動 37
38.
CI / CD
の流れ 1. 自動テストを実行 2. イメージをビルド、プッシュ 3. CD用レポジトリをクローン 4. GKE構成ファイルを修正 a. Image のIDとか 5. CD用レポジトリにGKE構成ファイルを Push 6. 5をトリガーに本番環境へ反映 38
39.
39 詳細は下記をご参照ください! https://cloud.google.com/kubernetes-engine/docs/tutorials/gitops-cloud-build?hl=ja
40.
基盤選択の経緯 40
41.
41 (会社からの)要求事項 ➜ 早急に必要 ➜ GCPを使いたい ➜
管理するサーバを増やしたくない
42.
時間が限られていたので、 とりあえず試して良さげなら採用 42
43.
なぜ、Kubernetesを候補にしたか 43
44.
運用負荷を軽減させたい! CI/CD のパイプラインを作りたい! 稼働率を上げたい! 44
45.
そんな崇高な理由ではありません。 いうても社内のシステムだし 45
46.
ただ、使いたかったんです。 46
47.
じゃあ、なんで GKE? 47
48.
マスターノードが無料だから! 48
49.
そんな崇高な理由ではありません。 どうせ会社が金出してくれるだろうし 49
50.
GCPを使いたいという要求があったから! 50
51.
私はそんなにいい子ではありません。 会社に従うだけが良い子とは思いませんが 51
52.
Kubernetes といえば、Google AppEngine 最強 ConputeEngine
は使いたくない 52
53.
そんな感じでとりあえず、 使い始めてみました。 53
54.
実際に使ってみて良かった点は多かった。 非常に興味深い。やm…奥が深そう。 54
55.
良かった点
56.
良かった点 ➜ ここで登壇できる機会を得れた ➜ 無停止でのアップグレードが可 ○
ローリングアップデート ➜ 切り戻しが容易 ○ ロールバック ➜ スモールスタートで始められる ○ pod起動してダメならリソースあげる 56
57.
今後の課題
58.
今後の課題 ➜ チームでの運用に対応する ○ そろそろ楽したい ➜
監視 ○ StackDriver使いたい ➜ チューニング ○ ほぼ全てデフォルト設定 ➜ セキュリティ ○ ログイン認証のみ 58
59.
まとめ ➜ ナウいのができた…はず ➜ なんとなくでも触れるので、 とりあえず触ってみるべし。 ➜
それなりにリソース食うし、費用もそれな りに…。 ➜ オートスケーリングが必要なぐらいのシ ステムを作りたいな 59
60.
結局、 コンテナ使うなら Kubernetes が絶対いい? 60
61.
Case By Case 61
62.
これぐらいのコンテンツなら、 Docker Compose とかでもよいかも。 GCP
なら Cloud Run という便利なものも 62
63.
最後に 63
64.
ローカルに Kubernetes の環境が欲しい! でも、クライアントPCだとリソース不足! サーバならいっぱい余ってる! 64
65.
Kubernetes の環境を簡単に手作りする方法 65
66.
ありがとうございました!! 66
Descargar ahora