Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
kubernetes chatops
Search
Gavin Zhou
February 23, 2017
Technology
630
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
kubernetes chatops
kubernetes chatops
Gavin Zhou
February 23, 2017
More Decks by Gavin Zhou
See All by Gavin Zhou
Prometheus Operator
gavinzhou
3
1.3k
Other ingress voyager
gavinzhou
0
200
Multiple Ingress on GKE
gavinzhou
0
1.9k
Building Minimal Docker Containers
gavinzhou
0
1.4k
Other Decks in Technology
See All in Technology
データ_AIの事業の勝敗をわけるもの
nek0128
1
420
2026-09-11 【Snowflake World Tour Tokyo 2026】Snowflakeを起点に、AI Agentが自律稼働し続ける未来へ / Driving AI Agents with Snowflake
civitaspo
0
680
AIで社員の自主発信に広報目線を組み込む
_mossann_t
0
110
アクセスキーこわい やめかたと漏らさない工夫
sassssan68
1
360
事業課題から技術的負債に向き合う
sansantech
PRO
2
1.9k
俺の仕事は AIに奪われないし、たぶんその BIも要らない
hikaruri
0
500
AIによるクリエイティブ生成を行う上での試行錯誤
plaidtech
PRO
0
160
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.1k
積み重なった技術負債への挑戦 〜初手としての全社ゴト化〜
techtekt
PRO
0
1.3k
例外の正しい扱い方 そのエラー try-catchして大丈夫?
jinwatanabe
3
510
【技術的負債conf】事業成長に伴う技術的負債の説明責任とAIによるモニタリング、認知的負債について
i35_267
3
1.7k
synctest時代のhttptest Go 1.27で変わるHTTPサーバテストの裏側 / go conference2026 synctest and httptest
budougumi0617
1
3k
Featured
See All Featured
Navigating Weather and Climate Data
rabernat
0
520
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Unsuck your backbone
ammeep
672
58k
The Spectacular Lies of Maps
axbom
PRO
1
990
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
3
1.2k
AI: The stuff that nobody shows you
jnunemaker
PRO
10
1k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
590
How GitHub (no longer) Works
holman
316
150k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Transcript
kubernetesのchatops Orangesys Inc.
$Who am I Orangesys Inc. Tachibana Shuji Twitter @yepn https://github.com/orangesys
Running
Orangesys Inc. SaaS監視システム @orangesysio https://orangesys.io
None
None
Orangesys • All in docker • Kubernetes on GKE •
OpsDev -> NoOps Architecture
Architecture: Orangesys > Kubernetes Apigateway Namespace Cloud Load Balancing Standard
Devices HTTPS Browser Client Production Namespace Kube-system Namespace Tiller Replication Controller Grafana Container Engine Replication Controller Influxdb Container Engine Replication Controller Corporate Site App Engine Autoscaling Orangesys Firebase Autoscaling Monitoring Namespace Prometheus RC Influxdb RC Grafana RC Opsbot Namespace Kubebot RC K8s-event RC Stripe Server Api Container Engine Replication Controller PostgresSQL Container Engine Replication Controller MariaDb Container Engine Replication Controller Nginx Container Engine Replication Controller Traefik Container Engine Replication Controller Server Telegraf Ingress Container Engine Replication Controller Kong ApiGateway Container Engine Replication Controller Kubenetes API Replication Controller SSL Cert Bot Replication Controller Orange Api Container Engine Replication Controller
Technology Stack
Agenda • なぜchatops • hubotを使ってない • kubernetes botの事例 • Topic
なぜchatops GKEのkubernetesの上、運用のため、ルーチンワークが全自動化ため、あまりops が少ない 情報共有のため、chatopsを入れた
hubotを使ってない • コンテナ運用のため、上記3種類のbotのimagesが大きすぎ、起 動が重い。(200MBを超え) • stackをシンプルしたい、coffeesciptsを避けたい • botが重い、機能が多すぎ、メンテコストが高い • kubernetesとの相性があまり
その他bot • cog & errobt • cog pluginの開発言語が自由ですが、本体はelixir • 既存のbotが重い、機能が多すぎ、メンテコストが高い
• kubernetesとの相性があまり
go-chat-bot シンプルな機能がほしいから、go-chat-botで数十行ぐらい、作りました。 Kubernetes apiを活用し、slackへのevent転送が簡単 主流のIMツールはwebhook提供のため、より一層chatopsが簡単になります
Kubernetes event bot Kubernetes event apiを監視し、全部PODの イベントを通知します。
Circleci release event Distributed Teamsのため、リリースタイミングを担当者にお任せします。 リリース情報を共有したい
Letsencrypt証明書自動更新bot 証明証の有効期間を監視し、1ヶ月前、更新、 Let's Encrypt DNS Challenge Please deploy a DNS
TXT record under the name _acme-challenge.orangesys.io with the following value: 667drNmQL3vX6bu8YZlgy0wKNBlCny8yrjF1lSaUndc Once this is deployed, Press ENTER to continue
kubernetes ops bot podの状態共有、自動構築のお客環境の状態確認など
Topic コンテナ時代になり、更に自動化を進化し、chatopsも変化 Kubernetesの運用なら、chatopsは情報共有の役割 エンジニアのアシスタントになり(事務処理、on-call standby、勤怠管理など)