by ·0件のコメント

四半期ごとの個人OKR振り返りです。

2023年4〜6月は、プラットフォームエンジニアリングをやっていく上で足固めメインテーマに位置づけていました。

振り返り対象のOKRは2023年1〜3月ふりかえりと2023年4〜6月OKR 〜開発しやすさを探求するための土台づくり〜で設定しています。

OKRの振り返り

Objective 1: 開発しやすさを探求する土台をつくる

KR1: 課題探索の枠作り 【できなかった】

課題っぽい領域はありつつも手段ありきで課題探ししないように知識整理します。

プライベートOKRではないですが、この四半期で最初に解くべき課題の選定、問題領域と取り組みの可視化、成果の計測手法の合意、ロードマップ初稿が見えているとよさそうなのでそのための土台として位置づけられるとよさそうです。

転職を踏まえ、半年後を見据えてプラットフォームエンジニアリングをやっていく想定で立てた計画でした。しかし、前提が大きく変わり即座に着手することになったので、OKRを見直すこともなく爆進しました。

プラットフォームエンジニアリングに関する所信表明後、Software Development Life Cycleの手前から設計・実装を進めています。ある程度スケールすることを願いながら、proto管理、CI、Goで開発するためのテンプレートやガイドライン準備を進めています。

否応なく個別技術領域のベストプラクティスドキュメント、本などを読みながら進めていくことになるので、改めてより抽象的なプラクティスや思考の枠組み、よりよいドキュメンテーションのあり方は整理したいと感じました。

KR2: AIとの共生 【微妙】

ChatGPT系ツールは学業はもちろん、業務でも避けて通れない道です。春学期・夏学期を通じて何をどう活用するかのスタンスを確立し、業務上利用するツールを決めます。

  • 試行錯誤のメモを残す
  • ツールごとのユースケースとよりよい使い方収集

ツールの一覧Notionページは作りました。その後は、ハイレベルなプロンプトを駆使したり、理論的背景を調べたりすることもなく、ChatGPT、GitHub CopilotおよびそのGoLandプラグイン、NotionAIの恩恵をひたすら受けるだけでツールやユースケースが広がらないまま終わってしまいました。

ただ、学業や業務で規約やルールに反しない範囲で明らかなメリットは得ているので、改めてまとめることなく利用継続しようと思います。8月以降の授業で多くの論文を読むことになるので、あまり期待した成果を得られなかった（気がする）ChatPDFはリベンジします。

Objective 2: 明らかに大事なものを死守する 【できた】

いろいろあるとは思いますが、何があってもやりたいことはやるということで！

  • NOT A HOTELに泊まる
  • ゼルダの伝説 ティアーズ オブ ザ キングダムをやる
  • ホテルマウント富士に泊まる
  • 家を建てる場所（地域粒度）を決める

よい思い出ができたり、つぎに進めるための情報が集まったりしてよかったです。

何も決めないとふと時間ができたときにそのときの思考範囲内で過ごしてしまったり、何かをするための時間確保もせずただObjective と学業のノルマ消化に充ててしまいます。見込みが薄くても3ヶ月に1度くらいはワクワクリストに立ち返ろうと思いました。

学業

5月頭にCS 6200 Graduate Introduction to Operating Systems​を履修し終えました。OSそれ自体の理解が進んだはもちろん、OS設計のアナロジーはいたるところにあふれていて、設計思想の飲み込み具合が高まる気がします。

転職活動、新型コロナ罹患、慣れないC言語などが重なり履修撤回も考えましたが、なんとか成績的にもよい形で終えることができてよかったです。

一方で、夏学期に履修登録したCS 6290 High-Performance Computer Architectureは不本意ながら中間試験後しばらくして履修撤回することにしました。

卒業が1学期分延びてしまうことになりますが、秋学期は今から準備しながらやりきれたらと思います。

坐骨神経痛

昨年末のぎっくり腰のような症状の根本治療のため接骨院に通い始めていましたが、5月上旬に坐骨神経痛がひどくなり30分以上座れない状態になりました。整形外科でレントゲンをとってもらった結果、ヘルニアではないとのことで安心したものの、接骨院で電気とマッサージ治療を地道に受けつつ1日立ちっぱなしで仕事する期間が半月以上続いたのでなかなか厳しかったです。

筋トレストップに加え、ラジオ体操やエアロバイクもできなかったので、筋肉の衰えがすごいです。やっと平常時くらいに戻ったので、最低負荷から復帰しようと思います。

ログ

アニメ・映画

  • 機動戦士ガンダム 水星の魔女
  • 機動戦士ガンダムAGE
  • ガンダム Gのレコンギスタ
  • Dr.STONE 第3期
  • 鬼滅の刃 刀鍛冶の里編
  • SSSS.GRIDMAN（復習）
  • SSSS.DYNAZENON（復習）
  • 鋼の錬金術師（途中）
  • グリッドマン ユニバース（計4回）
  • ザ・スーパーマリオブラザーズ・ムービー

グリッドマン ユニバースは人生初2回以上映画館で観た作品となりました。変形・合体ロボットのクオリティも高いので、集めます。

グリッドマンワールドも楽しんできました。

本

新規サウナ

ホテルマウント富士、電車と高速バスを乗り継いで訪れた甲斐がありました。

買い物

実際飾ってるだけなのでちょっとウケます。

アクティビティ

グルメ

天ぷらもおいしかったです。

今まで食べた外食の中で2番目においしかったです。めちゃくちゃおいしい。

今後の話

Objective 1: 落ち着いて生きる

公私ともども崩れているリズムを取り戻します。

KR1: 秋学期の授業に耐えられる状況をつくる

秋学期にはCS 6210 Advanced Operating Systemsです。内容も時間的な負荷も楽ではない授業ですが、卒業要件的に落とせないので死守します。

週あたりの平均負荷が18時間弱というコースレビューサイトの数値は過去の履修授業の実績からそこそこ信頼できます。課題が難しいプロジェクトに取り組む時期はそれを大きく超えるのも予想でき、個人的に働きながら週に割ける時間を超えます。そのため、平均を超える負荷が予想される週の負荷を極力下げるというのが趣旨です。

KR2: CUEに慣れる

思った以上に話題に出る中で今の習熟度では意思決定に支障がでるので、メリットと制約が自分の中で腑に落ちた状態で並べられるようになる状態にします。

  • Kubernetes tutotial
  • Go
  • Protobuf
  • HCL
  • 事例整理（できたら公開記事。できなかったらNotionのメモでOK）

K3: 筋トレ復活

腰回りの不調で控えていた自宅筋トレを復活します。最低の負荷、週2ペースでやっていく。

Objective 2: 最高の夏をやる

KR1: ヤシガニに会いに行く

ワクワクリストより、野生のヤシガニに会いに行きます。宮古島の予定でしたが、車運転しなくても大丈夫な西表島で実現予定です。

確実に会えるとも限らないので、期待値低めです。

KR2: うなぎ開拓

南千住のうなぎ尾花行きたいです。予約できないかつなくなったら終わりなので作戦か根性が必要。

by ·0件のコメント

四半期ごとの個人OKR振り返りです。

2023年1〜3月は、授業の負荷がかなり上がる前提で無理せずそれに集中するというのをメインテーマに据えていました。

振り返り対象のOKRは2022年10〜12月ふりかえりと2023年1〜3月OKR 〜プラスアルファで何かやろうとしない〜で設定しています。

OKRの振り返り

Objective 1: 週20時間負荷授業のペースをつかむ 【できた】

履修するCS 6200: Introduction to Operating Systemsの難易度、週平均負荷に鑑み、ついていけたら万々歳です。これまでは授業+αのなにかを設定してきましたが、他は考えずこれに集中という割り切りをやってみようと思います。

3月末時点ではだいぶ余裕ある状態になりました。しかし、3月が転職前のお休みだからなんとか逃げ切った感が強いです。

最初の提出課題期間と転職活動の大詰め、コロナ罹患、あまりに不慣れなC言語Linuxプログラミングが重なってしまい、履修を諦め計画を立て直すかどうかの瀬戸際でした。提出締め切り2時間前に意図せぬ挙動の原因を理解し、なんとか間に合わせました。

反省としては、馴染みの薄い概念の理解というよりもプログラミングの基礎がなっとらんのでそこを立て直す必要がありました。現在は、開発環境を見直しながら2つ目の課題を提出し終わり、最後の課題に取り組んでいるところです。

授業、課題、定期試験など、学業に費やした時間は、1月が21時間、2月が135時間、3月が98時間でした。3ヶ月でならせば週平均負荷20時間くらいになりますが、一定時間を仕事と両立するのが無理になります。なんとか平均よりもMAXを下げられるようにしないとなと思います。

良かった点としては、ChatGPT、ChatPDF、Notion AIなどの登場で学習効率も深度も爆上がりした（たぶん。少なくとも短期〜中期では）ことです。提出課題のコードを書いてもらってそれを提出するみたいなことはできませんが、つぎの用途で活用しました。

  • 授業の要約
  • 定期試験用のサンプル質問集の回答づくり（授業で説明されるのと違う言葉や角度で書かれた文章を読む）
  • 論文に対する繰り返し質問
  • 設計の壁打ち

以前は理解しきれずにそんなもんかと思って妥協して暗記していたような部分を繰り返し質問できるのがとてもありがたく、当社比深く学べていそうです。理解度を維持+αした状態で授業にかける時間を減らし、課題にかける時間を増やせています。このスタイルが他の授業でも通用したり、コンピュータサイエンスそのものへの理解が深まったりすれば、今年分だけでなくいまだ仕事と両立できるイメージがまったくわいていない来年以降の授業を履修する希望も見えてくるかもしれません。使いこなしたいですね。

読んだ本は、当初KRで掲げていたコンピュータの構成と設計　MIPS Edition　第6版ではスコープが少し異なる（つぎに受ける授業にはよさそう）ので、つぎの本の必要な部分を読むことにしました。

授業とは別角度の説明を読んたり、授業では省略される文脈を補完してくれる文章を読んだりするのは理解の助けになります。

なんでこんな問題がわからんのやと落ち込むことがけっこうありましたが、初見何もわからんみたいな課題が今振り返ってみるとわかっていたり、一生縁がなさそうだった鈍器（Linuxプログラミングインタフェース）にめちゃくちゃ助けられたり、OSの設計的アナロジーをいろいろなところで感じたりと、ちょっとはたくましくなれたかもしれません。見ている断面は限られているにせよ、積み重ねられている感覚は大事にしながら引き続きがんばっていこうと思います。

Objective 2: 腰を守る習慣を身につける 【できた】

年末ぎっくり腰になり、めちゃくちゃ困りました。なんとかします。

  • KR1: ぎっくり腰の原因を特定する
  • KR2: 緩和策が持続的にとれる

整骨院に通い始めました。ラジオ体操、エアロバイクを復活させたのに加えてストレッチもやり始めました。筋トレも軽い負荷から再開しようとしています。

日本橋中央整骨院がぎっくり腰にとてもよいと教えてもらい、最初はここに通うことを検討していました。しかし、遠く通いづらかったのと、近くにも評判がよさそうな整骨院があったのでそちらにしました。地域整骨院紹介サイトはもちろん、Googleマップのクチコミもだいぶ掲載元にコントロールされている感が強く、選び辛く感じます。バキボキされなくて、相談に乗ってもらえる雰囲気があるかどうかで決めました。

KRについては、原因はわかったようなわからないような気がします。緩和策としての通院と体操、ストレッチ、その他運動は今のところよさそうです。

