タグ

observabilityに関するellerのブックマーク (5)

  • The Software Development Lifecycle Is Dead | Boris Tane

    AI agents didn't make the SDLC faster. They killed it. I keep hearing people talk about AI as a "10x developer tool." That framing is wrong. It assumes the workflow stays the same and the speed goes up. That's not what's happening. The entire lifecycle, the one we've built careers around, the one that spawned a multi-billion dollar tooling industry, is collapsing in on itself. And most people have

    The Software Development Lifecycle Is Dead | Boris Tane
    eller
    eller 2026/02/23
    基本的にはこうだよなと思いつつ、ドメイン的な成否をどこまで確実性高く自動的に判断するテストケースに落とせるかという疑問はある。UIとかまさに。やらない選択肢はないと思うので研鑽が要る。
  • 中長期でサービスの様子を観測する取り組み (パフォーマンス分析会) の紹介 - 株式会社ヘンリー エンジニアブログ

    ヘンリーで SRE をやっている id:nabeop です。今回は SRE チームで実施しているパフォーマンス分析会という取り組みについて紹介します。 取り組みを導入した時に解決したかった課題感 パフォーマンス分析会の変遷 現在のパフォーマンス分析会の様子 パフォーマンス分析会をやっていて良かったこと Datadog の Database monitoring によってインデックス不足に気づけた EF ファイル生成の高速化を確認できた パフォーマンス分析会の今後 最後に 取り組みを導入した時に解決したかった課題感 パフォーマンス分析会は筆者がヘンリーに入社してからわりとすぐに始めた取り組みでした。 筆者が入社した当時は一人目 SRE として入社した id:eller が Henry の運用の基礎固めをしてくれていました1。Cloud Monitoring を監視基盤としてアラートの設定など

    中長期でサービスの様子を観測する取り組み (パフォーマンス分析会) の紹介 - 株式会社ヘンリー エンジニアブログ
    eller
    eller 2025/05/21
    わいわい。こういうのはシステムを作ること以上に運用を継続することに価値と困難があると思っていて、こういう仕組みで継続的に取り組めるのは良いと思っています!最近社内で話題のSECIを回すうえでも大事。
  • エンドポイントカットのトレースサンプリングを提案したい - 株式会社ヘンリー エンジニアブログ

    株式会社ヘンリーでオブザーバビリティを担当しているsumirenです。 先日のHoneycombでスパンを削減する - 株式会社ヘンリー エンジニアブログ という記事で、スパン削減にはトレースカットとトレース横断の2つのアプローチがある話をしたうえで、トレース横断での削減について紹介しました。 この記事ではトレースカットでの削減についてヘンリーでの事例を紹介します。 スパン削減の戦略(再掲) 前の記事でも紹介したとおり、スパン削減には大きく2つの方向性があります。(アプリケーションを直す以外) トレースカットでのアプローチ トレースカットでサンプリングする 例:正常なトレースは1%だけサンプルする、無料ユーザーのトレースは1%だけサンプルするなど トレース横断的なアプローチ スパン種類ごとにドロップの条件をつける 例:SET TRANSACTIONのスパンは正常かつ高速ならドロップする こ

    エンドポイントカットのトレースサンプリングを提案したい - 株式会社ヘンリー エンジニアブログ
    eller
    eller 2025/04/14
    運用を見据えたコストカットは理論と経験の両方がないとできないので、自分にはできない問題解決のため、めちゃくちゃ助かりました!
  • 「New Relic実践入門」感想、あるいはなぜ監視SaaS使うんだっけという話 - Kengo's blog

    New Relic アニキこと清水さんから共著書「New Relic実践入門」をいただきました。ありがとうございます。清水さんにはかつてRDBMSの性能調査をいかに効率的かつ実践的にするかご教示いただいた恩があるのですが、今もその道を追求し活躍されていると知れて嬉しく思います。 破壊的イノベーションを現場の「あたりまえ」にする書 さて書は「Part 1. New Relicを知る」「Part 2. New Relicを始める」「Part 3. New Relicを活用する」の3部で構成されていますが、特に「Part 1. New Relicを知る」が割り切った構成になっています。「監視とは何か?」「既存手法にはどのような限界があったか?」「近年の技術革新による新たな課題は?」といった背景をすべてすっとばし、いきなり「オブザーバビリティとは何か?」の説明から入っているのです。まるでTyp

    「New Relic実践入門」感想、あるいはなぜ監視SaaS使うんだっけという話 - Kengo's blog
    eller
    eller 2021/10/21
    書いた。情報を測定し一箇所に集めることで、いろんな課題解決に活用できるんですね。こりゃ良いわとなりました
  • オブザーバビリティ(可観測性)がなぜ必要だと考えるのか - YAMAGUCHI::weblog

    はじめに こんにちは、Stackdriver担当者です。記事は完全に個人の意見です。(念押し) GCP的に担当製品がわかりやすいのでStackdriverの担当と書いてますが、仕事での担当領域的には「オブザーバビリティ (Observability、可観測性)」 です。この「オブザーバビリティ」という言葉が近年SREの文脈で語られることが増え、また今年に入って「入門 監視 ("Practical Monitoring" の日語訳)」が刊行されたことで、日でもより多く耳にするようになりました。 SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム オライリージャパンAmazon 入門 監視 ―モダンなモニタリングのためのデザインパターン 作者:Mike JulianオライリージャパンAmazon その「オブザーバビリティ」がなぜ必要だと考

    オブザーバビリティ(可観測性)がなぜ必要だと考えるのか - YAMAGUCHI::weblog
  • 1