実装例だけ知りたいという方は以下をご覧ください。 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
Daprを使用して分散アプリケーションの複雑さを簡素化する
マイクロサービス（分散アプリケーション）の開発を容易にするランタイムであるDaprが先日 v1.0のリリースを迎えました。本ブログはSimplify Distributed Application Complexity with Daprの日本語抄訳を通して、Daprが実現するものと、Daprの持つオブザーバビリティ（可観測性）をNew Relic Oneですぐに利用する方法をご紹介します。 分散アプリケーションの構築を計画するとき、開発者はアプリケーションのビジネスロジックを超えて考えるべきことがたくさんあることに気づくでしょう。例えば、どのように複数のマイクロサービスが互いに通信するか、どのように外部システムと統合するか、さらにマイクロサービスがステートフルである場合には、発生しうる障害からの回復を実現するためにどのように状態を保存するか、といったことです。 もちろん、これらの問題に対
この記事を３行で ①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](https://cdn-ak-scissors.b.st-hatena.com/image/square/70784c2f5e5e9c8b2406529e6f080c59dc58aba1/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCVGVycmFmb3JtJTJCRG9ja2VyJTI4JTJCTmV3UmVsaWMlMjklNUQlRTclOTIlQjAlRTUlQTIlODMlRTUlQTQlODklRTYlOTUlQjAlRTMlODElQUUlRTMlODElOEElRTMlODElOTklRTMlODElOTklRTMlODIlODElRTglQTglQUQlRTUlQUUlOUElRTYlOTYlQjklRTYlQjMlOTUmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWY4NDQwMDE4NzQ1ZWE3YmJjMWY0NWFiY2Y1ZGQ1MzE2%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzYXdhLWFrYWJlZSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmFlMmVkOWRlODg2ZGI0NGNjYjEwNzNiYmM4NDQ5MWE%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D6b826f1d9d998a906343eb422dfcd545)
[Route53] フェイルオーバールーティングにてフェイルオーバーとフェイルバックが発生したことを検知する - Qiita
この記事について Route53にはフェイルオーバールーティングというルーティングポリシーがあります。 フェイルオーバールーティングには以下の３つの要素があります。 プライマリレコード セカンダリレコード ヘルスチェック ヘルスチェックではチェック対象のURL(もしくはIPアドレス)を指定して、HTTP/HTTPSリクエストを送信します。ステータスコードが200であればヘルスチェックが正常であると判定されます。それ以外のステータスコードの場合は異常と判定されます。 フェイルオーバールーティングではヘルスチェックを定期的に行い、ヘルスチェックが正常である場合はプライマリレコードのDNSクエリを返します。ヘルスチェックが異常の場合はセカンダリレコードのDNSクエリを返します。 プライマリレコードからセカンダリレコードへの切り替わりことをフェイルオーバーと呼びます。 ヘルスチェックが異常から正常
![[Route53] フェイルオーバールーティングにてフェイルオーバーとフェイルバックが発生したことを検知する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/dbeafd1eda42d85b4ef7b2cb1701f3caa2a307a6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCUm91dGU1MyU1RCUyMCVFMyU4MyU5NSVFMyU4MiVBNyVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MiVBQSVFMyU4MyVCQyVFMyU4MyU5MCVFMyU4MyVCQyVFMyU4MyVBQiVFMyU4MyVCQyVFMyU4MyU4NiVFMyU4MiVBMyVFMyU4MyVCMyVFMyU4MiVCMCVFMyU4MSVBQiVFMyU4MSVBNiVFMyU4MyU5NSVFMyU4MiVBNyVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MiVBQSVFMyU4MyVCQyVFMyU4MyU5MCVFMyU4MyVCQyVFMyU4MSVBOCVFMyU4MyU5NSVFMyU4MiVBNyVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MyU5MCVFMyU4MyU4MyVFMyU4MiVBRiVFMyU4MSU4QyVFNyU5OSVCQSVFNyU5NCU5RiVFMyU4MSU5NyVFMyU4MSU5RiVFMyU4MSU5MyVFMyU4MSVBOCVFMyU4MiU5MiVFNiVBNCU5QyVFNyU5RiVBNSVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NTBiY2ZlMTFlYjExODQ1N2VlZmQ3OGYxNjZiMTUzMGY%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBLNUsmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTZkMDk3YjdlNTc4MzJmMmIwMGI5YTQ0ZjNhZjJkMjFh%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44Ki44Kk44Os44OD44OI5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dac22998aff2165c2a40d554563a0038d)
ISUCON11予選に参加した（最終スコア47,995点 79位） #isucon - My External Storage
ISUCON11予選にSpeed of Soundというチームで参加した。最終スコア47,995点で予選敗退だった。 当日のメモややっていたよかったこと、次回に向けて頑張りたいところなどまとめておく。 TL;DR 事前に準備したこと 当日のメモ よかったこと だめだったところ 次回に向けてがんばりたいところ 当日の作業リポジトリはこちら ISUCON11 説明する必要もないかもしれないが、ISUCONとはお題となるWebサービスを決められたレギュレーションの中で限界まで高速化を図る競技のこと。 詳細や魅力については次のリンクの記事を参照のこと。 寿命が縮まる、人生が変わる…８時間耐久でインフラ技術競い合うISUCONの魅力とは？過去優勝者・主催者に聞く https://type.jp/et/feature/13831/ 今年は11回目のISUCONが行われ、私ははじめて参加した。 予選の問
週刊Railsウォッチ: 改訂2版『プロを目指す人のためのRuby入門』、『研鑽Rubyプログラミング β版』ほか（20211207後編）｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） 🔗Ruby 🔗 改訂2版『プロを目指す人のためのRuby入門』発売 ブログ書きました。今日は改訂版チェリー本の発売日なので、改訂版の見どころをまとめてみま
ログ基盤を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](https://cdn-ak-scissors.b.st-hatena.com/image/square/eb10b8c7a7390ef9bf99d84860a76eb99991d862/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F07%2F202007-devio2020-monitoring-1-2-eyecatch.png)
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.)
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OpenTelemetry CollectorでTail-based samplingする
[Terraform+Docker(+NewRelic)]環境変数のおすすめ設定方法 - Qiita
NewRelic - Qiita Advent Calendar 2020 - Qiita