サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
今年の「#文学」
blog.newrelic.co.jp
早いサイクルで機能をリリース、いち早く実際のユーザーからフィードバックを得るための手法として、カナリアリリースがあります。 少しのユーザーやトラフィックのみを新しいバージョンのアプリケーションに流し、その他の多くは現行バージョンのアプリケーションで処理を行うという方法です。 少しだけ振り分ける、というと字面だけでは簡単ですが、データの不整合が起こらないような開発やリリースをしなければいけませんし、「何を持ってカナリアが倒れたとするのか」を見極められなければ、カナリアリリースの効果を最大限に発揮できません。 ここでは、カナリアリリースの仕方などには触れません。アプリケーションサーバーのカナリアリリース中に、新バージョンがうまく動いていることをどうやって観測するのか、New Relic の活用方法をご紹介いたします。 カナリアリリース分析手順 1. New Relic APM を利用する アプ
この記事はNRDB: Three Design Principles Behind The World’s Most Powerful Telemetry Databaseの意訳です。 リリース日。何年もの努力がこの瞬間に費やされました。あなたは製品のあらゆる細部に腐心し、技術スタックを準備するためにたゆまぬ努力をしてきました。リリースする準備ができたら、最後に心配することが、監視プラットフォームです。 しかしあまりにも頻繁にやってくるリリースは非常に重要な瞬間であり、複雑な監視設定がそれに追加されます。何かがうまくいかない場合はどうなりますか？それぞれがパズルのピースだけを保持する特殊なツールの海でそれを見つけることができますか？出てくる質問に答えられるように、適切な情報を適切な形式で記録していますか？物事が本当にホットになったときの負荷を処理するのに十分な大きさのデータパイプラインを構
このページを最初にブックマークしてみませんか？
『blog.newrelic.co.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