転職

転職活動やこれまでお世話になったみなさんに感謝したいです。4月からLegalOn Technologiesという会社でがんばります。開発をより行いやすくするための課題を把握し、それを解決するためのプラットフォームエンジニアリング（仮）をやっていきます。

辞める理由、次の会社に進む理由、転職活動中に感じたことなどいろいろありますが、機会があれば別途書こうと思います。

ログ

勉強会

コロナ禍で失われてしまっていたけれど、人生においてとても大事だったものを思い出した気がしました。

第1回Platform Engineering Meetupの物理参加がめちゃくちゃ楽しかったので、いろいろと顔を出していこうと思います。

記事

アニメ・映画

  • ベターマン
  • 機動戦士ガンダム 水星の魔女
  • 機動戦士ガンダム00
  • 劇場版 機動戦士ガンダム00 -A wakening of the Trailblazer-
  • 機動戦士ガンダムAGE（途中）
  • 鋼の錬金術師（途中）
  • ザ・ロック
  • グリッドマン ユニバース
  • BLUE GIANT
  • アントマン&ワスプ クアントマニア
  • Mr.Children GIFT for you

グリッドマン ユニバースがよすぎて、初の2回目を観に行く予定です。原作の電光超人グリッドマンをリアルタイムで見て育ち、勇者シリーズ・エルドランシリーズアニメで変形・合体ロボットに心酔し、SSSS.GRIDMANとSSSS.DYNAZENONを一昨年見てどちらも原作へのリスペクト溢れる名作だと思っている自分にとっては、この上ない作品でした。

本

筋トレ・エアロバイクを休んでいたのもあり、（Audible）が激減しました。復活したのでまたやっていきます。

西日本サウナの旅

3月のお休み期間を使って西日本の有名サウナを巡ってきました。

  • 熊本 湯らっくす
  • 福岡 ホテルキャビナス福岡
  • 福岡 IZBA
  • 広島 ニュージャパンEX
  • 大阪 大東洋
  • 兵庫 神戸サウナ
  • 愛知 ウェルビー名駅

小学校の担任の先生の還暦祝い兼同窓会がコロナ禍で流れてしまっていました。それがついに地元奈良で開催されるということで、ついでに精一杯サウナとグルメを楽しんできました。各地で旧友、戦友、お世話になった人々に会ってもらい、よい時間を過ごさせてもらいました。親にはちょっと心配なこともあるけれど、長生きしてほしいです。小学校の先生は、北海道に移住して広大な土地の家でカヌー作ったりして元気そうだったので、そういう生き方もよさそうです。

闘争もいいけれど、人と一緒にある程度過去を笑い飛ばしながら前を向き盃を交わせると（酒は飲めない）生きててよかった、これからも生きていこうと思えるし、心が潤うのだなと思いました。

アクティビティ

数年ぶりに長崎旅行に行きました。

サウナ

久々

買い物

めっちゃ軽いし、自分の使い方ではリソース不足になることもないしでめっちゃよい。学割で購入。

最近はいろんなところで在庫復活してるものの、Amazonで買いたかったのでよかった。もはや嫁氏専用機。

こちらは嫁氏に上げました。

my new gear...

グルメ

@北千住 MOTORA

@銀座 聖起

今後の話

Objective 1: 開発しやすさを探求する土台をつくる

KR1: 課題探索の枠作り

課題っぽい領域はありつつも手段ありきで課題探ししないように知識整理します。

プライベートOKRではないですが、この四半期で最初に解くべき課題の選定、問題領域と取り組みの可視化、成果の計測手法の合意、ロードマップ初稿が見えているとよさそうなのでそのための土台として位置づけられるとよさそうです。

KR2: AIとの共生

ChatGPT系ツールは学業はもちろん、業務でも避けて通れない道です。春学期・夏学期を通じて何をどう活用するかのスタンスを確立し、業務上利用するツールを決めます。

  • 試行錯誤のメモを残す
  • ツールごとのユースケースとよりよい使い方収集

学業を持続可能な状態にしながら、開発しやすさにも直結する分野と思うので自分なりに積み重ねられる枠を設けたいです。

Objective 2: 明らかに大事なものを死守する

いろいろあるとは思いますが、何があってもやりたいことはやるということで！

  • NOT A HOTELに泊まる
  • ゼルダの伝説 ティアーズ オブ ザ キングダムをやる
  • ホテルマウント富士に泊まる
  • 家を建てる場所（地域粒度）を決める

by ·1件のコメント

四半期ごとの個人OKR振り返りです。

2022年10〜12月は、元々目指していたプラットフォームエンジニアまわりの話をどうしていくか考えてみるというのをメインテーマに据えていました。

振り返り対象のOKRは2022年7〜9月ふりかえりと10〜12月OKR 〜再び前進する〜で立てています。

OKRの振り返り

Objective 1: 前進する

KR1 OS入門準備 【できた】

11月末に現在受講しているCS 6340: Software Analysisが終わらせられそうなので、3学期連続で履修する予定のOS関連の予習をする。関連書籍読めたらOK。

コンピュータの構成と設計　MIPS Edition　第6版は途中までしか読めませんでしたが、独習C++は目を通し終わり、もっとCPUの気持ちが知りたいですか？を差し込んで読み切りました。

プログラミング言語まわりでは、特定の言語に馴染みがなくてもそれが授業理解や提出課題を解く上でボトルネックになるわけではないことがわかりました。2023年がんばる必要があるのはC++よりもCですが、授業の理解促進に繋がりかつリストにあるもの中心に読み進めていこうと思います。

KR2 実験を楽しむ 【微妙】

Cloud Runで運用するGoアプリケーション周辺でいろいろ試したいことがあるのでアウトプット気にせずに遊ぶ。本業、学業、複業があってなお触れたらとてもよい。アドベントカレンダーかZenn記事にできたら最高。

  • CUE <-> proto <-> OpenAPI
  • clean arch
  • Cloud Deploy - Cloud Run
  • runn
  • Spanner database/sql
  • Terraform provider + アプリケーションのリソース管理
  • TerraformとCUEをつなぐなにか

複業関連でCloud Runのネットワークまわりに触れたり、Dialogflow CXの開発・デプロイフロー検証をしたのは、特に後者で実験的側面が強く楽しかったです。一方で、11月末には授業を終えられたにもかかわらず、元々授業を受けていた平日夜時間帯を仕事に充ててなんとかしたり、週末も思ったより時間が割けなかったりで生煮え感が強いです。

せめて記事は書きたかったので、そのリベンジとして会社技術ブログ枠を確保しました。

KR3 プラットフォームエンジニア談義 【微妙】

目指すべきプラットフォームエンジニアとはなんだったのか、整理してドキュメントにする。

  • なにをつくりたい
  • 許容できる/できない
  • フェーズ
  • だれがどういう状態になってほしい
  • 成果のはかりかた
  • 必要なスキル

この記事のように「どのフェーズでは何を考えたい」を書こうとしたり、アーキテクチャ上のコンポーネントとソフトウェア開発プロセスをそれぞれ並べてよくある論点軸でまとめようとしたりしました。一定できたものの、どの領域にはどのプラクティスを適用したい以上のことは書けず、特定組織の課題・具体的なアーキテクチャありきやな、それはそうという気持ちになりました。1年の振り返りでも書いた「どういうフェーズであれ、なにかを実現したいときにソフトウェアを変更し続けられるよう、アーキテクチャ・技術的に妥当な判断をトレードオフを加味してし続けられる、それを実現する技術力もある」ようでありたいということなのだと思います。

一方で、それでもロードマップを描けるときは描けるのだし、リアクティブな問題解決しかありえないということもないと思います。今回は筆をおくにしても、プラクティスの収集、今回やったイシューマップの整理、それを実現するしくみの理解などは継続してやっていこうと思います。

Objective 2: 甲殻類 【できた】

KR1 すさみ町立エビとカニの水族館訪問 【できた】

感動しました。すさみ町にたどり着くのは大変でしたが、ここまでエビ・カニ特化した水族館もないと思うので、大満足です。

KR2 伊勢海老 【できた】

KR1の水族館が和歌山ということで、7月の宮崎ではシーズンではなかった伊勢海老に再挑戦しました。蒸したり天ぷらも良いですが、刺し身はアツいということがわかりました。今回は出会えませんでしたが、和歌山はセミエビもええぞというのを知りました。

KR3 冬をやる 【できた】

水炊き2回とブリしゃぶをやりました。温泉行きたいとも思いましたが、草加健康センターに行くと温泉浴が満たされるので行かなくなりました。

ログ

オカヤドカリ

7月に宮崎を訪れたとき、ペンションのオーナーに甲殻類眺めるのが好きだという話をしました。そしたら鬼の洗濯板でオカヤドカリ見れるといいね、天然記念物だから採ったらだめだけど。というのを聞いたのがオカヤドカリとの出会いでした。

その後しばらくして、オカヤドカリは飼育できることを知り衝撃を受けました。なんで天然記念物なのに変えるのかは、天然記念物に指定された経緯や沖縄返還まわりの話など諸説ありそうです。

何はともあれ、売られているので諸々準備して迎えることにしました。ワクワクリストに「大きめの甲殻類を飼育する」「あらゆる磯でヤドカリの出待ちをする」というのが入っており悲願が成就しました。

Go FAQ

いろいろと思うところがあり、Go言語のFrequently Asked Questions (FAQ)を翻訳し始めました。毎日何か実りのあるものを積み上げていきたい（筋トレ的位置づけ）のと、好き嫌いはあるにせよ設計思想に触れるなり、誰向けにどんな課題を解決するために出てきたものなのかを理解した上であーだこーだ言ってほしいという気持ちが強いです。

授業

3つ目の授業を履修し終えました。先にGeorgia Tech OMSCS 1年目総括を書いてしまったので、感想や学びもそちらに譲ります。

アニメ・映画

  • 機動戦士ガンダム 水星の魔女（途中）
  • 機動戦士ガンダムSEED DESTINY
  • 機動戦士ガンダムSEED C.E.73 STARGAZER
  • 機動戦士ガンダム00（途中）
  • チェンソーマン
  • 幽遊白書
  • シドニアの騎士
  • すずめの戸締まり
  • ブラックパンサー／ワカンダ・フォーエバー
  • THE FIRST SLAM DUNK
  • アバター:ウェイ・オブ・ウォーター

本

サウナ

機会あってNOT A HOTEL AOSHIMAのMASTERPIECEに宿泊しました。サウナと水風呂の温度をいじるという、稀有な体験ができました。

行きたい。

近年一番好きです。

アクティビティ

ミスチルが出るということでACIDMAN presents 「SAITAMA ROCK FESTIVAL “SAI” 2022」に行ってきました。ACIDMAN結成20周年めでたい。

和歌山訪問

和歌山訪問2

IT健保令和4年度健歩大会

買い物

お気に入りです。

猫の快適な生活に投資していく。

最近だいぶ慣れて気に入ってくれたっぽくてよかったです。

グルメ

また行きたいです。

有楽町かきだも焼肉かきだも予約権を確保できたので、どっちも行ってきます！

近年食べた料理で一番おいしかったです。他のNIPPONIA HOTELさんにも行ってみたいなと思いました。

今後の話

Objective 1: 週20時間負荷授業のペースをつかむ

履修するCS 6200: Introduction to Operating Systemsの難易度、週平均負荷に鑑み、ついていけたら万々歳です。これまでは授業+αのなにかを設定してきましたが、他は考えずこれに集中という割り切りをやってみようと思います。

