CloudNativeDays Tokyo 2019登台历程

2 年 ago
新, 韵
1 minute

背景信息

由于收到了各种请求，所以下面我将按顺序写下我参与 CloudNativeDays Tokyo 2019 并在其中进行 “Kubernetes Logging入門” 演讲的一系列步骤。

宣布的资料 de

以下是《Kubernetes Logging入门》的演讲资料，发布于当日。链接如下：https://twitter.com/yosshi_/status/1153584813401501696。

直到活动当天的过程

2018年12月遇见Loki

这次决定放在演讲的重点是「Grafana Loki」，我在「KubeCon 2018 NA」的「Grafana Loki：类似于Prometheus，但用于日志」演讲中找到了它。

当时在使用On-premise的Kubernetes时，我们对以下日志问题有以下的考虑。（现在依然面临着同样的问题，不过…）

    • オンプレミスでKubernetesのログを扱うプロダクトElasticsearchくらいしかない

 

    • 既に運用経験があったり、BIツールとして使うならまだしも、ただログを集めるだけに新規にElasticsearchを使うには運用コストが高い

 

    もっと機能が限定的でもいいので導入が簡単なプロダクトが欲しい

在这种情况下，当我了解Loki时，我的感受如下。

    • やっとk8sのログも扱えるじゃなくて、k8sのログを扱う前提のプロダクトが登場してきた

 

    • 既にk8sのメトリクスでデファクトであるPrometheusと同じような操作感でログを扱えるというコンセプトなので、運用に関する習熟コストが他のプロダクトに比べて低くなることに期待したい

 

    • メトリクス以上にログの方がスケーラビリティが問題になると思っていましたが、Cortexを踏襲した水平スケールの仕組みがプロダクトのデザインとして組み込まれているので運用後の負荷の問題にも対処できるかも

 

    PrometheusやGrafanaに貢献しているGrafana Labsが開発を推進しているので安心感がある

当时还只是α版，所以并不是非常好用的状态，也没有受到关注，但因为觉得是个有趣的产品，所以希望能在某个地方进行集中发布。

2019年2月，提交CFP申请。

有关会议的公告如下，欢迎您参与申请，最后经过选拔将会公布“被采纳”的结果。

为什么发布了CFP

因为我也想站在同一个舞台上尝试一下，所以我试着参加了。

发表主题的概念

暫時先以Loki為中心思考著要談些什麼。

市场需求调查

通过参加MeetUp等活动，与各种人交谈，我发现很多人并不太了解Loki或者Kubernetes的日志系统。即使是在使用Kubernetes运营商业产品的人中，对于日志相关的内容兴趣似乎也不是很高。

虽然我自己调查了很多，关于度量标准的信息也很多，但是关于日志方面的详细文件都没有…那么，我就自己来创建吧…

最终的主题 de

由于市场上缺乏对于Kubernetes日志的了解，这对于理解Loki是必要的，因此我决定首先系统地解释日志的基础知识，最后简单介绍一下Loki的特点。我已经提交了演讲提案（CFP），最终我提交的内容如下。如果被采纳，除非有任何更改，否则将直接转录到活动网站上的日程安排中。

CloudNative_Days_Tokyo_2019_-__CNDT2019.png

2019年5月，KubeCon 2019 EU大会

由于在「KubeCon 2018 NA」的主题演讲中提及，并引起了相当大的关注，所以感受到了一股追赶的动力，让我的积极性得到了提升。

2019年5至7月 資料製作

为了制作资料的输入

    • 参考サイト

Kubernetesの公式サイト
KubeConのObserbilityのカテゴリの過去の発表

2018 NA
2019 EU

Grafana LokiのGithub
Grafana LabsのBlog
Weave worksのBlog

参考書籍

Kubernetes完全ガイド
Kubernetes実践ガイド
Kubernetes実践入門

Mnaging Kubernetes <–無料で読めます!!
実践Helm

对演讲材料的组织进行考虑

構成を考える前の下準備

自分のタイムスケジュールを確認

最終日の最後の時間であることを確認
話聴く人は既にお疲れですね。そもそも話聴く前にもう帰っちゃう人もいるだろうなぁ・・とか色々聴き手の状況を妄想してみる

他の人の発表テーマを確認

発表テーマの傾向と発表の技術レベル感を確認
CyberAgentの長谷川さんがAuditLogについて発表するのを確認。
KubernetesのLogを体系的に説明するとAuditログも外せないのですが、あんまりやる気もないので長谷川さんを信じて任せることが確定(発表内容が被らない方が聴き手も嬉しいですよね)
事前に長谷川さんに「よろしくお願いします」と言って、それ以外のログについて頑張る

前提

いつも聴き手が発表の影響を受けて自分の行動を何か変えようと思たら、いい発表かなと思うので今回もそんな感じでゴールを設定

発表のゴールイメージ

Kubernetesのログの仕組みが大体わかる
Lokiに興味を持ってちょっと触ってみたくなる

やったこと

散逸してる情報を頑張って、体系的にまとめてストーリーを作ってみる
自分がCFPで記載した聴講者のイメージになりきって確認してみて、「これ分かんないよね」って思ったところを修正したり、構成をまた並べ直したりする
構成のアイデアは移動中の電車と、お風呂入ったりとかに思いつくのでその都度書き出して検討してみる
資料のInputや実際の資料作りよりも、この作業の方が大変で全体の精神的負担の8割はこの作業

活动当天

在發表之前的時間裡

