並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 255 件 / 255件

新着順 人気順

NewRelicの検索結果241 - 255 件 / 255件

  • [New Relic] NRQLアラートを使ってみる | iret.media

    概要 NRQLアラートで監視し、通知する方法をまとめる。 NRQLとは 以下参照。 https://cloudpack.media/54425 NRQLアラートとは New Relicアラートの種類の一つで、NRQLで対象のメトリクスを定義できる。 https://docs.newrelic.co.jp/docs/alerts-applied-intelligence/new-relic-alerts/alert-conditions/create-nrql-alert-conditions メリット 汎用的なNRQLを使うため、インフラ監視だけでなく、外形監視、APM、使用量などあらゆるアラートをNRQLアラート一つで作成できる。 FACET句を使えば、任意のメタ情報を含めてアラートを飛ばすことができる。 New Relic側としてもNRQLアラートの使用を推奨している デメリット NR

      [New Relic] NRQLアラートを使ってみる | iret.media
    • ニンテンドーシステムズ株式会社 の全ての求人一覧

      この職種では、任天堂株式会社が提供、管理するネットワークサービスに関する Android アプリケーションの開発および開発リードを担っていただける方を募集いたします。 ▼募集背景 任天堂株式会社では、さまざまなネットワークサービスに関連するスマートフォン向けアプリを提供しております。 それぞれのアプリの運用や、新機能の開発などを担っていただける方を広く募集いたします。 また、新たなネットワークサービスに関連するスマートフォン向けアプリの試作版開発を担っていただける方も併せて広く募集いたします。 ▼具体的な業務内容 任天堂株式会社 が提供する Android アプリケーションの開発・運用を担当します。 ここでいう Android アプリケーションはゲームそのもののアプリではなく、任天堂株式会社のネットワークサービスに関するアプリケーションになります。 機能の追加開発や新規アプリの開発では、試

        ニンテンドーシステムズ株式会社 の全ての求人一覧
      • GitHub - coroot/coroot: Coroot is an open-source APM & Observability tool, a DataDog and NewRelic alternative 📊, 🖥️, 👉. Powered by eBPF for rapid insights into system performance. Monitor, analyze, and optimize your infrastructure effortlessly for peak

        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

          GitHub - coroot/coroot: Coroot is an open-source APM & Observability tool, a DataDog and NewRelic alternative 📊, 🖥️, 👉. Powered by eBPF for rapid insights into system performance. Monitor, analyze, and optimize your infrastructure effortlessly for peak
        • Professional Ruby on Rails Consultants | www.railszazz.com

          Monitor performance of you Rails applications (self-hosted and free alternative to NewRelic/Scout App)

          • おまえにオートスケールは必要ない

            オートスケールの壁2 お財布がオートスケールしない たとえDBが増強できたあるいはオートスケールだったとしましょう。しかしあなたのお財布(予算)は自動でスケールしません。アクセス数に応じて広告料などがリニアに追従する場合を除き、いきなりクラウド費用が3倍になったら困る人が大半だと思います。 先日Vercel高すぎ問題がバズりましたね。 とくにNext.jsをはじめとするSSRのようなBFF費用は結構バカにならないんじゃないかと思います。 オートスケールじゃなく管理してスケールさせよう それで、これらの影響を考えるに、もっと合理的なプランが僕たちにはあるんじゃないかと思います。手動スケールアップや、ちゃんとコードを書いてモニタリングトリガーで自分たちで管理して台数をスケールさせるやり方です。古き良き、とも言えますね。 そもそもReadトラフィックはCDNでキャッシュしよう 昔と違ってだれでも

              おまえにオートスケールは必要ない
            • OpenTelemetry CollectorでTail-based samplingする

              実装例だけ知りたいという方は以下をご覧ください。 OpenTelemetry Collectorとは? 公式ドキュメントには以下のように記載されています。 The OpenTelemetry Collector offers a vendor-agnostic implementation of how to receive, process and export telemetry data. It removes the need to run, operate, and maintain multiple agents/collectors. This works with improved scalability and supports open source observability data formats (e.g. Jaeger, Prometheus, Fluent

                OpenTelemetry CollectorでTail-based samplingする
              • Daprを使用して分散アプリケーションの複雑さを簡素化する

                マイクロサービス(分散アプリケーション)の開発を容易にするランタイムであるDaprが先日 v1.0のリリースを迎えました。本ブログはSimplify Distributed Application Complexity with Daprの日本語抄訳を通して、Daprが実現するものと、Daprの持つオブザーバビリティ(可観測性)をNew Relic Oneですぐに利用する方法をご紹介します。 分散アプリケーションの構築を計画するとき、開発者はアプリケーションのビジネスロジックを超えて考えるべきことがたくさんあることに気づくでしょう。例えば、どのように複数のマイクロサービスが互いに通信するか、どのように外部システムと統合するか、さらにマイクロサービスがステートフルである場合には、発生しうる障害からの回復を実現するためにどのように状態を保存するか、といったことです。 もちろん、これらの問題に対

                • [Terraform+Docker(+NewRelic)]環境変数のおすすめ設定方法 - Qiita

                  この記事を3行で ①Gitに載せられないセンシティブな環境変数(API KEYとか)はローカルで設定しコンテナに渡す設定にする ②Gitに載せられるような環境変数は *.tfvars ファイルに記載 ③各環境ごとのディレクトリを作り、そのディレクトリでTerraformコマンドを叩くことで同一ソースを複数環境でデプロイしよう 前提 次の過去記事で構築した環境を前提としています Terraform+Docker 環境構築 - Qiita NewRelicをTerraformでIaC(Infrastructure as Code)化するプロジェクトを想定しています 環境 macOS Big Sur v11.6.1(Intel) Docker for Mac v4.3.1 Docker v20.10.11 docker-compose v1.29.2 本題 ディレクトリ構成 ---- terra

                    [Terraform+Docker(+NewRelic)]環境変数のおすすめ設定方法 - Qiita
                  • ISUCON11予選に参加した(最終スコア47,995点 79位) #isucon - My External Storage

                    ISUCON11予選にSpeed of Soundというチームで参加した。最終スコア47,995点で予選敗退だった。 当日のメモややっていたよかったこと、次回に向けて頑張りたいところなどまとめておく。 TL;DR 事前に準備したこと 当日のメモ よかったこと だめだったところ 次回に向けてがんばりたいところ 当日の作業リポジトリはこちら ISUCON11 説明する必要もないかもしれないが、ISUCONとはお題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図る競技のこと。 詳細や魅力については次のリンクの記事を参照のこと。 寿命が縮まる、人生が変わる…8時間耐久でインフラ技術競い合うISUCONの魅力とは?過去優勝者・主催者に聞く https://type.jp/et/feature/13831/ 今年は11回目のISUCONが行われ、私ははじめて参加した。 予選の問

                      ISUCON11予選に参加した(最終スコア47,995点 79位) #isucon - My External Storage
                    • [Route53] フェイルオーバールーティングにてフェイルオーバーとフェイルバックが発生したことを検知する - Qiita

                      この記事について Route53にはフェイルオーバールーティングというルーティングポリシーがあります。 フェイルオーバールーティングには以下の3つの要素があります。 プライマリレコード セカンダリレコード ヘルスチェック ヘルスチェックではチェック対象のURL(もしくはIPアドレス)を指定して、HTTP/HTTPSリクエストを送信します。ステータスコードが200であればヘルスチェックが正常であると判定されます。それ以外のステータスコードの場合は異常と判定されます。 フェイルオーバールーティングではヘルスチェックを定期的に行い、ヘルスチェックが正常である場合はプライマリレコードのDNSクエリを返します。ヘルスチェックが異常の場合はセカンダリレコードのDNSクエリを返します。 プライマリレコードからセカンダリレコードへの切り替わりことをフェイルオーバーと呼びます。 ヘルスチェックが異常から正常

                        [Route53] フェイルオーバールーティングにてフェイルオーバーとフェイルバックが発生したことを検知する - Qiita
                      • 週刊Railsウォッチ: 改訂2版『プロを目指す人のためのRuby入門』、『研鑽Rubyプログラミング β版』ほか(20211207後編)|TechRacho by BPS株式会社

                        週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Ruby 🔗 改訂2版『プロを目指す人のためのRuby入門』発売 ブログ書きました。今日は改訂版チェリー本の発売日なので、改訂版の見どころをまとめてみま

                          週刊Railsウォッチ: 改訂2版『プロを目指す人のためのRuby入門』、『研鑽Rubyプログラミング β版』ほか(20211207後編)|TechRacho by BPS株式会社
                        • Cloudwatch,NewRelic,Datadog外形監視Saasを比較してみる|スクショはつらいよ

                          こんにちは、ちゃりおです。 サービスの外形監視いれていますか。 可用性のモニタリングやエンドポイント監視に外形監視サービスが便利です。 AWSで動いているサービス向けに、今回は外形監視サービスを比較してみます。 監視に関わる人は一度は読みたい「入門 監視」こんにちは、ちゃりおです。 半分ほど、読んで積読していたのですがやっと読み終わりました。 印象的だったところを、紹介します。 ... 比較対象の要件 今回3つのサービスをピックアップして比較しました。 Cloudwatch Synthetics NewRelic Synthetics Datadog Synthetics 各サービスが満たしている要件は以下です。 1分間隔のモニタリングが可能 可用性を%で表示できる ツールの拡張性・シェア 外形監視以外の監視もしたくなったときに 比較した項目 以下項目を比較しました。 監視できる項目 レス

                            Cloudwatch,NewRelic,Datadog外形監視Saasを比較してみる|スクショはつらいよ
                          • ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話

                            ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話

                              ログ基盤をCloudWatchLogからNewRelic Logs + S3に変えたら 利便性も上がってコストも下がった話
                            • [参考リンク・資料公開] オンラインイベント DevIO 2020 で、監視とSRE・可観測性・ログ分析・SaaSなどなどについて話しました #devio2020 | DevelopersIO

                              先月 6/16 から始まっているオンラインイベント、Developers.IO 2020 Connect。 みなさんはもう参加されましたでしょうか? クラスメソッド株式会社 - YouTube 7/3、Day 6は、モダンアプリケーション開発(MAD)をテーマに開催されます。 ぼくも「イマドキの監視とは」というテーマで、30分ほどの動画を2本あげました。すこし長いですが、気の向いたときにご覧頂けると幸いです。 話した内容について 今回のセッションでお話しした内容は、下記になります。 モダンなシステム開発・サイト運用のためには、SREの文脈にそった適切な「監視」を行う必要があること そのためには、検知や対処を充実させるより先に、観測態勢を整える必要がある = 可観測性 設計段階、開発段階から監視(Monitoring)ははじめるべき 大量のデータをどのようにさばくか 話の対象が広く多岐にわた

                                [参考リンク・資料公開] オンラインイベント DevIO 2020 で、監視とSRE・可観測性・ログ分析・SaaSなどなどについて話しました #devio2020 | DevelopersIO
                              • NewRelic - Qiita Advent Calendar 2020 - Qiita

                                About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

                                  NewRelic - Qiita Advent Calendar 2020 - Qiita