Objective 2: 腰を守る習慣を身につける

年末ぎっくり腰になり、めちゃくちゃ困りました。なんとかします。

KR1: ぎっくり腰の原因を特定する

紹介してもらったよい整骨院に行ってみます。

KR2: 緩和策が持続的にとれる

よいストレッチ、筋トレを教えてもらってきます。

by ·0件のコメント

2022年は、プラットフォームエンジニアリング的なことは行いませんでした。一方で、プラットフォームエンジニアリングを行う上で大事なSREプラクティスの実践や、社内他サービスが横断的に利用し、社外のユーザーにも機能提供するサービス開発、種々のデータ移行やインフラのメンテナンスなどの運用経験が増しました。

その意味で「プラットフォームエンジニア3年目」として振り返るかどうかは迷いました。しかし、大きく目指す方向性や提供したい価値は変わっていない以上、同じ枠で振り返った上で軌道修正すべきならする、方向性自体を変える必要があるなら変えるべきと思い、このタイトルで書くことにしました。

役割の前に、組織における課題が存在します。そのため、特定組織を前提としない一般的な役割に合致した動きをしたかどうかで良し悪しが決まるのもではありません。提供価値の多寡とも別軸です。その上で、ここで言及する「プラットフォームエンジニア」はこの記事で触れられているようなものを意図しています。

チームトポロジーでいう「プラットフォームチーム」とも重なる部分も多いですが、軸や出自が異なります。

過去分

2022年

3年目にやったこと

  • Cloud SQLのSpanner移行
  • 認証サービスの開発・運用
  • fastly、GKE、その他GCPのサービス、Terraformなどを利用したサービスインフラの開発・運用
  • アサイン調整に利用するスキル、アサインなどメンバー情報の可視化ツールやデータパイプラインの整備

Cloud SQLのSpanner移行

1サービスの移行を終え、中断しました。あとは頼んだAlloyDB。

認証サービス開発・運用

SREとして信頼性やインフラに関わる部分だけという形ではなく、プロダクトとしての認証サービスのスクラムのスクラムマスター兼開発者として参加しました。認証サービスは、ユーザー接点のあるプロダクトしての顧客価値検証的な側面もある一方で、サービス横断的な必須基盤として側面が強いです。継続的・安定的な運用が不可欠な特性が強い分、開発・運用不可分（切り出された運用だけ請け負う形式は苦しい）だと改めて感じました。SREのプラクティス実践においても、サービスのドメイン理解は必須です。

前職では、マイクロサービスプラットフォームを開発するチームに異動する前に、決済関連のマイクロサービスをいくつか設計、開発、運用していました。当時と比較して、持続的に信頼性高く運用していくためのプラクティスの理解が増し、打ち手も増えたように思います。改善の余地はあるけれど、継続的な改善に取り組めるイメージや周囲の理解があるのが何よりです。

ただ、自身の認証（・認可）ドメインの理解度がなかなか高まらず、プロダクト開発者としての動き（プロダクトロードマップの議論、利用プロダクトのサポート、ドメイン観点のレビュー）が鈍かったり、コード全体の雰囲気の理解度も高まらず「オーナーシップを持って開発・運用している状態」には程遠い（or 表面的な反応はできても本質的な打ち手を出せない）という反省やもどかしさがあります。言語的な観点では、「Goに入りてはGoに従え」を実践したいのはどの組織でも感じるし、自分にもやっていけることがありそうです。スクラムマスターとしての動きも、一般的なことをざっと復習して経験、振り返り、改善に徹するにとどまり、よいプラクティスを主体的に収集、検討、導入するには至りませんでした。

諸々を経てやることを絞ってみたものの、絞った中でも取りこぼしが多かったというのが実感です。

より具体的にはつぎのようなことに取り組みました。

  • SLI/SLOの導入
  • PrometheusのカスタムメトリクスやGrafana、Cloud Monitoringを利用したオブザーバビリティ強化
  • Firebaseからのデータ移行
  • GoとNext.jsを利用した機能開発
  • fastly WAF導入

サービスインフラの開発・運用

fastly、GKE、その他GCPのサービス、Terraformなどを利用したサービスインフラの開発・運用を行いました。メディア露出などの事前にタイミングがわかる負荷の対策、アプリケーション開発者からの問い合わせ対応やサポート、メンテナンス、問題調査などが主です。影響範囲の広い基盤設計や、Kubernetesエコシステムの調査、検証などにはあまり触れなくなりました。

サービスインフラ（システムアーキテクチャ）は理論上変更できるものの、いわゆる「ハードパーツ」です。アプリケーション以上に運用が人員的にボトルネックになったり、機能が見えづらい分構造の改善に投資しづらく、組織文化によってはハードパーツ化に拍車をかけます。その意味で、技術的意思決定時に何かを取り何を取らなかったか、取らなかったものが問題として顕在化するタイミング、その意思決定の記録を残すこと、取りたいものに対して極力シンプルなアーキテクチャで運用負荷を下げることの重要性に対する認識が深まりました。限られた工数の中でそういうものに取り組んでいたり、組織の認識も変わりつつある状況だったりで尊いです。

fastlyのTerraform providerの（破壊的）バージョンアップや、Cloud SQLからの移行含めSpannerまわりの大小データ移行では、公式に提供されている方法・ツールでは無理があったところ、各種OSSに助けられ安全に実行できた。別記事にします。

メンバー情報可視化

組織開発文脈で、アサイン調整などに利用するスキル、アサイン、過去担当プロジェクトなど、メンバー情報の可視化ツールの整備を行いました。先人が整備してくれた仕組みを活用させてもらい、外部SaaS、メンバー入力情報など、さまざまなデータソースを1箇所に集約するためのデータパイプラインに触れました。データプラットフォームは領域的に近いようで直接は触れてこなかったので、一連のデータフローを眺められたのはよかったです。

複業

かなり時間的な制約が大きかったり、休んでいる期間も長かったりした分、解くべき課題の選定、設計をしっかりやって短期間集中して取り組みました。

  • オブザーバビリティ
  • SLI/SLOと運用
  • マイクロサービスプラットフォームのイシューマップとロードマップ作り
  • Cloud Runネットワークまわり
  • Dialogflow CX開発フロー整備

オブザーバビリティ

マイクロサービスプラットフォーム開発において、2022年1〜3月はマイクロサービスの死活監視の概要がわかるダッシュボードと、開発・運用のためのログ、トレーシング、エラーレポートが関連付けられている状態を目指しました。

複業の中でおいたOKRは、メンバーの助けを借りつつ一通り構築し終えました。OKRはつぎのようなものでした。

  • O1: 単一のリクエストIDでマイクロサービスのメトリクスを関連付けて自由自在に調査できるようにする
  • KR1: 各サービスの稼働状況がひと目でわかるようにする
  • KR2: リクエストIDでログをマイクロサービス横断でフィルタリングできるようにする
  • KR3: エラーレポートからリクエストIDが取り出せるようにする
  • KR4(option): 単一のリクエストがどのマイクロサービスでどれだけ時間を要したか分析できるようにする

複業においては細かいタスクを渡してもらうよりも、大きな課題を渡してもらった上でADRを書きながら課題調査・精査、PoCし、議論を収束させ実装に向かう流れを腰を据えてやっていくスタイルが好きでした。

このOKRに関しては、以下の2つのADRで提案・議論する形で進めました。

  • 分散トレーシングの技術スタックとTrace ID選定
  • 構造ログの構造とライブラリ選定

SLI/SLOと運用

こちらはObjective下のアラート対応の仕組み化というKRをもち、つぎの受け入れ基準を満たすようにやっていくというものでした。

  • Sentryのエラー対応フローがアプリケーション開発チームで運用されている
  • xxx、yyy、zzzサービスのSLI/SLOが定義されている
  • SLOを脅かす状態にある可能性があるときに通知される
  • アラートを見たオンコール当番が何をすべきかわかる
  • （stretch）緊急のエラーがオンコール当番に電話通知される

SRE本を振り返りながら、以下2つのADRを経て進めました。いずれもどのチームがオーナーシップを持つのか、プラットフォームチームはどうサポートすべきかの議論からでした。立場上、自分がサポートするというのは限定的でした。

  • Sentryの運用方針
  • SLI/SLOの導入

マイクロサービスプラットフォームロードマップ作り

以下がある中でそれらがどう関連し、どうロードマップを作り、それを元にどうjob descriptionを作っていければよいかを考えるためのドキュメントを書きました。

  • チームミッション、ビジョン、バリュー
  • OKR
  • 開発サイクルとアーキテクチャ上のコンポーネントベースでのイシューマップ
  • イシューマップに典型的なソリューションと取組状況を追記したもの
  • 開発者目線の課題感

プラットフォーム作りで何を掲げるにしても、開発者が普段の開発において感じる課題が解決されてなんぼというのを改めて考えました。

Cloud Runネットワークまわり

Cloud Runを使う分には、ネットワークであれこれ考える必要と思い込んでいました。しかし、VPC関連の設計や接続先・接続元次第では考慮すべきことだったり、とれなくなる選択肢があったりするというのを学びました。

Dialogflow CX開発フロー整備

チャットボットのバックエンドサービスのような、複雑なワークフローを含むサービスをどう複数人・複数ステージ（dev、stg、prd）で開発・デプロイすべきかという課題に取り組みました。その辺りをサポートするDialogflow CXの機能が限定的だったり、一般的なGitOpsと噛み合わない設定モデルの中で、いろいろ検証するのは面白いテーマでした。

まだやりきってないのと、現段階でそこまできっちりした管理は求められてないのでタスクはタスク、研究は研究で分けます。

プライベートOKRとアウトプット

業務とは別に、プライベートOKRで四半期毎に身につけたいことを決めて取り組みました。取り組みたいことは無限にあるので、「この四半期はこれ以外はやらない」をはっきりさせる意味合いが強いです。

OKRは、各記事でなぜそれが達成したいのかや、どの程度達成したのかなどの振り返りと合わせてまとめています。

学業

大学院の振り返りはnoteに書きました。

Georgia Tech OMSCS 1年目総括

出願の動機（本音）は、「もしいま働かなくてもいいとしたら、コンピューターサイエンスをしっかり勉強してみたい」でした。しかし、いざ履修したい科目を挙げていくと、現在のプラットフォームエンジニアリングに深く関わる分散システムの理論と実装、クラウドコンピューティングの実装、OS、コンパイラなど、低レイヤーの理解を深めるものが多いのは変わりありません。次節のプライベートOKRで目標に据えるのはもちろん、プラットフォームエンジニアリング上も重要なものとして位置づけています。

これまでと異なる形での交流も、刺激があってよかったです。

資格

無資格。GCPの資格がいくつか失効したり、Kuberentes関連もついに失効し始めています。取り直す気持ちはあまりないです。

執筆

大学院の夏学期と秋学期の間をぬい、既刊の改訂版を出せました。昨年までは、中長期的に詳しくなりたいものを実践・検証を踏まえて体系的に整理し直すというモチベーションで本を書いてきました。しかし、改定だけでも当該期間の土日をほぼすべて費やしたので、やり方を考え直さないと未知の分野に踏み出せないと課題に思っています。組織的な知見はないが、確実に投資したい領域として体系化したい、イネーブルメントもしたいという文脈の中で取り組めるとよいですがそれは奇跡ですね。

技術書典13で『Google Cloud Platformで学ぶTerraform 』基礎編・実践編の第2版を出します #技術書典