下面看到

    • 自分が発表する会場の雰囲気が気になるので、他の人の発表風景を視察

 

    • 330人入る会場だと・・やはり広い。普段は100名くらいの発表が多いので広く感じます

 

    • 音声ははっきり聞こえるけど、画面はやはり最後尾だとちょっと遠く感じるのでスッキリしてるスライドじゃないと辛そう

 

    • 普段のMeetUpと比較して、会場の反応が薄いので聴き手の状況が掴みづらい・・・

 

    ずっとメモしてる人がたくさんいる・・かなり細かい用語までメモしてる人が多いので今日初めてkubernetesって単語を聞きましたって人も多そうだなと

基于上述的观点进行修正。

    • 聴講者のイメージの確認

プロダクトの導入を検討してて実施例を知りたい人は他のところに行く
自分でKubernetesをめっちゃ触ってる人はライブコーディングに行く
最後のセッションなので、そもそもログに興味ない人は疲れてるから帰ってしまわれそう・・
実際に少し触ったことがあってログがよく分からない人だけが聴きに来そうだから・・何も考えずに全力出せば良さそう

スライドの修正

やり過ぎかなと自分でも思ったけど、脳死してコピペすればhelmでLokiがインストール手順も追加することを決意

进行演讲

我在演讲中重视的事情

心構え

聴き手にどれだけ伝わるかを大切にする。自分が100用意してきていても、今の聴きの手の状態を見て30を伝えきるのがベストだと判断したら、その場で70をきちんと捨てること
全体のバランスがいい時間配分で発表する。最初の方だけ詳しくて後の方だけ駆け足で話すとかにはならない

心構えの具体的な実現方法

発表中に聴き手の顔を逐一確認して理解度を予測する。前方の席に座ってくれている人だと意欲的でよく相槌を打ってくれる人が多くて嬉しいけど、その人向けに話すと全体に対して話すペースが速くなりがちなので、後方に座っている人たちの顔と反応をよく観察する。
事前にこのスライドまでで10分話すとかチェックポイントを決めておいてそれを守る。それより遅くなりそうなら粒度の細かいところはその場で落とす。早くなり過ぎてもバランスが悪いのでその場合はもう少し丁寧に話すか、細かいところを捕捉する。

实际的演讲

当时正在紧张地准备演讲即将开始的那一刻。

    • 緊張する。第一声をきちんと大きな声で話せば抜けるくらいの緊張感だけど、やはり初めての有償イベントの登壇は責任が重いな。

 

    • 半分の150人くらいがいることを想定していたら、ほぼ満席で驚く。やっぱり、みんなログで困ってるのかぁと感慨深い気持ちになる

 

    会場が暗くて後方の人の顔が見えなくて困る。ステージが見やすいように会場全体が暗いので、登壇者側からだと前3列目くらいまでしか顔が見えない・・・目隠しして発表しないといけない気分

从开始演讲起的前10分钟

    • コンテナのログの全体概要

 

    • 観客の顔もよく見えないし、普段のMeetUpより反応が薄いので怯えながら、いつもより丁寧に話す

 

    • 冒頭のスライドは相当作り込んだし、分かりやすいはずだと信じて強い気持ちを持って言い切る

 

    ペースは想定通りで、スライド枚数で19/79くらいなのでいい感じ

开始的10到20分钟

    • “kubectl logs”とロギングのアーキテクチャの話

 

    • 自分が空気に慣れてきたし、観客の空気も暖まってきたのか、会場の空気が掴めるようになってくる

 

    • 結構きちんと伝わってる感じがするのと、ちょくちょく驚いてくれてる感じがする・・内心「( ¯ ꒳¯)ﾄﾞﾔｧ」こんな感じで楽しくなってくる

 

    ペースは想定通りで、スライド枚数で38/79

开始的20到30分钟

    • ここからLokiの話

 

    • 「KubeCon」の話をしたら反応が微妙・・・初心者の人に海外カンファレンスの話は気持ち・・敷居が高いですよね。

 

    • Lokiに関しては設計のコンセプトと画面のオシャレ感が伝わるくらいでいいかなと方針を変えて流し気味に話す

 

    ペースが少し早くて、スライド枚数で62/79くらいなのでもう少し丁寧でもよかったかな

开始的时间是30到40分钟。

    • Control Planeのログの話

 

    • スライドを丁寧に作り込んでおいたのでそんなに分からない雰囲気も感じもなくてよかった

 

    発表終了時点で36分。持ち時間が40分なのと最後のセッションなのを考えると、ちょっと早いくらいでペースはそんなに悪くなかったかなと

演讲结束后

    • やり遂げた達成感で一安心

 

    • 観客の皆様は終了後に速やかに帰宅されたました・・こちらが少し寂しくなるくらい本当に早かったです。

 

    一応”ask the speaker”のブース(登壇者に質問できる場所)には行ったんですが、会場は撤収作業中だし、観客の皆様は速やかに帰宅されたので特に何もなかったです。

次日的发表

    • 発表資料の誤字の修正と当日に口頭で捕捉した内容を吹き出し形式で追記して再アップロード

 

    • 細かいとこも気になったりして、結局上記の作業を10回くらい繰り返し

 

    最後の登壇資料のURLを運営に報告して自分のSpeakerとしての全作業が完了しました。

上台发表感想

    • 楽しかったですよ。後日色々反応もあってよかったかなと。

 

    疲れました。運営スタッフと他にもう一個発表があって色々忙しかったので、次はもう少し効率よくなりたいです。

终究

    • 当日来ていて頂いた方には登録して頂いたメールアドレスにアンケートが来ているので回答頂けると嬉しいです。

 

    • 登壇者のみんなは聴き手の反応に飢えてるのでみんな喜びます。

 

    「Kubernetes Logging入門」がよかったなぁって思ってくれた方はアンケートにそう書いてもらえると私嬉しいです(笑)
✖
广告
将在 10 秒后关闭
bannerAds