みなさん、監視作ってますか？ システムを作ったら、そのシステムを監視していく必要がありますよね。どうやったら「いい監視」が作れるのでしょうか。「いい監視」とそうでない監視との違いとは、いったいなんでしょうか。 今の時代、「監視」ではなくて「可観測性」、 Observability (o11y) の時代になっていて、良いプラクティスや考え方が色々とあります。 この記事は、監視や o11y についての考え方を社内に共有するため書いたものを、社外共有用に調整し直したものです。新しい Observability の時代を、一緒に生きていきましょう。 監視を作ろう あなたはシステムを作りました。そのシステムに「監視」をつけようと思ったとき、最初にすることはなんでしょうか？ まずは、システムを何らかのツールで監視するところから始めましょう。やらなきゃはじまらない。 Nagios, Cacti, Mun

estie でソフトウェアエンジニアをしている徳永(@yTo_9)です。 estie では Ruby を書いたりTypeScriptを書いたりしています！ estie 夏のブログ祭りにかこつけて、せっかくなら普段は追わない部分だけど、気になっていたYJITなるものを深掘りしてみようと思い、「YJITがなぜRailsアプリケーションの高速化を実現できたのか」を調べてみたので紹介したいと思います。 「どうせ難しいんでしょ？」と思いながら調べてみたのですが、講演や論文の説明がわかりやすく、意外に概要を把握することは難しくありませんでした。 YJIT の核となっているのは Lazy Basic Block Versioning (LBBV) という手法で、これはRubyだけに限らず動的言語全般に適用可能な強力なアプローチであることがわかりました。 「あるタイプの条件分岐は、ほとんどの場合で片側しか

こんにちは、kenkooooです。estieに入社するので、入社エントリを書いています。 estieとの出会い Indeedで働いているときに、Indeedの元同僚でestie CTOのNariから誘われたのがきっかけです。Indeedでの仕事がメチャクチャ面白かったので全く転職する気はありませんでしたが、Nariが「プロダクトごとに違うプログラミング言語で開発して、色んな言語のプロフェッショナルがいる会社にしたい」と話すのを聞き、エンジニアが10人くらいしかいないスタートアップでやることではないし、正気の沙汰ではないと思ったので、狂人を応援したい一心で業務委託としてRustでプロダクト開発をするのを手伝うことにしました。 Indeedの労働環境 estieのRust業を手伝う中で選考も受けましたが、Indeedの労働環境に全く不満がなかったこともあり、転職しようという気になりませんでした