技術書

Platform Engineerへの闘争🐸

リストの中で読み終わった・読んでる本。

登壇

無登壇

OSS

いろいろ助けてもらいました。目の前の課題解決を急ぐ上では、活用させてもらうのが局所解です。たとえそうでも、立てられているissueのサポートをしたり、よりよい形で提供できるなら自分で作ったりしたいですね。悲しくなります。

総括

転職と大学院生生活が同時に始まる中、果たしてやっていけるのかという不安から始まった1年でした。両立という観点では、振り返りでも書いたとおり、今年はなんとかなったものの来年以降はこのままでは厳しいですね。エンジニアとしては、触れるタイミングが来るとはと思っていなかった認証サービス開発に触れられたのは幸運でした。

プラットフォームエンジニアの文脈では、年末に人と話していると自分は特定の形のプラットフォームを作りたいというわけではなく、「どういうフェーズであれ、なにかを実現したいときにソフトウェアを変更し続けられるよう、アーキテクチャ・技術的に妥当な判断をトレードオフを加味してし続けられる、それを実現する技術力もある」ようでありたいと思っていることがわかりました。また、事業の成長に必要なことはやるという大前提のもと（あるいはそれと関係なく）で、エンジニアとして好きなこと・嫌いなことは何なのかが見えてきた年でした。強み・弱みや伸ばしたいところ・克服したいこともその辺りに関係していそうなので、プライベートOKRに盛り込んでいきます。

2023年

1年単位で目標と立てることは自分にとって大きな意味をもたなかったので近年はやっていない（方向性を持ち、3ヶ月単位の計測可能な目標を定め、振り返り、方向性に問題があれば修正してつぎの3ヶ月単位の目標立てることが有意義）です。それでも敢えて掲げたいのは、1年後振り返ったときにこれはやりきった、これはワシ（自分が一定以上貢献したと自分で感じられる限りワシら）が育てたと思えるものが一昨年以上に大きくなっていることです。あと、言語化したくないことでも、外に出すべき・出さないべきは別として、した方がよいというのは指針として持っておきたいです。

by ·1件のコメント

四半期ごとの個人OKR振り返りです。

2022年7〜9月は、なるべく好きと思うっぽいことに多く触れ、元気をやっていくことをメインテーマに据えていました。

振り返り対象のOKRは2022年4〜6月ふりかえりと7〜9月OKR 〜何にワクワクし、没頭するのか思い出す〜で立てています。

OKRの振り返り

Objective 1: ワイワイする 〜何に没頭し、ワクワクするのか思い出す〜

KR1 これからの授業の基礎固め 【できた】

夏学期CS 6250 Computer Networksが終わると、CS 6340 Software Analysis and Testingがはじまりそれ以降C++必須になります。読み書きしたことないので、最低限授業で必要とされる項目を理解しつつ慣れていきます。

C++完全理解したにすら到達してないものの、授業の課題はエディタが補完してくれる範囲でなんとかなるものでした。これからの授業準備という観点では、授業や課題+αで書き慣れたいとは思います。

何より課題とLLVMを楽しく感じる（授業が楽しいわけでは断じてない）のは大きな収穫です。

また、安易に答えだけを求めず、手間ひまかけて自分の頭で考え理解する時間をぜんぜんとってなかったことを実感できたのもよかったです。

時間的にはしばらく会社員やめようかと思うことが頻繁にあるくらい厳しいですが、よろしく元気にやっていこうと思います。

KR2 認証認可完全理解（）する 【できなかった】

SREと言いながら、最近はSREと聞いて想起されることは何もやらずに認証基盤を開発しています。エンジニアとしてどこかのタイミングでしっかり携わりたいと思っていたドメインなので、今後のプロジェクト配属変更によらず手を動かそうとおもいます。

本は途中まで、Goでの実装はなしという感じでほとんど進捗しませんでした。幸いガラッと配属が変わることなく継続的にドメインに関われてはいます。業務上もっとも楽しみを感じている部分のひとつなので、リベンジ方法は検討します。

KR3 好きっぽいものに触れる 【できた】

技術書典！Go！分散システム！

技術書典については、新刊こそ出すことはできなかったものの、夏学期と秋学期の間の土日のほとんどを使って改訂版を出せました。

https://toshi0607.com/event/tbf13/

オフラインイベントに関しては、来場者数単純比較でかつてほどの盛り上がりを感じることはできませんでした。それでも、自分が詳しくなりたい技術に関する実験を行い、体系的に整理し、何度も推敲し、装丁やお金の計算をしながらさまざまな販売チャネルを検討する総合的な体験は依然として有意義です。授業のテーマと身近な技術をじっくり整理できたらいいんですけどね。アウトプットを磨き上げていくための手段はそれに限らず本業、複業などさまざま形式やリターン、時間など構成要素がいろいろあります。その中での執筆のハードルの高さを改めて感じました。

Go関連の読書もよかったです。ポジティブにあれこれ実験したい（けどまだできない）ことが出てきて、夢中になりうるものが何かを考え直すよい機会になりました。

Objective 2: TBD 【できた】

コロナおさまったり、元気になってから考える。たぶん釣りデビューしたい

後に「アクティブに休む」を設定していろいろ活動しました。釣りデビューしたり、数年ぶりに飛行機に乗ったり、リフレッシュする機会を多く持てたと思います。個別の内容はログセクションに書きます。

総評

過去に没頭し、ワクワクしていたものの一部を思い出せた気がします。試してみたい分野がポコポコと出てきたり、大学院の授業の中で新しい分野との出会いがあるのもとてもよいです。一方で、あれこれ気になるからこそ

  • 発散させすぎず四半期スパンではフォーカスすること
  • 気になる分野をプラットフォームエンジニアロードマップに反映すること
  • 自分が目指していたものに、今の感じで近づけるのか
  • 近づけていないなら、今のやり方やその延長線上に生きがいはあるのか

あたりを改めて考えてみるとよさそうです。

ログ

今QのOKRとしては追ってないものの、記録しておきたいことのコーナーです。

インタビュー

大学院関連でインタビューいただきました。最近は受験相談などは乗ってないですが、挑戦する人の背中を押せたら嬉しいです。

NOT A HOTEL

昨年僕が「NOT A HOTEL」を始めた本当の理由を読んで、建物かっこいい！面白そう！けどシェア購入でもなかなか厳しい！と思って遠くから眺めていました。そしたらなんとNOT A HOTELが「１日単位」で買えるようになりますということで、急に距離が近づきました。しかも単に日単位で宿泊できる、というのではなく、47年間毎年1日（固定）どこかのNOT A HOTELに宿泊できるメンバーシップNFTという形式での登場で、即家庭内会議の上購入を決定しました。

旅行場所のランダム性、もしどうしてもいけない日になってしまった場合の流動性、いざ家を建てるとなったときの場所の決めづらさと多拠点生活の足がかりとしての役割、「すべての人にNOT A HOTELを届ける」というミッションにぶつけたNFTというハウのエモさなど、心を揺さぶりました。宿泊日は偶然妻の誕生日になり、毎年誕生日に旅行して祝うハッピーな感じになりそうです。

まだどの程度人気が出るか読めない中、ホワイトリスト入りして確実に購入すべく訪れた宮崎では心洗われました。飛行機だったり、はじめての駅に降り立つ瞬間の空気だったり、ここ2、3年ですっかり薄れてしまっていた感覚だけに、鮮烈に景色が焼き付いています。

イベントにも継続的にお邪魔しています。

なんもわからんをやっていく。

アニメ・映画

  • 機動戦士ガンダムSEED
  • 機動戦士ガンダムSEED DESTINY（途中）
  • 機動戦士ガンダム 水星の魔女（途中）
  • 幽遊白書（途中）
  • キングダム シーズン4
  • メイドインアビス 烈日の黄金郷
  • キングダム2 遥かなる大地へ
  • ソー ラブ&サンダー

本

最初の言葉の定義で折れそうになりました。それでも、新しめのバージョンで追加概念が出てそちらを使って書くべきみたいな性質を強めに感じるので、作法系を学んでいこうと思います。

紙で買って読まずに売ってしまったものの、完全に今読むべき本と思ったので読んでます。自分が「青春」と読んで追い求めているものに言葉を与えてくれそう。

ゲーム

ゼノブレイド3

世界のあり方を問い、自身の存在意義を模索していく登場人物たちに胸打たれました。めっちゃよかった。

おつあり後も、全ヒーロー覚醒クエストや「アイオニオン最強」クエストをしっかりやりこみ、エキスパンションパスのコンテンツ更新を待っていたところ、ゼノブレイド1と2の割引クーポンが届いてしまいうっかり手を滑らせました。プレイ時間の確保は未定です。3が1と2の存在を前提に繰り広げられただけに気になっています。

サウナ

「なんの変哲もない平日夜にドーミーイン（系列を含む）でととのって泊まり、翌朝何食わぬ顔で帰って仕事する」をやりました。噂に違わず御宿野乃浅草よかったです。

グランピング施設内の貸し切りサウナもよかったです。大衆サウナは正直周囲のマナーが厳しい施設もあるので、それから解放される意義はけっこう大きいです。

技術書典打ち上げ恒例、サウナデビューの地巡礼。

平日夕方でめっちゃ混んでました。総合的に考えて首都圏大型お気に入りサウナを愛でたい気持ちになりました。

アクティビティ

宮崎訪問を含め、夏をやっていました。土日が学業で埋まっても隔月くらいでは自然を感じたいです。尾瀬行く予定が雨で行けなかったのが残念なので、いつかリベンジしたいです。

グルメ

ラーメンとしておいしかったものの、家系ラーメンが食べたい口のときは駅反対側の武蔵家がよさそう

技術書典打ち上げ

喫煙可、店員マスク無し、おしぼり臭いで厳しかった

うな重開拓重要課題

この形のマンゴーの調理方法を学びました

嫁氏のチキン南蛮のほうがだいぶ好きです

伊勢海老必ず食べる気持ちで行ったら9〜3月のみとのことでした

よかったまた行きたいです

制しました。また行くときはご飯半分で

今後の話

Objective 1: 前進する

KR1 OS入門準備

11月末に現在受講しているCS 6340: Software Analysisが終わらせられそうなので、3学期連続で履修する予定のOS関連の予習をする。関連書籍に目を通せたらOK。

KR2 実験を楽しむ

Cloud Runで運用するGoアプリケーション周辺でいろいろ試したいことがあるので、アウトプットを気にしすぎず遊ぶ。本業、学業、複業があってなお触れたらとてもよい。アドベントカレンダーかZenn記事にできたら最高。

  • CUE <-> proto <-> OpenAPI
  • clean arch
  • Cloud Deploy - Cloud Run
  • runn
  • Spanner database/sql
  • Terraform provider + アプリケーションのリソース管理
  • TerraformとCUEをつなぐなにか

KR3 プラットフォームエンジニア談義

目指すべきプラットフォームエンジニアとはなんだったのか、整理してドキュメントにする。

  • なにをつくりたい
  • 許容できる/できない
  • フェーズ
  • だれがどういう状態になってほしい
  • 成果のはかりかた
  • 必要なスキル

Objective 2: 甲殻類

KR1 すさみ町立エビとカニの水族館訪問

KR2 伊勢海老

KR3 冬をやる

by ·1件のコメント

