だいぶ遊んでたのでいい加減仕事しなきゃ

AnyなstructのSerialize, Deserializeはどうやって実装したらええのやろうか

元のロジックがあまりにも暗黙的な渡し方をしすぎているので，全部廃止したい

見えてきたぞー少しずつだけど見えてきたぞー

ここにテストがあるならリクエストを複製してテストできるかもな

うぬーむずい．内側からコントローラのメソッドを叩きたいぞ

腹が減ったがご飯をつくるのがめんどくさくて，めんどくせーめんどくせー．マグロ食べたいしマグロ釣りに行こう

kops運用もしてるけどこれもそんなに大変じゃない．EKSはmasterとetcdがフルマネージドなのが嬉しい反面，CNIの自由度が低いのはムカつく．あとmanaged node groupは不便

なれてればEKS運用も辛くないよ．というかなれてたらkubeadm + 自前構築でもいけるよ

モノリスなアプリケーションで，普通にREST APIを返すだけ（DBはRDSとか）であれば，ECSのほうが考えることは少ない

両方ともある程度の知識がある前提ですが，基本的にはECSの方が手間が少ないです．ただしサービス規模による

k8sとちがってECSの知識はAWSでしか役に立たない上に，別にEKSあるから今からやる必要性ないしな

まぁproductionで使うならdockerを素で立ち上げることはほぼないからな．Kubernetesを使うかECSに乗せるか

めんどくせーめんどくせめんどくせーめんどくせー．いやPSP削除が早すぎるんだよ．代替手段がstableにならないうちに1.25で削除って何考えてんだ

なるほど，ここで出てくるメトリクスらしい．なんもわからん
https://github.com/kubernetes/component-base/blob/master/metrics/prometheus/restclient/metrics.go

ほーん，こんなのあるんだ

わたしは誰からもブロックされていません。(サンプル:1,336)ブロックした件数:6 相互ブロック件数:0 #blolook https://mastodon.blolook.osa-p.net

https://discuss.kubernetes.io/t/what-is-the-use-of-kubernetes-service-in-default-namespace/17545
kube-apiserverとなるとさらに難しくなるな……ログをみるか

このIPはdefault/kubernetes svcのIPである．誰だここにアクセスしてるのは……

それもgetじゃなくてpatchなんだよなぁ．patchで404ってことは結構真面目にエラーだとは思うんだが

404が増えてるアラートが出るんだけど，アクセス先のIPを見ても心当たりがない．どこでこんなリクエスト発行してるんだろ……

errgroupの扱いがかなり難しい．こいつcontext.Cancelと相性悪くないか……

errgroupにstopChを食わせたい．どうしたらええねん

サーバ自体がstopChを受け取ってなかった．これは終了しないわ

普通にシグナルハンドリングに失敗している気がしてならない

ふぁー失敗した．またデプロイやり直しや

無限に速い光がほしい（

くあーまたタイムアウトしてしまう

kindって独自のRoot CAを入れた状態でクラスタ起動できないんだろうか

退職祝いにもらった．これは美味いですわ

> えっでもphpってそもそもがテンプレートエンジンだよね…？

たしかにそれはそうｗｗ