1 syobochim.hatenablog.com dev.classmethod.jp 毎回deploy戦略を考えるときにDBの視点が抜けている気がするんだよなあ 破壊的なDBの変更をするときはどうするんだろうか。。 2 future-architect.github.io stoplight.io 軽く使ってみる。 使えそうだったら…

1 blog.a-way-out.net devopedia.org little-hands.hatenablog.com en.wikipedia.org 違和感あったのが解消された。 2 qiita.com Jobのサイドカー問題。。。 3 toris.io ライフサイクルの違いはどうしても起こり得ると思っていて、それをkubernetesに合わせ…

1 at-grandpa.hatenablog.jp 安定したものに依存するためのものっていうのがだんだんわかってきた 2 qiita.com EXPLAINの説明が丁寧でわかりやすい

1 speakerdeck.com すごくよくまとまっていて何度も見直すやつだ。 2 qiita.com github.com Hystrix Javaのライブラリだけど、使ってみたいな 3 blog.a-know.me もう一回よもう

1 tech.mercari.com Canaryリリースは整備していかないとな。 2 Terraform at Mercari · GitHub 各チームでrepos作って任せるよりはまとめるほうがまだいいか。。。 3 www.baeldung.com aws.typepad.com リトライのタイミングが塊になってしまうので、それを…

1 Rails 6系へのアップデートはRails 6.1のリリースまで待つようにしたのですが、ハマりどころを調査中 github.com blog.kamipo.net 2 cloud.google.com BQがまだうまく使いこなせてないので、もう少し調べてみる 3 engineer.recruit-lifestyle.co.jp A / B…

1 tech.cygames.co.jp 大規模になるとビルドパイプラインの整備は大変だ、、、 ブランチの命名規則で縛ったりするのはやっぱりそういう形になるのなあ。 2 speakerdeck.com 何かあればまずここを見る 場所を作るの本当に大事 3 speakerdeck.com Ruby 3の勉強

1 dave.cheney.net yakst.com dev.classmethod.jp ロギングのwarnningに関しては、色々意見が割れているんだよなあ。 自分は問題が起きていることを量で把握した場合にwarnningを使う。 例 : HTTP Stausが400系を返した場合のログ 2 cloud.google.com CPAっ…

1 postd.cc 再度 SOLID 2 ishkawa.org 心得に関しては同意。 今のチームでも気になったことがあったら全部Jiraのチケットにしてもらってる。 3 mickindex.sakura.ne.jp m-hiyama.hatenablog.com ミックさんの例がわかりやすい

1 medium.com techracho.bpsinc.jp 依存性逆転の原則がなかなか手にしっくり来てないことが多いので見直し。 2 bliki-ja.github.io ダイナマイトという比喩が面白い。 確かにうまく扱えなくて爆死するのを見てきた気がする。 自分はうまく扱えているのだろう…

1 kakakakakku.hatenablog.com 全員の前でCloseするのは実践しているが、チームメンバーもタスクが終わったことが明確になり、達成感がでてよいプラクティス。 2 techlife.cookpad.com 現在時間の扱いにおいて、検証用に時間を進める必要があったりして、ど…

1 theta.tokyo blog.yuuk.io 同期ノンブロッキングIO という表現がわかりやすい。 下記のサンプルコードで理解が深まった。 sample_o_nonblock/test.c at master · hajifkd/sample_o_nonblock · GitHub 2 kccoder.com これに関しては、手元のMacのMySQL 5.7…

1 Atomic Architecture from Yoshitaka Kawashima www.slideshare.net scrapbox.io 時間の捉え方がとても参考になる。 2 クリーンアーキテクチャーを強制する方法を考えてみた(N番煎じ) #すえなみチャンス暑気払い from Shinya Mochida www.slideshare.net g…

cloud.google.com cloud.google.com cloud.google.com blog.newrelic.co.jp tech.mercari.com medium.com cloudplatform-jp.googleblog.com cloudplatform-jp.googleblog.com blog.y-ohgi.com ymotongpoo.hatenablog.com

1 yakst.com よく、HTTPリクエスト毎にMySQLへは再接続しているので参考になった。 MySQLは多くのクライアントに対するデータベースへの高頻度の接続/切断処理がとても得意 2 cloud.google.com Network Intelligence Centerしらなんだ。 触ってみよう。 clou…

1 www.infraexpert.com IPsecがどういうものか把握できてなかったので調べた。 IPsecはネットワーク層で動作しているとかそこらへんから勉強が必要だった。。。 2 medium.com 情報量が多い。。。 全部を消化しきれなかったけど、オンプレとゴニョるときに参…

1 techlife.cookpad.com samsaffron.com www.joyfulbikeshedding.com techracho.bpsinc.jp Rubyのメモリーリークに関する記事を読み直し。 MALLOC_ARENA_MAX だけでは解決しない問題もあって、 malloc_trim を使ったというのも面白い。 https://linuxjm.osdn…

1 speakerdeck.com GKEでRailsを動かしているなら、Cloud Traceはgem installするだけで使える。 現在はモノリシックなアプリを運用しているが、最初からCloud Traceを入れて可視化できていて便利。 2 tech.plaid.co.jp Binary Authorizationの説明がわかり…

1 speakerdeck.com 今のチームのテストはスキーマファーストなAPI開発や機能テストを継続的に運用していることか不具合は生まれにくくなっている。 E2Eのテストや複雑な処理の検証などを手動で行ってる。 単純に手動で行っている作業を自動化するのではなく…

GKEのNodeをCoreOSを使っていれば、CoreOS toolboxを使って1 回だけ必要なパッケージやツールを追加でインストールし実行することができます。 cloud.google.com このCoreOS toolboxを使ってstraceをワンタイムでインストールしてpodの状態を確認します。 st…

1 syfm.hatenablog.com 分散システムにおけるデータ不整合についての説明。 決済系だとここらへんが大変。 medium.com 自分の今までの経験だと、複数DBをまたいたデータ更新っていうのはあまり経験がないので参考になる。 2 qiita.com https://www.usenix.or…

1 blog.yuuk.io arx.appi.keio.ac.jp SLOの過剰達成に関しては、今のプロジェクトでも注意して見ておく必要があるなあ。 工学 engineering を組織的，計画的に目的を達成する行為と考える。 2 speakerdeck.com 今読んでも勉強になる。 集約はドメイン駆動設…