New Relicの導入効果をレビューでご紹介(牛尾 哲朗-弥生株式会社)

複数の開発チームがそれぞれ異なるWebサービスを開発し、そのサービスを別の保守チームが保守・運用している状態でした。オブザーバビリティへの取り組みも行っておらず、単なるサービス監視の用途でZabbixやMackerelを導入しておりました。

当時の課題としては以下の2つが挙げられます。

• 単なる監視しか行っていないため、システム内部の状態を推測・把握する能力が乏しく、問題への対応が後手になっていた
• サービス開発を行うチームと運用を行うチームが分かれており、障害発生時の情報連携にラグとコストが生じていた

ツールを知ったきっかけは開発チームメンバーからの提案であり、上記の課題を解消するために是非New Relicを使ってみたいという話になりました。

【トライアルについて（実施有無、トライアルの結果）】

当時（2016年）はNew Relicの日本法人がなかったため自分たちで調査して、まずはYAYOI SMART CONNECTというサービスに無償版のNew Relicを導入してPoCを行いました。（ライセンス周りは導入当時と現在とは大きく異なるので注意が必要です。）利用してみた結果、特にAPMでのAPIトレーシング可視化機能に大きな魅力を感じて継続利用を決めました。

Datadog

• 必要としていたのはAPM（アプリケーションパフォーマンス監視）の機能であり、New Relicの方がよりAPMに特化しているサービスであると判断したため
• 有償版を視野に入れた際にNew Relicの方が低コストで運用が可能であったため

※（比較当初の話であり、また運用方法によって変わる可能性があります。）

【導入推進時の苦労について】

導入当初はNew Relicの日本法人がまだ設立されておらず、意図した通りに動かない際の問題解決や最適な運用方法についても正解が見えない中、自分たちで試行錯誤するしかなかった点です。

【どのように乗り越えたか】
我々が実現したいこと（APM）を明確にしつつ、その設定や運用について都度調査・トライアンドエラーをひたすら繰り返しました。
今現在においてはNew Relic（日本法人）と連携することが出来ているので、当初と比べて無駄な手間は大分少なくなりました。

自身のサービスにおいてオブザーバビリティをどのように高めていけばよいか、またその具体的な方法論に唯一無二の方法はないので、オブザーバビリティに関するサービスやツールを開発・運用している企業、もしくはそれらの支援を行っている企業や団体に協力していただくのがより妥当で効率的な運用を行う上での近道になるかと思っています。

また、一気に導入を進めていこうとするとうまくいかないケースがあるので、何を一番課題と考えているのかを検討した上で、方法として何が最適かを見極めて一歩ずつ拡張していく進め方が良いかと思います。