OChaCafe#2 マイクロサービスの運用・管理のまとめ

2019/1/25 Oracle Cloud Hangout Cafe (略してOChaCafe)のツイッターまとめです。#ochacafe
1
前へ 1 2 ・・ 11 次へ
inductor / Kohei Ota @_inductor_

観客もっと盛り上げていきたい気持ちがある #ochacafe

2019-01-25 18:35:52
Shingo Kitayama @spchildren

おっ!まぢか。Kiali出てくるよん。これはOpenShiftの流れかっ!(違 #ochacafe

2019-01-25 18:36:27
もりはや @morihaya55

誰もやらないから自分がやるって言って実際にやりきるの素晴らしいとしか #ochacafe

2019-01-25 18:37:31
Hiroshi Hayakawa @hhiroshell

今日のスピーカーはVitessのオーソリティらしいよ。 #ochacafe #cndjp

2019-01-25 18:38:21
Yasuhiro1711 @yasuhiro1711

#ochacafe 観客もっと反応してほしくなる!

2019-01-25 18:38:23
yosshi_ @yosshi_

クラウド市場はAWS、MS、IBM、Googleさんが圧倒的だな。「Next 10」の富士通、NTT、Oracle、Rackspace、Tencent、Salesforce.comの差がやはり・・ itmedia.co.jp/enterprise/art… #ochacafe

2019-01-25 18:38:43
Siena. @n_siena

Vitessも気になるが、全然情報収集できてない悲しみ。 #ochacafe

2019-01-25 18:39:15
inductor / Kohei Ota @_inductor_

マイクロサービスの運用管理難しい #ochacafe

2019-01-25 18:39:54
inductor / Kohei Ota @_inductor_

モノリス vs マイクロサービスの話 #ochacafe

2019-01-25 18:40:15
botisle @hi86074659

Microservicesの運用・監視 「範囲がデカイ」 しかも、ツラいところ トレーシング。。。 #ochacafe

2019-01-25 18:40:37
K.Saito @SightSeekerTw

今回の技術スタックは完全に、OpenShift Service Mesh と被ってる! #ochacafe

2019-01-25 18:40:56
Siena. @n_siena

「本日のテーマはマイクロサービスの運用・管理。テーマが大きすぎるので、個人的に重要だと思うところだけ重点的に。 復習。目的・四と五斗にアプリを分離し、全体で一つのシステムを構築するアーキテクチャ。影響範囲を小さくし、素早く更新できる。サービス単位でスケーリングできる。 #ochacafe

2019-01-25 18:41:35
yosshi_ @yosshi_

先ほどのことさんの言っていたセッション。まだ空きがありますね。event.shoeisha.jp/devsumi/201902… #ochacafe

2019-01-25 18:41:37
inductor / Kohei Ota @_inductor_

マイクロサービスにとって発生する「サービス境界の問題」 #ochacafe

2019-01-25 18:41:54
yosshi_ @yosshi_

マイクロサービス化して悲鳴あげてるのが、インフラ系の人が多いなって思うが・・自分の知り合いがインフラ系に偏ってるだけなのか判断に悩む。 #ochacafe

2019-01-25 18:42:48
inductor / Kohei Ota @_inductor_

複数サービスがあると、障害の連鎖によって広範囲が動かなくなることもある。 #ochacafe

2019-01-25 18:42:49
Hiroshi Hayakawa @hhiroshell

「サービス境界」が存在することで発生する問題こそマイクロサービスの問題。 #ochacafe

2019-01-25 18:43:06
inductor / Kohei Ota @_inductor_

マイクロサービスの問題解決に対する取り組み 1. 影響範囲の把握(カオスエンジニアリング・カナリアリリース) 2. 監視する 3. 分析する #ochacafe

2019-01-25 18:43:39
Siena. @n_siena

「マイクロサービス化による「さ=ビス境界の問題」。依存先サービスで発生した問題に影響を受けてしまう。 → 影響を事前印把握するカオスエンジニアリングやカナリアリリース、依存関係やフローの監視、ログやメトリクスの収集と因果関係の追跡、などの取り組みが有効。 #ochacafe

2019-01-25 18:44:27
もりはや @morihaya55

計画的なカオスエンジニアリングを回すフェーズに行ける気が今はしないです (すでに通常運用でちょいちょい障害起きてる) #ochacafe

2019-01-25 18:44:27
前へ 1 2 ・・ 11 次へ