技術書典13に『Google Cloud Platformで学ぶTerraform』の基礎編と実践編の第2版をもって出展します！

  • オフライン開催
    • 会期：2022/09/11 (日)
    • 会場：池袋サンシャインシティ 展示ホールD（文化会館ビル2F）
  • オンライン開催
    • 会期：2022/09/10 (土) 〜 2022/09/25（日）
    • 会場：技術書典オンラインマーケット

最後にオフライン会場で出展したのは、2019年の技術書典7。2年ぶりのオフライン会場めちゃくちゃ楽しみにです！

「か10」にいます。

販売チャネルとラインナップ

今回第2版を出す2冊は印刷します！初紙本化！技術書典8以降も継続的に出展し、新刊をお届けしてきました。しかし、オンラインマーケットのみ参加ということで、紙本印刷はすべて見送ってきました。

技術書典13ではつぎのラインナップ、部数、価格を予定しています。電子版は継続販売しますが、紙本は期間中のみなのでご注意ください。価格設定も異なります。

技術書典オフライン開催

池袋サンシャインシティで2022/09/11 (日)に開催されるオフラインイベントでは、3種類の本がご購入いただきます。オンラインの価格据え置き+αで、紙本もついてくるというお得な感じになっています。

  • 『Google Cloud Platformで学ぶTerraform 〜基礎編〜 第2版』
    • 紙本 + 電子版（PDF、EPUB）のQRコードカード: 1000円 （先着100名）
    • 電子版（PDF、EPUB）のQRコードカード: 1000円 （先着100名）
  • 『Google Cloud Platformで学ぶTerraform 〜実践編〜 第2版』
    • 紙本 + 電子版（PDF、EPUB）のQRコードカード: 1000円 （先着80名）
    • 電子版（PDF、EPUB）のQRコードカード: 1000円 （先着20名）
  • 『Knativeソースコードリーディング入門』
    • 紙本 + 電子版（PDF、EPUB）のQRコードカード: 500円 （先着xx名）
    • 電子版（PDF、EPUB）のQRコードカード: 500円 （先着xx名）

上記すべて売り切れた場合でも、オンラインで出品している商品の現金購入、かんたん後払いを受け付けます。

技術書典オンライン開催

技術書典オンラインマーケット自体は常設です。そのため、2022/08/29時点で、電子版はすべてご購入いただけます。

2022/09/10 (土) 〜 2022/09/25（日）期間中は、紙本もご注文いただけるようになる予定です。技術書典の「あとから印刷」を利用するため、紙本がお手元に届くのは期間後です。

BOOTH

2022/08/29時点で、電子版はすべてご購入いただけます。

GCPで学ぶTerraformの基礎編・実践編については、オフラインイベントで在庫が発生した場合のみ紙本も販売します。

GCPで学ぶTerraform 基礎編・実践編 第2版紹介

『Google Cloud Platformで学ぶTerraform 〜基礎編〜 第２版』

（以前書いた紹介文より）

僕は、マイクロサービスを開発するためのプラットフォームを開発・運用するチームで2020年から働き始めました。それ以前の仕事は、バックエンドエンジニアとしてのマイクロサービス開発です。プラットフォームチームが開発したTerraformモジュールに設定を渡し、GCPやKubernetesのリソースを作成していました。

いざそのモジュールを作成したり、エラーのデバッグをする立場になってみると何もわかりません。つぎのような疑問がわきました。
・モジュールとは何か
・複数のリソースから構成されるアーキテクチャはどう組み立てるのか
・なぜ Terraform の状態と実際のクラウドリソースの状態はずれるのか

Terraformの概念や個々のリソースの使い方、GCPを利用したサンプルのモジュールはたくさんあります。Terraformに関する書籍もあります。
しかし、Terraformの具体的な説明に登場するクラウドは、ほとんどがAWSです。クラウドアーキテクチャの設計経験も多くはない著者にとって、AWS ベースで説明された内容をGCPに置き換えながら学ぶのはとても大変でした。そこで、この本を書くことに決めました。

AWSからGCPへの翻訳をせず、クラウドの設計やTerraformをGCPを通じて学べる本。半年前の僕が欲しかった本です。この本を通じ、Terraform をより身近に感じる人が増えたら幸いです。

正誤表・増補改訂情報はこちらのページで公開しています。

https://toshi0607.com/event/learning-terraform-with-gcp-basic-edition-update/

登場するほとんどのサンプルコードも、GitHub上で公開しています。

toshi0607/Learning-Terraform-with-GCP

目次です。

第1章 はじめに

第2章 Terraform の概要
2.1 Terraformの意義
2.2 Terraformのアーキテクチャ
2.3 まとめ

第3章 環境構築
3.1 GCPアカウント
3.2 GCPプロジェクト
3.3 GoogleCloudSDK
3.4 tfenv
3.5 vscode-terraform
3.6 まとめ

第4章 リソースとterraformコマンド
4.1 リソース
4.2 terraformコマンド
　init
　plan
　apply
　destroy
4.3 ライフサイクル
　create_before_destroy
　prevent_destroy
　ignore_changes
4.4 まとめ

第5章 Configurationの書き方
5.1 関数
　join
　length
　contains
　values
　file
　その他の関数
5.2 変数
　variable
　output
　locals
　データソース
5.3 ループ
　count
　for_each
　for
　dynamic
5.4 条件式
5.5 バージョンの明示
5.6 モジュール
　子モジュールの定義
　ルートモジュールの定義
5.7 まとめ

第6章 ステート管理
6.1 ステートの構造
6.2 リモートバックエンド
6.3 管理単位
　ワークスペース
　バックエンド
6.4 参照
6.5 ズレと直し方
　定義あり、ステートあり、リソースあり
　定義あり、ステートあり、リソースなし
　定義あり、ステートなし、リソースあり
　定義あり、ステートなし、リソースなし
　定義なし、ステートあり、リソースあり
　定義なし、ステートあり、リソースなし
　定義なし、ステートなし、リソースあり
　定義なし、ステートなし、リソースなし
6.6 リファクタリング
　moved
terraform state mv
6.7 まとめ
[コラム]リソースの種類の変更

あとがき

『Google Cloud Platformで学ぶTerraform 〜実践編〜 第２版』

基礎編の続きです。基礎編の内容理解を前提とし、モジュールの設計、リント、バリデーション、テスト、CI/CDなどのより実践的な内容をお届けします。

正誤表・増補改訂情報はこちらのページで公開しています。

https://toshi0607.com/event/learning-terraform-with-gcp-practical-edition-update/

登場するほとんどのサンプルコードも、GitHub上で公開予定です。

toshi0607/Learning-Terraform-with-GCP
toshi0607/GKE-Microservices-Terraform-project-template
目次です。

第1章 はじめに

第2章 環境構築
2.1 GCPアカウント
2.2 GCPプロジェクト
2.3 Google Cloud SDK
2.4 tfenv
2.5 Hashi CorpTerraform
2.6 まとめ

第3章 2層アーキテクチャ
3.1 アーキテクチャの概要
3.2 アーキテクチャの詳細
3.3 Terraform化
3.4 安全な変更
3.5 まとめ

第4章 アーキテクチャの全体像
4.1 アーキテクチャの概要
4.2 Terraformモジュール
4.3 まとめ

第5章 Projectモジュール
5.1 モジュールの機能
5.2 組織の作成
5.3 モジュールの開発
5.4 まとめ
[コラム]GCPプロジェクトのクオータ緩和申請

第6章 Clusterモジュール
6.1 モジュールの機能
6.2 モジュールの開発
6.3 まとめ
[コラム]モジュールのパス
[コラム]モジュールの埋め込みとコンポジション

第7章 Microservicesモジュール
7.1 モジュールの機能
7.2 モジュールの開発
7.3 まとめ

第8章 リントとバリデーション
8.1 terraform fmt
8.2 terraform validate
8.3 TFLint
8.4 Conftest
8.5 まとめ

第9章 テスト
9.1 Terratest
9.2 Projectモジュール
9.3 Microservicesモジュール
9.4 まとめ
[コラム]テストの磨き込み

第10章
10.1 Cloud Build
10.2 事前準備
権限付与
Step実行用のコンテナイメージ
CloudBuildとGitHubの連携
10.3 ソースコードと変更差分の取得
10.4 Terraformの検証‧実行
10.5 モジュールのテスト
10.6 まとめ
あとがき

by ·2件のコメント

四半期ごとの個人OKR振り返りです。

2022年4〜6月は、学業・複業をいい感じに本業に活かすをメインテーマに据えていました。

振り返り対象のOKRは2022年1〜3月ふりかえりと4〜6月OKR 〜圧倒的逆輸入〜で立てています。

OKRの振り返り

Objective 1: 圧倒的逆輸入

KR1 学業から本業へ 【微妙】

特に弱いネットワーク分野の授業を受けている状態で関連業務をキャッチアップしたら、効率化できたり深く理解したりできるか試します。

基礎固めが進捗し、大学院の授業と実務のつながりは実感できました。読もうと思ってずっと読めていなかった本も読み終わって授業の準備を兼ねさせたり、ネットワーク関連の授業や宿題を通じてGCPのネットワーク関連の理解も多少深まったを感じます。

一方で、理解の定着という意味でのProfessional Cloud Network Engineer受験や、実務関連のアウトプットまでは至らずという感じでした。

KR2 複業から本業へ 【中止】

機会的にまだ不確実過ぎるので、後で詳細化します。

本業以外でデータ基盤っぽいお話に取り組めるかと思ったものの、そうはならなかったのと各方面いろいろ問題が発生したので新しくKRを設けることもなくやめました。そんな四半期があってもよいですそれもまた人生。

　メモ

  • 夏学期 5/16〜8/5 CS 6250 Computer Networks
  • 秋学期 8/23〜12/17 CS 6340 Software Analysis and Testing
  • 2022年7〜9月にC++入門する。夏学期と秋学期の間

Objective 2: ワクワクを型化する

KR1 ワクワクリストが継続的に人生を豊かにするものになるしくみを考える 【微妙】

  • ✅映画3、裸眼視力1.5、グランピング、グルメ3、新サウナ1、
  • 週3時間以上ワクワクリストの実行、メンテ、振り返り、しくみ作りにあてる

隙あらばワクワクリストは意識したものの、諸々の問題でそれどころではありませんでした。来期はやること減らして臨みます。

個別コンテンツはログセクションでまとめるとして、月1くらいのペースで自然にしっかり触れられるようにカレンダーブロックしようと思います。それもできないと感じたら定常的にやっていることを何か削ります。

KR2 家関連のドメイン知識を集める 【できた】

  • ✅次回引っ越しで建てた家に引っ越す場合、どのタイミングで何が必要か理解する
  • ✅正直不動産を読み漁る

正直不動産を読み漁るのはもちろん、最高に上がる家を建てるにあたりいろいろ情報を集めました。YouTubeやInstagramもよかったです。家自体よりも、今後どういう家族構成にしていきたいか、どこに住むのかを決めるの難しいなと思います。

こういう話聞きたいです。

子供を持たない選択をしたこと。

KR3 また歌うのが楽しいと思えるようになる 【できた寄りの微妙】

改まって声を出そうとすると、歌に限らず喉をしめてしまいかすれてしまうのでそれをなんとかしたいです。

かつてギター・ボーカルをやってるときにボイトレに通うも、最終的に余計に喉をきつく締めるようになり辛くなったのでいったん止めることにしました。ボイトレ範疇なのか、医学的ななにかなのかアプローチは不明なので、情報収集からはじめます。治りきらなくても、症状が改善する傾向にある状態になればよしとします。

