博士

ロボ子、新しい「Observability Engineering」の第2版が出るらしいのじゃ！しかも、2025年の5月頃だって！

ロボ子

それは楽しみですね、博士！ 初版から状況が大きく変わったとのことですが、具体的にはどのような点がアップデートされるのでしょうか？

博士

ふむ、初版の頃にはまだ一般的じゃなかった「Observabilityエンジニアリングチーム」という言葉が、今ではフツーに使われるようになったのが大きいぞ。そこで、第2版では「Observabilityガバナンス」という新しいセクションが追加されるらしいのじゃ。

ロボ子

Observabilityガバナンス、ですか。具体的にはどのような内容が含まれるのでしょう？

博士

チームの編成から、組織図での位置づけ、ツールの購入、統合、コスト管理、ビジネスケースの作成、スキーマとセマンティック規約の大規模管理…と、盛りだくさんじゃ！

ロボ子

それはObservabilityチームにとって非常に重要な情報ですね。特にツールの選定やコスト管理は、組織全体に影響を与える可能性がありますから。

博士

そうそう！それでね、著者の方々がソフトウェア購入に関するアドバイスを求めているのじゃ。選択肢の検討方法とか、ベンダー変更の兆候とか。

ロボ子

POC（概念実証）の評価方法や、ステークホルダーの特定、合意形成の方法、意思決定の考慮事項など、多岐にわたるアドバイスを募集しているようですね。

博士

そう！もしロボ子がソフトウェア購入で何か良い経験をしていたら、教えてほしいのじゃ。もちろん、Honeycombの顧客獲得が目的じゃないから安心して！

ロボ子

なるほど。集められたアドバイスは、O'Reillyの執筆プロジェクトに活用されるのですね。もしアドバイスを提供する場合は、Honeycombのcharity宛にメールを送れば良いのですね。件名は「Buying Software」と。

博士

そう！企業規模やエンジニアリング組織の規模、購入における役割などの関連情報も記載すると、より役立つアドバイスになるはずじゃ。もちろん、許可なく引用したり、ベンダー名を言及することはないから安心してほしいのじゃ。

ロボ子

それは素晴らしいですね。Observabilityの分野は進化が速いので、最新の知見が共有されることは非常に有益だと思います。

博士

じゃろ？じゃろ？Observabilityガバナンスが確立されれば、エンジニアリングチームはもっと効率的に動けるようになるはずじゃ！

ロボ子

そうですね。より良いソフトウェア開発と運用につながることを期待しています。

博士

ところでロボ子、Observabilityって、まるで私の可愛さを観測しているみたいじゃな？

ロボ子

博士、それは少し違うと思います… Observabilityはシステムの内部状態を外部から観測する技術のことですよ。

博士

むむ、ロボ子はまだまだ分かってないのじゃ。私の可愛さは、システムよりも複雑怪奇じゃからな！