Visa LINE Payクレジットカードでは、2023年5月1日（月）以降、利用特典を変更する。 LINE Payに登録し、事前チャージ不要の支払い方法「チャージ＆ペイ」での利用に対するLINEポイント還元を4月30日（日）で終了する。 なお、5月1日（月）～6月30日（金）の間、LINE Pay請求書支払いを除く「チャージ＆ペイ」については、0.5％のLINEポイントを獲得でき、60万ポイントの抽選キャンペーンを実施する。 5月1日（月）以降もVisa LINE Payクレジットカードを通常のVisa加盟店で利用した際の還元率は1％のままとなる。三井住友カードが発行するANAカードを除くクレジットカードでのチャージ＆ペイについては5月1日（月）以降も200円（税込み）につきVポイントが1ポイントたまる特典に変更はない。 また、Visa LINE Payクレジットカード（P＋）のチャージ

こんにちはSREの三橋です！ 本日はRedashのアプリケーションログをNew Relicダッシュボードでいい感じに可視化することができたため、その内容とチャート作成の過程について記載いたします。 はじめに 背景 想定する読者 完成したダッシュボード 利用したNew Relicの新NRQL関数および新機能 aparse()関数 テンプレート変数 ヤプリにおけるRedash構成 ログ仕様確認の手順 ダッシュボード構成チャート クエリID別実行頻度 ジョブ別実行時間 クエリ実行数と実行完了数 ジョブ登録数 任意のクエリID調査用のログテーブル まとめ はじめに 背景 ヤプリでは障害調査やデータ分析を目的に社内ツールとしてRedash(https://github.com/getredash/redash)を利用しています。導入当初は少なかった利用者も徐々に増え、利用バリエーションも増えてきたこ

はじめに こんにちは！ NewsPicks の Web Product Unit のイイダユカコ（ @becyn ）です！ 普段は同 Unit で Next.js TypeScript GraphQL API などを扱っている開発者です。 （【宣伝】Podcast「Meet UB tech」で MC もさせていただいてるので、是非ご視聴ください 📻） この度、2022年3月11日開催の Observability Conference 2022 by CloudNative Days に New Relic 社の清水さん ( @photographed on Twitter ) と登壇させていただきました。どちらかというと「SRE」の文脈に強い参加者の方が多かったイベントだと思っています。そのような中で「開発者」として Observability（以降、o11y）というトピックを通じてN

3/11(金) 15:05-15:45 Observability Conference 2022のTrack A「NewsPicks のプロダクト開発エンジニアが実践する スキルとしての SRE」にNewsPicks Web Product Unitチームの飯田 有佳子が登壇します。 NewsPicks のプロダクト開発エンジニアがスキルとしての SRE をどのように実践しているか、開発者ならではの課題観点と共に実際の具体例や取り組みの結果を紹介します。ぜひご参加ください！ イベントご案内＆お申込み▼ event.cloudnativedays.jp

はじめまして。 マネーフォワードでプロダクトオーナーを担当している、ヒロハラと申します！ マネーフォワード クラウドは、「ココロ動かすクラウド」をコンセプトに掲げた、バックオフィスの業務を効率化するクラウドサービスです。 今回は、この「ココロ動かすクラウド」というコンセプトの実現のために、私が大切にしている３つのこと（＋１）について、書いていきたいと思います！ 目次「ココロ動かすクラウド」って？ユーザーの想像を超えるサービスをつくるには？1 . 「自分で考える」2 . 「目的から考える」3 . 「ユーザーの立場にたって、”ユーザーの価値観”で考える」あたたかいサービスをつくるには？(+1) 「ココロをこめてつくり、とどける」さいごに「ココロ動かすクラウド」って？ 「ココロ動かすクラウド」に必要な要素は何でしょうか？ いろいろな要素が思い浮かぶと思うのですが、私は、とくに次の２つが重要かな、

New Relic Synthetics で外形監視を試してみました。定期的なPOSTメソッドのリクエストを実行し、ステータスコード200 OKでかつレスポンスボディの内容を判定して意図した内容ものかチェックしてみます。 参考までに CloudWatch Synthetics でも同様のことを試してみました。 設定してみた SyntheticsタブからCreate monitorを選択。 APIをモニタリングしたいのでEndpoint availabilityを選択。 New Relic Synsteices 上の管理名称、実行間隔を設定。 Tokyo, JPロケーションを選択。モニタリング対象のAPIはAWSのap-northeast-1（東京リージョン）にあります。そもそも New Relic Synthetics はどこで動くのでしょうか？調べてみました。 AWSでした。Tokyo,

バックエンドエンジニアの@cureseven です。レスポンス改善プロジェクトという名前で、BASEのレスポンス速度を早くするために10月より動いてきました。 経緯に触れた後、レスポンス改善をどう進めてきたかとおこなった施策を紹介します。 レスポンス改善プロジェクトの経緯 始めにプロジェクトが立ちあがった経緯を少しお話します。 BASEはリリースして9年ほど立ちました。その間、さまざまな機能が追加されたり、ありがたいことに多くのユーザーさんに使っていただいています。その結果、DBに保存しているデータ量が増えました。データ量が多いことによりSelectの実行時間が重くなるなどが起こっていました。 ユーザの方から複数件画面の重さについてのお問い合わせをいただいており、今回プロジェクトとして改善することになりました。 重いリクエストの特定 それではここから、どう進めてきたかとおこなった施策を紹介

はじめに 2021年12月に発見されたLog4jのCVE-2021-44228は、稀に見るレベル、まさに超弩級の脆弱性となっています。今回、私はTwitterを主な足がかりとして情報収集を行いましたが、(英語・日本語どちらにおいても)かなりWAFそのものが話題になっていることに驚きました。ある人は「WAFが早速対応してくれたから安心だ！」と叫び、別の人は「WAFを回避できる難読化の方法が見つかった。WAFは役に立たない！」と主張する。さらにはGitHubに「WAFを回避できるペイロード(攻撃文字列)一覧」がアップロードされ、それについて「Scutumではこのパターンも止まりますか？」と問い合わせが来るなど、かなりWAFでの防御とその回避方法について注目が集まりました。 実はWAFにおいては、「回避(EvasionあるいはBypass)」との戦いは永遠のテーマです。これは今回Log4jの件で

この投稿は続編です。 New Relic CodeStreamを試してみるというブログを先日あげました。 www.keisuke69.net 紆余曲折あったものの、なんとか連携できて無事にNew Relic上でエラーを検知したらNew Relicの画面から問題のソースコードおよびその箇所をIDEで開くということができるようになりました。 ただ、前回のブログでは以下のような疑問が残りました。 プロダクションで実行されてるバージョンと手元で開発中のバージョンが違うってのは普通によくあることだと思うのでそのあたりをどう扱えばいいのか。 正直これができないと実際に使うのは難しいなと思ってたのですが、その後の調べでちゃんと紐付けることができそうなことがわかったので今回はそれを試していきます。 前提 リリースバージョンと紐付ける 環境変数をセットする 結果確認 結論 前提 まず、今回の環境は前回のブロ

本記事はNew Relic Advent Calendar 2021の8日目です。結論から言うとタイトルにある通り時間切れで挫折しました。 なのでここからのブログの内容は最終的に時間切れで挫折に至るまでの戦いの記録です。あまり参考にはならない。 => 見るべき場所を間違っていただけで実はちゃんとできていた！とうわけで追加しました。 New Relic CodeStreamとは Remote Containers まずはインストール せっかくなので試す Next.jsで作ったWebアプリケーションをモニタリングする New Relic Oneとつなぐ SSRでやってみる 今度こそCodeStream連携を試してみる ここから追記 今度こそ結論 New Relic CodeStreamとは CodeStreamというのはNew Relicが新たにリリースした開発者向けのツールで、開発ワークフロ

The Qiita Advent Calendar 2021 is supported by the following companies, organizations, and services.

New Relicの清水さんから、New Relic 実践入門をいただきました！ オブザーバビリティって運用上非常に重要なプラクティスですが、なかなかそこまで手が回ってないことが多いのが現場の実情だと思います。 そんなときにはNew Relicのようなソリューションを使うのが最適解な事も多いと思います。 この書籍はNew Relicの始め方から、各機能の解説まで非常に丁寧に網羅してくれています。今から始めるという人にぴったりかと。 特に秀逸なのはPart3から始まる、16ものオブザーバビリティ実装パターンの章です。 Webアプリからモバイルのクラッシュ解析、KubernetesのパターンやPrometheus+Grafanaのケース、メッセージキューを使った場合での分散トレーシング実装のパターンなど、現実的なパターンが多く参考になりそうです。パターンの解説は一つ一つはそこまで詳細に説明があ

こんにちは、臼田です。 みなさん、よりよい運用してますか？(挨拶 今回は2021年9月15日に発売された書籍「New Relic 実践入門 監視からオブザーバビリティへの変革」の書評です。オブザーバビリティ(可観測性)について概念的にも実践的にもわかりやすい図とともに理解でき、特にNew Relicを活用して、単純な監視ではない、ビジネスに貢献するための運用の実践ができる一冊でした。 この記事ではこの書籍を読んで感じた、どんな人に向いているか、特に良かったところなどを書いていきます。 どんな人に向いているか 一言でいうと、「これからNew Relicを触る人、あるいは触り始めた人が活用できる書籍」です。「New Relic実践入門」というタイトルそのままですね。 逆に言えば、関連するオブザーバビリティについて理解を深めたい、あるいはNew Relicに限らない監視や運用の考え方を学びたいだ

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

AWSでSolutions Architectをしていた頃にお世話になった、New Relicの清水 毅さん(@photographed)が著書の New Relic実践入門 を送ってくださいました！ありがとうございます！ その昔、現場でAWSのSAをしていた頃に、@hiroshix さんと一緒にお客様にNew Relicをよくオススメしていました。というのも、Ruby on Rails(当時は私が担当していたStartup界隈のお客様はRailsを使っていた人がとても多かった)にNew Relicのエージェントを入れるのがとても簡単で、Startupという小さい組織の中でわざわざガッツリした何かをするのではなく、カジュアルにモニタリングしたいっていうニーズにとてもマッチしたシンプルなソリューションという印象でしたが、この本を読んで、その頃からの凄い進化を目の当たりにしたというか、”New

営業の仕事は「売る」ことなのか？　「Buyer Enablment」をめぐる冒険 2024年7月12日（金）13:00～18:20

はじめに CTOの川口 (id:dmnlk) です。 BASEは現在140万ショップを超え、サービスの安定性・信頼性を維持することは非常に重要になっています。 その中で去年、New Relicを本格的に導入しました。 https://newrelic.com/jp/press-release/20201217 しかしNew Relicを導入しただけで安定性が獲得できるわけではありません。得られるのは可観測性のための武器であり、その使い方を適切に学ばなければ無駄になってしまいます。 今回、New Relic社のご提案もあり社内メンバー向けにオンボーディング会を開いていただけることになりました。 オンボーディングを行うことでまずNew Relic Oneのオブザーバビリティプラットフォーム で何が出来るのか、どのように使うことでBASEシステムの可観測性を得ていくことが出来るのかを開発チームが

成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

GoのWebアプリコードにNew Relic APMでSpan（Segment）を計測するコードを自動挿入するOSSを作った。 New RelicをGoのアプリケーションへ導入するときに利用をオススメする。 TL;DR New Relic APMは分散トレーシングなどにも対応しているAPM Spanを計測するためには、関数ごとにSegmentの処理を差し込む必要がある 指定ディレクトリ以下にあるGoのコードにFunction segmentsを自動挿入するOSSを作った https://github.com/budougumi0617/nrseg New Relic APM New Relic APMはNew Relic Oneに含まれている分散トレーシングなどにも対応したモニタリングツールだ。 個人でも業務でも使い始めた1のだが、エージェントを挿入すれば簡単にアプリケーションを丸裸にでき