半分くらい!41/124で3割くらいだったので普及が進んでますね。54,190円Lambda分は前回とQRコード変えてないので残り分をそのまま利用、小物も追加なしです。執筆関連の人の稼働という観点では、技術書典なくても検証するしまとめもするので皆無です。表紙やダウンロードカード、サークルカットのデザインは妻がやってくれましたが、仕事として他の方に依頼するとけっこうかかる気がします。前回は最高127だったので前回よりは手にとっていただけそうな雰囲気はあるものの、当日ブースまでたどり着いて見つけていただくまでには混み具合なども影響すると思います。あと複数頒布するとどちらにどの程度興味をもっていただけてそうなのかがわかりません。来場者数も増えて母数増えたのかなとも思ったのですが、入場者数自体は前回と大差なさそうでした。前回参加者10340人、今回10260人、運営や出展者込み。〜KubernetesからServerlessを訪ねて〜』の正誤表と増補・改訂をお知らせします。この本を手にとってくださった方がちょっとでも選んでよかったと思う本に育てていきたいので、章の追加なども楽しみにしていてください。引き続きフィードバックお待ちしてます!@toshi0607更新情報や新刊情報もこのアカウントでつぶやきます。toshi0607·0件のコメント4/14(土)開催の技術書典6で2冊出展します!カエルと空というサークル名で場所は「う46」です。遊びに来てください!興味を持っていただけた方はサークルのチェックリストに登録しておいていただけると助かります。今後の印刷数の参考にします。今回の新刊はKnativeについてです。KnativeはKubernetes上でサーバーレスなワークロードを実現するためのパーツ群です。LambdaをはじめとするFaaSやサーバーレスアーキテクチャに興味があり調べてみることにしました。MeetupでKnativeの話をする機会をいただいた際にまとめています。#serverlesstokyo自分の大好きなLambdaを実装するための仕組みを学ぶのはとても面白く、今後も検証を続けていく予定です。増補・改定も伴うはず。今回の本ではKnativeを構成するコンポーネントであるServing、Build、Eventingをサンプルを触りながら基本的な仕組みを理解できるように(自分が理解したい)という思いで書きました。Knativeは鋭意開発中のため、入稿4日前にガラッと仕様が変わったのに気づいて慌てて一から勉強みたいなのも乗り越えてここまでやってきました。Kubernetes上に成立つ仕組みなので、最低限Kubernetesの特徴として知っておきたいこともまとめています。GKEを触りながらぜひKnativeの世界に入門してください!本の名前はこんな気持ちでつけました。2019ついでにこれは愛猫ふわふわくんの様子です。ChannelとSubscriptionお値段は前回に引き続きこんな感じです。実はすでにBOOTHで購入できる状態になっています。技術書典5で出展した既刊の第2版も50部持っていきます。初版ではS3へのアップロードやログの確認でGUIに移動していましたが、諸々の準備によりコマンドで完結できるようになりましたw更に、新刊に合わせて表紙も新しくなっています。嫁氏デザイン!お値段は前回に引き続きこんな感じです。1000円お陰様で商業版を出版したり、こちらもすでに第2版がBOOTHで購入できる状態になっています。#技術書典お願い技術書を書くのは技術を身につけるためです。第2版』を読んでフィードバックをくださるか宣伝(TwitterでBOOTHのリンク流してくださる程度で大丈夫です)していただける方がいらっしゃれば差し上げます。Meetupには勝手ながら思い入れがあるので振り返ります。発表資料はこちらです。Frameworkのコアメンテナをやっている@horike37さんにお声がけいただいたのがきっかけでした。Frameworkに追加するPRを出したりしていました。その辺を踏まえ、GCPのサーバーレス周りで話せることないか?と。(1月末)ちょうど1月頭に(Kubernetesすら何もわからん状態だったけど)Knativeについて4月の技術書典6で書く予定だったのでKnativeの話させてください!!!と、申し出たらOKをいただきました。技術書典6含め、なぜKnativeについて調べようと思ったかにはいくつか理由があります。Runtimesでした。これもしかして実装もわかるのでは?という期待を胸にすでにサポートされているGoで実装してみたものの、実態はランタイムのAPIクライアント奴でした。実装しなくても仕様ドキュメント見ればわかる。そのとき書いた記事は鳴かず飛ばず感すごかったけど、今まで自分が書いた記事の中で一番好きです。Knativeに遡ります。ここでKnativeに出会いました。わからんけどk8sでサーバーレスできるんやーっていう印象はあったのと、k8s含め実装は公開されているので深めるにはもってこいというのとで調べてみることにしました。Kubernetes詳しくならざるを得ない状況を作れるKnative調べるぞ!みたいなモチベーションがあってもk8sの上に乗るものだし、トラフィックコントロール関連でIstioへの依存もあります。Goなマイクロサービス開発・運用していながらk8sちんぷんかんぷんでその上に(k8sはいったん忘れて)Knativeを調べるのは筋も効率もよくありません。いうわけでKnativeを進める前にk8sも調べる(基準曖昧)ことにしました。登壇準備Kubernetes1月半ばから2月半ばまではk8s期間として本やソースコード読みました。この本が最高で、仕事でk8s関連の知見をまとめる際にも秩序が生まれ始めました。#1に行ってみると上の本書いた人がいたり、k8sとKnativeの関係がわかったりしてよかったです。現在の状態と理想状態を調整するコントローラーの仕組みの理解は必須な中、よい記事を社の人に教えてもらえたのもよい出会いでした。感極まって全訳PRを出しました。Knative2月前半に上のKuneretes本を読み終わり、Knativeのハンズオン、ドキュメント、記事などを漁りました。よかったものは登壇資料の付録にまとめてます。2月半ばにPivotalさんからKnative本が出たのは大きかったです。3/2(土)、3(日)で資料準備を終えるはずが終わらず、3/5(火)に休みをとって仕上げました。神田のコワーキングスペースで資料終わらせて整えるかーと思い行ったまではよかったのですが、先に整えてしまい、しばらく薪を眺めるという失敗をおかしました。先にやることやってから整えような!突然のtipsコワーキングスペースっぽい席3席、その他電源あるテーブル席自体は6席であとはソファとかヨギボーっぽいやつスペースとかハンモックとかカプセルホテルみたいやつとかやからコワーキングスペース求めていく人注意な。2019のCFPにプロポーザルを出したりしました。Tokyoは今選考中なので、もし興味ある方はいいねとリツイートで応援していただけると嬉しいです!技術書典後の活動に大きく関わります。よる「Knativeで実現するKubernetes上のサーバーレスアーキテクチャ」を受け付けました。Knativeの各コンポーネントについては口で補ったので資料だけではわかりづらい部分もあるとは思います。技術的な部分は技術書典6の本で書けたらいいなぁと思います。Serverlessとは何か、KnativeのいうServerlessとは何か、みたいな話はせずKnativeが解決してくれることみたいな部分にフォーカスしたいという思いがあっての今回の構成です。nativeに実現できることKnativeで初めて実現できることKnativeが拡張するIstioの機能とかごっちゃになってる気がするんですが、そこには目をつむりました。これから検証したり、実装を追ったりする人にとって大枠が掴めるものになればいいなぁと。Kubernetesとの関係性にも入り込まず付録でCRD、Operatorにちょっと触れる程度にしましたが、技術書典6の方ではその辺ももう少しだけ書こうと思っています。Meetupで登壇したいなぁという思いがありました。2017に参加して心踊らせたり、前職でLambdaを本番導入したりしていた中での1つの目標です。Frameworkに初めてコントリビューションしたりの流れの中で実現できたことなので感慨深いものがあります。ServerlessDaysも何か話したりハンズオン担当したり(?)、海外でも登壇できたらなぁと思っています。どちらかというと登壇そのものというよりは、人に話したくなったり、話してフィードバックもらいたくなるような好きな技術に常に触れていられたら幸せという気持ちの方が強いです。Dayも含め、好きになる可能性のある技術に触れたり、どっかの誰かがなんか言ってる技術が自分の身近な課題を解決できるものと感じられるようになる場を作るというのにも興味を持ち始めました。自分の技術力や思いありきな前提で、これはこれで知見がいりそうですね。社内のしかるべきと思われるチャンネルに貼ったらフィードバックや、どういう観点で検証したら社にとってもプラスになりそうかという示唆が得られてよかったです。Eventとプロバイダー間の一貫性あたりはこの辺参考に考えるとよいとのことでした。両立できないものでもないと思うので動き見せられたらなぁと思います。完成する前に声に出して読む最初Eventingを書いたところで16分くらいだろう(持ち時間は20分)と思って読んだら12分くらいだったので、完成に向けて進めるのに加えて時間収まらなさそうだから書かんでいいやって思ったのを足したらちょうどいいくらいになりました。当日は付録の後半飛ばして20分30秒(付録飛ばせたけどイベント全体けっこう巻いてたので後半だけ飛ばした)。Deckに上げる(PDFにする)前提で変な作り方してるところがある分枚数多く見える(が実際1枚ページ送るだけ)部分があるのでそこはいい感じにつじつまが合うようにしたいものです。Deckに上げずにGoogleスライドのURL公開すればいいのではって思いながらいくつもの季節が過ぎました。DeckのURL生成ルール的に原則タイトルベースで、それっぽく変えたいときはスラッシュの後ろに書く、みたいなの知ってる人増えてるはず。knativeが、失敗してこうなりました。ttps://speakerdeck.com/toshi0607/getting-started-with-knative-90ff6190-1251-4b7b-ada9-bbba5a8ca4b8一度https://speakerdeck.com/toshi0607/getting-started-with-knativeで生成されたものの、PDFをアップロードした後にスライド処理が進まず、いったん削除して上げ直したら区別奴がついてしまいました。結局時間がかかっても処理されるので放置するか、潔く別のURLになるように変えたりの方が意図通りのURLで公開できそうでした。少なくとも発表ちょっと前にバタバタしながらアップロードするのやめよう。検証少ない去年の登壇では手を動かして作ったものについて発表をすることにこだわっていたものの、今回の発表に向けて手を動かしたのはハンズオンくらいでした。発表までに残されていた時間と発表内容的に対して最適な手段だったとは思うものの、検証時間比率は増やします。本出すにあたってはコードよりも原稿書かないとですが...両立できないものでもない。まとめ色々な思いが詰まったイベントを迎え、無事過ごすことができてよかったです。技術書典6に向け原稿進めます。miniOrange。