医学的な何かではなく、ボイトレの範疇で快方に向かうというのはわかりました。息漏れ、喉じめなどで出てくる動画のうち、息漏れしない発声にする系のトレーニングでなんとかなりそう。

【ボイトレ】喉締め声を1発で改善！正しくチェストボイスを出す方法【ボーカリスト】【ボイストレーニング】【カラオケ】

近年比マシに感じる日が出てきました。続けないとすぐ戻るので、生活リズムを整えた上で10分確保してやっていきます。

ログ

今QのOKRとしては追ってないものの、記録しておきたいことのコーナーです。

ICL手術

失敗談。レーシックと違って目を削らなくてもいいので、なにかあったらやり直せることが売りのICL手術。目にレンズ埋め込むやつです。なにかあったのでやり直しました。

4月頭に手術し、1週間弱後から左目が見えなくなりました。レンズを異物とみなしてしまって膜がはり、切開洗浄やステロイド点眼では治らず、一度レンズを取り外す手術をしました。右目だけにレンズが入った状態で視力差（+ 片目はよく見えるので眼鏡かけるわけにもいかない）による頭痛を経て、5月末に再手術しました。また何かあるのが不安で、手術後しばらく朝起きるのも怖かったです。現在は視力的には両目ともよく見えるようになったものの、左目の違和感はそれなりにあります。

これ自体が感情的にも生活的にも壊滅的だし、その他ショックな出来事や大変な出来事が公私で続き、4〜6月は人生でもっとも盛り下がった四半期のひとつでした。来期は上げていこう。

眼科のスタンスはこんな感じでした。

  • 目が見えなくなったときの対応は、切開洗浄やステロイド点眼がだめだったときの取り外し手術（時間外）まで2日くらいとかなり早く誠実だった
  • 20〜30人に1人くらいなる（炎症が出る人がいることは聞いていたが、数字は炎症が出てから言われた、当該眼科での実績で一般的傾向とは聞いてない）けど原因はわからない（究明しようとしたり、レンズのメーカー変えたりする気なさそう）
  • 手術何度もされる方も大変だろうけど、する方も大変って患者に平気で言う
  • 現在の左目の違和感の話はとりあってくれない

事前に調べる感じでは、こういう反応の話ぜんぜん聞かなかったのでこれから受ける方はこういうケースもあるということは認識してください。自分が手術を受けたのは、ICL手術で検索するとよく出てくるところではなく、近所の眼科で月数回ICL手術で検索するとよく出てくる執刀医がきてくれる眼科でした。

アニメ・映画

  • ドクター・ストレンジ　マルチバース
  • シン・ウルトラマン
  • トップガン　マーヴェリック
  • トップガン
  • AKIRA
  • Fight Club
  • 新機動戦記ガンダムＷ Endless Waltz 特別篇
  • 新機動戦記ガンダムＷ
  • 機動戦士ガンダムSEED（途中）
  • 幽遊白書（途中）
  • キングダム（途中）

敵覆面だからこそみたいなのはあるかもしれないですが、トップガン　マーヴェリックはエモ過ぎてエモかったです。立地的にレイトショー観て帰って風呂入っていつもどおりの時間に寝るというのができるのでやっていきます。

本

新規開拓サウナ

目の手術起因で3ヶ月中2ヶ月サウナに行けなかったことで、サウナに入ることや、定期的に数時間PCが触れない空間にいることの重要性を改めて噛み締めました。また行けるようになったので開拓していきます。直近のコロナ急増は気になるので様子見つつ。

アクティビティ

ワクワクリストよりグランピング。マネージド感強すぎるかもしれないですがよかった

わろた

ミスチルちょうど30周年の日に、はじめてミスチルライブ観に行った東京ドームでお祝いできてよかった

グルメ

ヤウメイめっちゃおいしかった

トリトンの安定感

BEAST

東京たらこスパゲティ期待を遥かにこえておいしかった

すし処 若はガチ

授業

複業

昨年末から取り組んでいたオブザーバビリティの話からSLI/SLOにつなげるところまでたどりつけてよかったです。

  • マイクロサービスのダッシュボード（オーバービュー）作成
  • トレースIDでマイクロサービス（複数言語）間のリクエストのトレースをつないでDatadogのAPMで一貫した方法で調査できるようにする + Sentryにも同一トレースIDが付与されるようにする
  • マイクロサービス毎のSentryのアラートルール標準設定と週次で棚卸しをやっていくための調査、ドキュメンテーション、説明
  • マイクロサービス毎にSLI/SLOを決めるためのワークショップ（を今後新サービスつくるときにやるイメージをもってもらえるようなヒアリング。今回は仮で自分が決めてフィードバックもらう形にしました）
  • SLI/SLO概論ドキュメンテーション、サービス毎の運用ドキュメントテンプレート作り + 既存マイクロサービス分作成
  • 決めたSLI/SLOベースでモニタリングするためのDatadogモニターの設定
  • ロードマップ整理サポート

機能開発が大変でも、開発したサービスを自律的に運用しなければ持続的な価値提供はできないので、各チームの話を聞いたりしながら進めました。きっと今後続けたり、合わないと感じた部分をそれぞれ変えていってもらうほうが大事と思います。限られた時間ながらよい経験をさせていただきました。

今後の話

4〜6月のダメージがあまりに大きく、回復に時間がかかりそうです。できる限りワイワイします。

Objective 1: ワイワイする 〜何に没頭し、ワクワクするのか思い出す〜

KR1 これからの授業の基礎固め

夏学期CS 6250 Computer Networksが終わると、CS 6340 Software Analysis and Testingがはじまりそれ以降C++必須になります。読み書きしたことないので、最低限授業で必要とされる項目を理解しつつ慣れていきます。

KR2 認証認可完全理解（）する

SREと言いながら、最近はSREと聞いて想起されることは何もやらずに認証基盤を開発しています。エンジニアとしてどこかのタイミングでしっかり携わりたいと思っていたドメインなので、今後のプロジェクト配属変更によらず手を動かそうとおもいます。

KR3 好きっぽいものに触れる

技術書典！Go！分散システム！

Objective 2: TBD

コロナおさまったり、元気になってから考える。たぶん釣りデビューしたい

by ·1件のコメント

四半期ごとの個人OKR振り返りです。

2022年1〜3月は、転職、大学院授業開始、複業継続という三つ巴の戦いが始まる中で、壊れずに生きるというものでした。

振り返り対象のOKRは2021年10〜12月ふりかえりと2022年1〜3月OKR 〜壊れずに生きる〜で立てています。

OKRの振り返り

Objective 1: プラットフォームインフラ未学習分野の底上げとベストプラクティスの実装修行

転職と大学院の授業の最初の授業が重なる2022年1〜3月は、生きるだけで精一杯かもしれません。そのため、Objective 1は端的に言うと「生きる」です。

本業における事業価値の最大化を中心に据え、学業、複業がよいバランスで継続的によい影響を与え合うあり方を見つける。KRでは、本業と複業の業務OKRや大学院の成績基準を満たすのに必要な補助的内容を便宜的におく。

総括すると、特定条件下で三兎を追うことは不可能ではありませんでした。しかし、少なくとも持続可能な感じではなく、一部何かが崩れる（体調を崩す、モチベーションが下がる、コントロールできないものが増えるなど）と厳しいなぁという感じでした。

時間的なキャップや何もしない日を強制的に持つなど、余白を作る積極的な努力が必要そうです。

KR1 データベース理解の見取り図をつくる 【できた】

Cloud Spannerで戦っていける体になりたいです。マイクロサービスの開発・運用で利用していたものの、そもそもデータベース概論から弱いので、足腰鍛えます。

本業では、Cloud SQLのCloud Spanner移行に取り組んでいます。どんな問題でもこい！という状態からはほど遠いですが、見取り図という意味では構築され始めたという感じです。

  • 従来のRDBから変わっていないDBの一般原則（もしくはその枠内で運用できるようにSpannerが備えたもの）
  • New DB的なものに向き合う覚悟
  • 運用上ないと困るツール群、エコシステム
  • 移行上計画していなかったら困ることや、ないと困るツール
  • パフォーマンスチューニングするときにないと困る基礎知識、実験環境

など、上記の本も含めて学びを得ました。4〜6月も業務上移行は続けたり、複業文脈でデータ基盤構築関わるかどうかという話もあるので継続テーマとしてやっていく予定です。

KR2 マイクロサービスのオブザーバビリティの見取り図をつくる 【できた】

マイクロサービス基盤開発において、2022年1〜3月はマイクロサービスの死活監視の概要がわかるダッシュボードと、開発・運用のためのログ、トレーシング、（メトリクス、）エラーレポートが関連付けられている状態にします。その前提として、オブザーバビリティ関連の代表的論点を整理し、ロードマップをつくり、今回の取り組みの位置づけやつぎに取り組むべき内容を提示できる状態にします。（複業自体のOKRを優先し、無理そうならそちらに集中する）

複業の中でおいたOKRはメンバーの助けを借りつつ一通り構築し終えました。紹介するとこんなのです。

  • O1: 単一のリクエストIDでマイクロサービスのメトリクスを関連付けて自由自在に調査できるようにする
  • KR1: 各サービスの稼働状況がひと目でわかるようにする
  • KR2: リクエストIDでログをマイクロサービス横断でフィルタリングできるようにする
  • KR3: エラーレポートからリクエストIDが取り出せるようにする
  • KR4(option): 単一のリクエストがどのマイクロサービスでどれだけ時間を要したか分析できるようにする

設計・実装経験の幅を広げる意味で、本業と異なるフェーズの組織でテーマを持って取り組むのは継続したいです。そのときに、テーマに関連する代表的な著書だったり、体系的な情報のインプットを関連付けられるのはさらによいと感じます。一方で、テーマの粒度が一人で速くいくなのか、みんなで遠くいくなのかで広さ・深さはけっこう変わりそうです。コントロールできる・できないにかかわらず、どちらのタイプなのかで自身の期待を調整しようと思います。

KR3 大学院授業の週・月次の学習サイクルをつくり、主要な授業に備える 【できた】

  • ✅CS 6310の履修登録に成功する
  • ✅OSまわりの授業の前提条件を調べ、不足を補う計画を立てる
  • ✅春・夏学期の履修登録に成功する

大学院での最初の授業がはじまりました。履修登録や特に受けたい授業をどう進めるかなどの懸念が払拭できつつあります。

最初にとった授業は、Software Architecture and Designです。おそらく初耳みたいな内容はなく、そこまで重くない風のグループワークがあり、中間・期末試験はないということで4月末までの春学期で履修しています。卒業要件が10の授業をB以上で修了することなので、10以上積極的な興味がある授業がある中で敢えてとらなくてよかったかもなとは思っています。

5月末〜夏学期はネットワークの授業を履修します。楽しみ！！！前年までと異なり、夏・秋学期の履修登録を同じタイミングで行うのから夏学期は3月、秋学期は4月というのに変更されました。

今後履修する授業と順番を考え、履修要件と準備したほうがよさそうな内容を整理しました。

OS系授業の準備

OS/コンピュータアーキテクチャ、分散システムを主軸に学んでいく中で、特にC/C++とOS/コンピュータアーキテクチャの基礎はまとめてインプットする時間が必要そうです。

Objective 2

壊れない。目下最大の健康リスクに対処しつつ、よい人生を歩んでいきます。

KR1: ワクワクリスト作成 【できた】

