Datadog→New Relicの移行を決めた際のADRを公開します！
はじめに レバテック開発部、SREチームに所属している金澤です。 弊社開発部では、Datadogで行っていた監視からNewrelicを用いたオブザーバビリティへの移行を行う決定をしました。 そして、なぜオブザーバビリティを採用したのか、DatadogからNewrelicへ移行したのかといった意思決定をADRとして記録し、社内に展開しています。 今回はこのADRの内容を公開します！ ※本記事はNewrelic、Datadogを肯定、否定するものではございません。 ADR コンテキスト 事業軸 レバテックの事業戦略は事業ポートフォリオ構想に従っている 既存の事業を拡大させながら新規サービスを生み出し続ける 事業ポートフォリオ構想 開発軸 事業領域の大きさ、深さが拡大し必要なドメイン知識が肥大化 スケーラビリティとアジリティの担保が困難になってきた バグ、障害の発生 レビュー工数の増加 新規参画
オブザーバビリティを使って分散されたモノリスをぶっ飛ばすための武器をつくる
レバテック開発部SREチームの蒲生です。 最近うちの開発部でZennのPublicationができて 「記事を書きなさい」と命令をされたので「テックブログ盛り上げたいので手伝ってください🙏」とお願いされたので 記事を書くしかない状況になってしまいました（記事書きやすい環境になっていってて嬉しい） 今回は弊社開発部で初めてオブザーバビリティへの挑戦をすることが決まったので そちらの経緯と色んな人の意見を聞いて僕なりに噛み砕いた意見を書こうかなと思います。 この記事で伝えたいこと ちょうど僕が世代だったモン◯ンを例にして書いてみます。 モニタリングは初期武器 オブザーバビリティはモニタリングの強化武器 オブザーバビリティ化（武器強化）にかけるコストの考え方 立ち向かうモンスターと己の武器を見定める パーティとマップ、そしてクエスト内容 自分が戦うフィールドといっしょに戦う仲間、そして勝利条件
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