以前作成したものがなぜかなくなったので、再度まとめて目に見えるところにおいておきます。今QのO2 KR1のミラコスタと石川ののどぐろは、このワクワクリストからOKRに引っ張ってきたものです。達成することで生の実感を得ることができました。いつかやってみたいと思ったことでも忙殺されると自分の人生の外においてしまうし、それをやるタイミングが勝手にやって来るものでもありません。流れに委ねるべきは委ねつつも、可視化し、意識して組み込むのも継続してやっていこうと思います。

一部残っていたものの、再構築しました！

ワクワクリスト

こういう欲望をある程度抑えながら人生を進めていると、いつの間にかその欲望がなかったことになっているので可視化は意義深かったです。また、時間が急にできたときに書き留めていないと思い出せません。重要でないから忘れているというわけでもない気がします。

消費系が多く、TODOリストにチェックが増えていったらそれはよい人生なのか？とか思うところはあります。いまのところは、極力早いうちにする旅は心のアセット的な経験になりうるだろうだったり、とはいえなにか生み出したい・残したいみたいな気持ちだったりがあります。可視化は第一歩としてとてもよかったので、どう向き合うかは考えていきたいです。

ちょっと時間があればできること（映画観る、予約して美味しいもの食べる）はやる。計画が必要なものはObjectiveに組み込む。ワクワクしそうとちょっとでも思ったことはリストに追加する。

KR2: お金まわりを整理する 【できた】

持株会制度がなくなるのと、新卒の会社の企業年金をiDeCoに移さずここまできてしまった（！）ので手続きします。個別株積立投資と投信は続けているものの、NISAはノータッチなので、もしiDeCoと合わせていい感じに手続きできたらやってしまいます。また、いろいろなサービスの料金プランの見直しや解約を進めているのでその続きをします。

  • ✅iDeCo手続きする
  • ✅NISA手続きする
  • ✅使ってないクレカ解約
  • ✅確定申告

ついでに、金融機関コード0001である以外何もメリットがないメインバンクを移行しました。

KR3: 目か頭痛どうにかする 【できた】

現在一日の生産性を圧倒的に下げる三大要因が花粉症、頭痛、眼精疲労（？）です。花粉症については、今Qに舌下免疫療法（アレルゲン免疫療法のひとつ）に取り組みはじめました。3〜5年かかりそうなので、病院とオンライン診療を併用しつつ様子を見ていきます。頭痛については、気圧が上がるときも下がるときも年々厳しくなっているので、緩和させるもしくは快方に向かわせる一手を打ちたいです。乱視や近視と左右の大きな視力差に起因する目周辺の不快感や頭痛もけっこうしんどいです。

頭痛と眼精疲労は相互に影響している部分もそうでない部分もありそうなので、どこにどういう形で相談すると全体として前進するか調べ、日常生活への影響を考慮し着手できる緩和策に着手します。

  • ✅相談先探す
  • ✅目のメンテする

普段眼鏡をかけるようにしたら頭痛も眼精疲労も体感1/3くらいになりました。

もともと左右の視力差がけっこうあった（0.06と0.6）のに、眼鏡をかけるのが億劫で裸眼で暮らしていました。リモートワークが始まってからPCを見る時間がいっそう長くなり、ダメージの蓄積が加速していたようです。眼鏡をかけたのに加え、ユンケルの服用や、寝る前に温めたアイマスクを乗せるようにして労りはじめました。その結果、だいぶ疲れが残りにくくなりました。

さらに、気圧の急降下・急上昇時病欠をとらないと厳しい程度に酷かった頭痛も意図せずかなり収まりました。気圧は頭痛の原因というより、蓄積された疲労を健在化させるトリガーのようなものだったかもしれません。完全雰囲気なので、様子を見て相談しようと思います。社内では医師に気軽に相談できるため、頭痛外来の存在や、偏頭痛治療薬の進歩の話を聞けました。

眼精疲労や頭痛がある程度治まった中で挑戦したいのは、ICL手術です。眼鏡をかけずして左右高水準で同じように見えている状態を維持したいというのは、かねてからの希望でした。多少費用がかさんでも、レーシックのように角膜を削らない分、合わなかったらとりやめのできるというのが決め手です。眼精疲労や頭痛が酷い状態で臨むと問題の切り分けができないなぁとなんとなく気乗りしていなかったのですが、ついにタイミングが来ました。4月上旬に手術します。

ログ

今QのOKRとしては追ってないものの、記録しておきたいことのコーナーです。

Meety

普段接することが少ない方々とお話できました。2対多だとインタラクティブに話すの難しいかったです。

個人OKR運用をサポートします！というトピックで出ていたOKRのTwitterコミュニティを作ってみました。メンバーまったく増えません！！！

アニメ・映画

  • スパイダーマン ノー・ウェイ・ホーム
  • 鬼滅の刃 無限列車編
  • 鬼滅の刃 遊郭編
  • 絶対無敵ライジンオー
  • 魔法騎士レイアース
  • 機動武闘伝Gガンダム
  • 機動戦士Vガンダム

絶対無敵ライジンオーを最後に、勇者シリーズとエルドランシリーズを全部見ました。要した期間は、リモートワークがはじまってからランチしつつの2年間です。変形・合体ロボットは自分にとって「かっこいいと感じるもの」の原点っぽいので、リアルタイムに観てなかったものを含めて全部見れてよかったです。

映画館が近い割に、映画館には全然行けませんでした。

本

受けてる授業の基礎をざっと振り返ろうとして読んでみました。英語でがっつり学ぼうとしている内容を日本語で読むの効率悪いのかもなと思いました。UMLまわりの日本語訳対応関係わかりづらい感じがします。

いつも本で気持ちが穏やかになるので楽しみです。

サウナ

今四半期は新規開拓なしで、ひたすら同じサウナに通っていました。毎週行けてるので満足です。

家

ほとんどの時間を家で過ごすので、衣食住を整えて日常の気分を上げることはとても大事に感じます。ワクワクリストにあった「食器とコップそろえる」だったり、だいぶ古くなった家電を入れ替えたりしていました。

あと、持ち家がほしいというよりこの家に住みたくなりました。今のマンションもかなり気に入ってるので、情報を集めてちょっと考えます。

　花粉症治療

昨年12月にはじめた舌下免疫療法は、早くも成果が出始めました。少なくとも、薬を服用しても症状が厳しすぎて1日休んでしまう日は皆無です。

今後の話

O1では、余白を確保しつつ、学業・複業のテーマをもう少し本業に寄せたらどうなるかを見ていきます。O2では、気になりはじめた家の情報を集めたり、のど絞め声出ない問題を解消したり、ワクワクリストを進める中でどうにかアクティビティやコンテンツ、食などもアウトプットに繋げられないか考えたりしてみます。

Objective 1: 圧倒的逆輸入

KR1 学業から本業へ

特に弱いネットワーク分野の授業を受けている状態で関連業務をキャッチアップしたら、効率化できたり深く理解したりできるか試します。

KR2 複業から本業へ

機会的にまだ不確実過ぎるので、後で詳細化します。

　メモ

  • 夏学期 5/16〜8/5
  • 秋学期 8/23〜12/17
  • 2022年7〜9月にC++入門する。夏学期と秋学期の間

Objective 2: ワクワクを型化する

KR1 ワクワクリストが継続的に人生を豊かにするものになるしくみを考える

  • 映画3、裸眼視力1.5、グランピング、グルメ3、新サウナ1、
  • 週3時間以上ワクワクリストの実行、メンテ、振り返り、しくみ作りにあてる

KR2 家関連のドメイン知識を集める

  • 次回引っ越しで建てた家に引っ越す場合、どのタイミングで何が必要か理解する
  • 正直不動産を読み漁る

KR3 また歌うのが楽しいと思えるようになる

改まって声を出そうとすると、歌に限らず喉をしめてしまいかすれてしまうのでそれをなんとかしたいです。

かつてギター・ボーカルをやってるときにボイトレに通うも、最終的に余計に喉をきつく締めるようになり辛くなったのでいったん止めることにしました。ボイトレ範疇なのか、医学的ななにかなのかアプローチは不明なので、情報収集からはじめます。治りきらなくても、症状が改善する傾向にある状態になればよしとします。

by ·0件のコメント
Ubie victory

2022年1月、Ubieにソフトウェアエンジニア (Site Reliability)として入社しました。入社して1ヶ月が経った今、Ubieに入社したきっかけや意気込みを書こうと思います。

マイクロサービス開発者からマイクロサービスプラットフォーム開発者へ

2018年9月、新しいお金のあり方を実現すべくリリース前のメルペイに入社しました。

freeeでの闘争を終え、メルペイで闘争します

はじめてのGo、GCP、Kubernetesなど、個々の技術のキャッチアップはもちろん、マイクロサービスの新規設計・仕様調整やテックリードとしての意思決定・チームマネジメントなど、精一杯背伸びする毎日でした。

テックリードとしての闘争

2020年1月、メルカリのMicroservices platformチームに異動しました。メルペイでのマイクロサービス開発経験を活かし、メルカリグループ全体でマイクロサービスをより開発しやすくしたいという思いからです。

1つの施策の影響範囲が数百ものマイクロサービスに及ぶ、とてもやりがいの大きい経験の連続でした。

また、在籍期間中は、海外やプロポーザルの必要な大規模なカンファレンスでの登壇、憧れのServerlessDays Tokyo/Fukuoksでのワークショップ開催、雑誌への寄稿や単著の商業誌発売など、はじめて尽くしでした。

自分だけでは手が届かないかもしれない挑戦のすべてを力強く後押ししてくれた組織、文化、驚くほど働きやすく従業員思いな制度、たくさんの強く優しい同僚には感謝してもしきれません。

とりわけプラットフォームエンジニアリングやそれを実装するチームは大好きで、何年も働いていくつもりでした。

人生を問う

2020年から2021年にかけ、業務上はメルペイからメルカリへの異動があった一方、日常生活はコロナ禍で激変しました。

リモート前提の勤務になり、住む場所も「会社に通勤しないのなら、日本のどこに住みたいか？」とこれまでと違った前提で考えました。現在の志向性においては足立区が最強という結論に達し、充実したサウナ生活を送っています。

エンジニアとしてキャリアの中で相対的に経験の浅いインフラ・SRE分野での修行的意味合いで取り組んでいる複業も、生活スタイルの変化が後押ししてくれた部分が多かったです。

複業SREとして広げる課題解決の幅と深さ。期待値以上の成果を上げるまでに何をしたか

さらに、「働かなくてもよいとしたら何がしたいか？」という問いに対して出てきた答えは「コンピューターサイエンスが学びたい」でした。働くのをやめなくても挑戦できることを知り、オンラインで3年半かけて学んでいくことにしました。

文系学部卒からGeorgia Techコンピューターサイエンス修士課程への闘争

大学院に出願するにあたって、志望理由書を書きました。必要とされる項目を書き上げるには、過去に学部で学んだことから現在に至るまでの学問・キャリア上の振り返りや、将来に思いを馳せることも不可避です。

キャリア上の損得勘定抜きで、単純にコンピューターの仕組みを学びたいというのが本音です。しかし、誰に強いられるものでもなく好んでプラットフォームエンジニアリングを行っているので、大学院ではコンピューターアーキテクチャー、OS、分散システム、クラウドコンピューティングの実装などを学ぶComputing Systemsを専攻し、ゆくゆくはGCP、AWS、Azureなどのクラウドそのものの中身を開発・運用できるエンジニアになりたい。そこに嘘はないし、この先転職するとしたらそういう会社だと思っていました。

では、クラウドを開発・運用できるようになった先に待っていること、それらを通じて自分が成し遂げたいものは一体なんなのでしょうか？自分が技術力を向上させてキャリアを積んだり、会社に貢献した結果、社会になにが残せるでしょうか？

日々クラウドを利用したさまざまなサービスが生み出され、人々の生活を支える基盤のひとつになっています。これに携わるのは、想像するだけでもワクワクします。問題解決する人が自律的に活動するためのプラットフォームを作るというのは、エンジニアになる前から持ち続けている明確な意志です。

一方で、クラウドの中の方含めいろいろな方とお話する中で、関わりたい事業領域はかなり限られていることに気づきました。特に、あらゆる人生にとってクリティカルな健康・医療領域です。歳を重ねるにつれて自身や家族の健康・医療に対する関心は高まり、コロナの猛威が世界の人々に与えた影響の甚大さが拍車をかけました。

新たな闘争の場としてのUbie

健康・医療といっても、エンジニアとしてどのような関わり方ができるのでしょうか。事業ドメインの土地勘があまりなかったので、以前GCP関連で助けてもらったUbie SREの@sakajunqualityのMeetyで話を聞いてみることにしました。

システム的には馴染み深いもので、プラットフォームエンジニアとして貢献できることがありそうでした。他にも、@nantani4にシンガポール事業の話を聞いたり、元同僚の@syu_creamに組織・文化について聞いたり、@empitsu88に学業との両立について聞いたりしました。

それと同時に、Ubieの事業・組織関連のnote記事やメンバーによるおびただしい数の入社エントリーを読み漁ったり、共同代表エンジニアの@quvo_ubieによるdevchat.fmを聞いたりしました。

Ubie Discovery カルチャーガイドに明文化された驚くほど鮮明な文化はさることながら、直接聞いた話や情報発信の姿勢そのものに狂気を感じました。

自分もユーザー（患者）として家から触れるサービスであるユビーAI受診相談は、妻の健康に大きな影響を与えました。これまで、「疲労」や「ストレス」に起因するのではないか以上の情報が得られず、ネクストアクションがとれず苦しんでいた症状に関連する病気の名前がわかりました。さらに、直接関係ないと思っていた別の症状とも重なったり、診てくれる近所の病院も提示してくれたりしたため、つぎの一歩を踏み出すことができました。医療機関の外で決まってしまう受診タイミングやマッチングへのアプローチは新鮮でした。

選考過程でも事業について話を聞き、患者のみならず身近な診療所や医療機関、さらには製薬企業も視野に入れて医療の全体最適を実現する構想に興奮を覚えました。

テクノロジーで人々を適切な医療に案内するというミッションを実現するための事業、戦略やそれらを推進するための組織と組織制度4本柱（ホラクラシー、スクラム、OKR、評価制度）は緻密で、みんなでより大きなことを成し遂げられそうです。

実際入社してみて感じたギャップは、想像以上にオンボーディングが手厚かったことくらいです。それだけ一人ひとりが事業の経営者たり、組織を運営し、文化を体現する難易度が高いということでまだまだ修行が必要そうです。しかし、それを乗り越えればもっともっともっと楽しくなる、夢中になるという確信があります。

ホラクラシーの特性上、プラットフォーム作りとそれをユーザーとして利用しプロダクト開発するのを行ったり来たりしやすい点も魅力的です。

まだまだ話は尽きませんが、ご興味を持っていただけた方はぜひMeetyでお話させてください！

そしてオマケの例のリストです！

by ·0件のコメント

プラットフォームエンジニア2年目の2021年を振り返ります。2020年にマイクロサービスのプラットフォームの開発・運用に携わり始めてから、丸2年が経過しました。2021年は、本業ではインフラからアプリケーションまで影響範囲の広い大きめのプロジェクトを担当しました。それに加え、複業ではSREに挑戦して修行しました。

2020年

駆け出しプラットフォームエンジニア1年目

2021年

2年目にやったこと

本業では、主につぎのプロジェクトに携わりました。

  • Workload Identity導入・移行
  • CIのセキュリティ強化
  • Cloud SQL IAM database authentication検証
  • GCPとTerraform本配布

Workload Identity導入・移行

クラスタ上のサービスアカウントキーを撲滅すべく、GKEのWorkload Identityを有効化し、クラスタ上の全サービスを移行するプロジェクトです。

Google Cloud Platformで学ぶTerraform 〜実践編〜を書くときに、動作検証やTerraformモジュールのクラスタ側・マイクロサービス側の実装を通じて雰囲気は把握しているつもりでした。しかし、想像よりはるかにいろいろありました。

テストクラスタ上のテンプレートマイクロサービスサービスを使った各ユースケースを検証や社内外で仕様・制約調査しながら、移行計画を含むDesign docを書いて議論スタートです。クラスタ上のほとんどのサービスがGCPにアクセスするため、移行の対象範囲はほぼ全マイクロサービスです。アクセスするにあたってApplication default credentials（ADC）を適切に利用しているかを確認するため、Sourcegraphを利用し、数百マイクロサービス分のKuberetesのマニフェストとアプリケーションの実装内容の調査を進めました。その中で、サービスアカウントキーをADC外で活用して署名しているユースケースがいくつか見つかったため、ライブラリを管理しているチームに更新を依頼したり、アプリケーションの実装の変更手順をドキュメント化したりして移行に備えました。

導入を開始するにあたっては、各組織のエンジニア向けの全体集会で背景などをプレゼンしたり、ドキュメントを整備したりしました。初期段階で移行してくれる参加チームを募り、ベータリリースステータスでフィードバックを集め、Terraformの実装、ドキュメントなどに反映します。GAさせた後は、移行に必要な作業の重さでグループ分けをして期限を定め、移行サポート専用のSlackチャンネルでサポートしながら進めていきました。

今回の導入・移行は、一括で一様に設定変更のPRを大量に作成して完結するものでなく、ほとんどのチームの多大な協力を必要としました。すでに社内で構築された仕組みで効率よく調査できた部分や、現在進行系で整備されてるしくみで今後より低コストで移行できるようになっていきそうな部分もあります。今後もプラットフォーム全体に影響ある機能の導入やそのための移行をすることはあるので、移行しやすさや技術選定が可逆的か不可逆的かなどを意識してやっていこうと思います。

CIのセキュリティ強化

これも移行を伴うものです。従来のものを検討漏れなく段階的に廃止していく難しさや、（やりづらくても）問題発生時の切り戻しをいかに実現性高く準備すべきか、できる限りの移行自動化などに学びがありました。

Cloud SQL IAM authentication検証

Cloud SQL IAM データベース認証の検証と導入手順のドキュメント準備を行いました。比較的新しい機能において、どのスコープで導入すべきか、導入と見送りに線を引く基準はなにか、見送るにしてもどういう条件が揃えば導入したいか、そのロードマップ（揃わなかった条件はいつか満たされるのか）の情報をどう得るかというところに学びがありました。

GCPとTerraform本配布

開発者がマイクロサービスを開発するにあたり、多くの必要なリソースはTerraformモジュールで作成されます。しかし、各チーム固有のリソースは書いてもらわないといけないため、それを少しでも楽にしてもらうべく2020年に2冊の本を書きました。

私がマイクロサービス開発をし始めたとき、Terraformのplanの見方や書き方がよくわからなかったり、Terraformの本はたいていAWSベースで書かれていたりで、GCPもそれほど詳しくない中キャッチアップしづらいという問題意識がありました。それを踏まえて書いたので、社内のオンボーディング資料にすべく配布しました。効果はある程度測定したかったのでGoogleフォームで申し込みをしてもらったところ、述べ130人弱のメンバーに受け取ってもらえました。

チームメンバーから「なんとなく触ってた会社のTerraform moduleがちゃんとわかるようになった。CIが出してくれる反映差分もできるようになった」というおすすめを頂いて、読んでみたいと思いました。

というメッセージ付きで申し込んでくださった方もいて、書いてよかった、配ってよかったなぁと思います。業務経験は最大限活かしつつも、外に出せる程度に簡略化・抽象化して書いたので、今後も活用していきます。

複業

2021年は「旗を立てる」をキーワードに複業に取り組みました。

旗を立てる2021年

エンジニアとしてのキャリアの中では、開発基盤やインフラに携わった期間は相対的に短めです。闘い抜く技術力を高めるためにも、本業以外でもそれらの業務に携わりたいと考えるようになりました。技術発信やその他の研鑽ではなく、業務という形式にこだわったのは、座学に偏りがちな私自身の性格を踏まえてのことです。

具体的には、2組織でつぎの業務に携わりました。

  • kustomizeの導入
  • kubernetes-external-secretsの導入
  • インフラの防災訓練
  • マイクロサービス化検討サポート
  • gRPCのprotoと生成コード管理基盤整備
  • マイクロサービスとインフラ課題整理とOKR決め
  • オブザーバビリティ整備
  • セキュリティ脆弱性対応

詳細はOffersMagazineに寄稿する形でまとめています。

複業SREとして広げる課題解決の幅と深さ。期待値以上の成果を上げるまでに何をしたか

業務時間の大半を過ごす組織への貢献最大化を主眼に置きつつも、組織に依存しない形で自分が何者かを定義し、目指す方向に歩みを進めていくことのよさを感じた1年でした。

キャッチアップとアウトプット

業務とは別に、プライベートOKRで四半期毎に身につけたいことを決めて取り組みました。キャッチアップすべきことは無限にあるので、「この四半期はこれ以外はやらない」をはっきりさせる意味合いが強いです。

OKRは、各記事でなぜそれが達成したいのかや、どの程度達成したのかなどの振り返りと合わせてまとめています。

2021年は、大学院でコンピューターサイエンスを学ぶための出願準備が多めでした。noteで振り返ったり、計画を立てたりしながら進めています。

出願の動機（本音）は、「もしいま働かなくてもいいとしたら、コンピューターサイエンスをしっかり勉強してみたい」です。しかし、いざ履修したい科目を挙げていくと、現在のプラットフォームエンジニアリングに深く関わる分散システムの理論と実装、クラウドコンピューティングの実装、OS、コンパイラなど、低レイヤーの理解を一歩深めるものが多かったです。OKRで目標に据えるのはもちろん、プラットフォームエンジニアのキャリア上も重要なものとして位置づけていくことになるでしょう。

資格

2021年は1つだけ取得しました。

GCPのネットワークとセキュリティは、資格も活用して体系的に論点をおさえておきたいと思っています。

執筆

年末にGoの本が技術評論社さんから出版されました。

自分が担当した分については、以前ソフトウェアデザインに寄稿したものを更新したのみです。技術書典でも新刊を出せないのが続いており、少しさびしいです。

技術書

チームの人のおすすめリスト（2021年、2020年）を読んだりしながら、自分なりに読書リストを作って進めています。意識的にOKRに関連させるようにもしています。これら以外は読まないというわけでもないですが、読むのが速くないので特に大事なものに絞る必要があります。

Platform Engineerへの闘争🐸

リストの中で読み終わった本。

登壇

Open Policy Agent Rego Knowledge Sharing Meetupで久々に登壇しました。

2022年

2022年は、Ubieという会社にSREとして転職します。インフラまわりの技術スタックで共通していることもあれば、SREとプラットフォームチームの役割分担、組織（事業特性）毎にSREが別、プラットフォームチームが領域毎に別だったなど、メルカリの組織と性質・フェーズが異なるので、より広い役割が求められるでしょう。これまで経験のないことも、素早くキャッチアップして貢献していこうと思います。