Observability Japan Online #1 に参加してo11y成熟モデルを学んだ #o11yjp - My External Storage
参加理由 業務で開発を行なっていると、当然ログなどの監視ツールの利用する。 今まで関わってきたプロダクトでも当然監視の運用がなされていたが、自分で設定したものではなかったので、「まあこういうもんなんだろうな」くらいの理解しかなかった。 また、分散トレースなどの文脈や、ただログを吐き出すだけでなく、そこから何を分析するのか、あるいはどうすれば分析できるようになるのか、というところを知りたいところがあった。 参加してわかったこと 第1回だったから、「Observability（以下o11y）とは」という説明から聞くことができて、o11y初心者としては非常にありがたかった。 また、監視とo11yの違いもなんとなくの理解だったので、知ることができてよかった。 o11yの成熟モデルを知ることができたのもよかった。カオスエンジニアリングやSLO目標などを目指す前に、自分のプロダクトがどの段階なのか、次
この記事はNRDB: Three Design Principles Behind The World’s Most Powerful Telemetry Databaseの意訳です。 リリース日。何年もの努力がこの瞬間に費やされました。あなたは製品のあらゆる細部に腐心し、技術スタックを準備するためにたゆまぬ努力をしてきました。リリースする準備ができたら、最後に心配することが、監視プラットフォームです。 しかしあまりにも頻繁にやってくるリリースは非常に重要な瞬間であり、複雑な監視設定がそれに追加されます。何かがうまくいかない場合はどうなりますか？それぞれがパズルのピースだけを保持する特殊なツールの海でそれを見つけることができますか？出てくる質問に答えられるように、適切な情報を適切な形式で記録していますか？物事が本当にホットになったときの負荷を処理するのに十分な大きさのデータパイプラインを構
ITや技術やテクノロジーにアンテナはってみてるん。IT、web、プログラミングなどの技術に関するメモブログ。 グリコのERP移行においてトラブルがおきた件は、日本全体でよくある根深い問題と、その解決案 dx IT グリコのERP移行においてトラブルがおきた件は、日本全体でよくある根深い問題と、その解決案 ■結論 ・事業会社 外注するのではなく内製で自らつくるしかない。自分たちでつくることで、ITという文化が会社に根付く。失敗も多くするが、そこから学びがあり勉強し、社員と会社にナレッジが蓄積され、DX時代に適応できる企業文化が形成される。外注は最低限にする。 ・国 雇用規制を改革し、整理解雇の四要件の撤廃と、金銭解雇の導入、副業をやりやすくする。また金の流れを透明化を義務化させるべき。働いている人がそもそも自分が多重請負の末端にいることを知らないことが多い。 ・IT企業 現在の崩壊してるキャ
AWS Distro for OpenTelemetry の新機能 – トレースのサポートが一般的に利用可能に | Amazon Web Services
Amazon Web Services ブログ AWS Distro for OpenTelemetry の新機能 – トレースのサポートが一般的に利用可能に 昨年の re:Invent の前、AWS でサポートされている OpenTelemetry プロジェクトの安全なディストリビューションである AWS Distro for OpenTelemetry のパブリックプレビューをご紹介しました。OpenTelemetry は、アプリケーションの動作とパフォーマンスをよりよく理解するために、テレメトリデータをインストルメント化、生成、収集、およびエクスポートするためのツール、API、および SDK を提供します。2021 年 9 月 22 日、アップストリームの OpenTelemetry は、そのコンポーネントのトレース安定性マイルストーンを発表しました。2021 年 9 月 23 日、
1/15に 行われた Prometheus Meetup Tokyo #3 にブログ枠で参加してきました。 prometheus.connpass.com Prometheusと私 昔ちょっとだけ触った 今は全然触ってない... 参加のモチベーション Prometheus Meetup Tokyo #3の感想 会場 1 - Remote Write API と Thanos を活用したメトリクス永続化 (仮) 2 - Victoria Metricsで作りあげる大規模・超負荷システムモニタリング基盤 3 - 次世代のログ基盤 Grafana Lokiを始めよう！ LT イベントネットワークのlog監視をlokiでやってみた - gen16k レガシー環境でも Prometheus はイケるんです - Kazuhito_Omachi Prometheus でデータの水平分割を試みる - wa
Full-stack observability of your AWS Control Tower landing zone with New Relic | Amazon Web Services
AWS Marketplace Full-stack observability of your AWS Control Tower landing zone with New Relic Update June 16, 2021: In May 2021, AWS released an AWS Quick Start, which provides a simple, one-click implementation of New Relic’s integration with AWS Control Tower, with the following enhancements: Automatically enables New Relic’s AWS integration from your New Relic account. You no longer need to ma
[レポート][SVS320-R] shop.LEGO.comのサーバーレスの旅 #reinvent | DevelopersIO
こんにちは。芳賀です。 AWS re:Invent 2019に参加していますのでレポートします。 このブログは下記セッションについてのレポートです。 SVS320-R - The serverless journey of shop.LEGO.com Presented by Danilo Poccia(AWS)/Sheen Brisals(LEGO) Connecting the LEGO play experience with millions of people requires an innovative platform. This has fueled the cloud migration of the legacy e-commerce application. In this session, we walk you through the principles, th
![[レポート][SVS320-R] shop.LEGO.comのサーバーレスの旅 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
早いもので、もう2019年12月14日になってしまった。そう、この記事はNew Relic Advent Calendar 2019向けに書いたものだ。 CSP - Content Security PolicyみんなどのくらいCSPを設定しているだろうか？ もしや、ご存知ない？ という方は↑のリンクを舐めるように読んでほしい。 端的に言うと、CSPはWEBサイトで意図せず埋め込まれたJavaScriptの実行や外部のリソースを制限するものだ。こいつを設定することで、XSS他の攻撃に対する防御力を高めることができる。 現代において、設定しない理由はないので、是非導入しよう。 NewRelicBrowserをつかっているがCSPを設定したい設定に関するドキュメントはちゃんとある。設定例も掲示されているが、そのままでは使えない。 In order to obtain accurate bro
Kubernetesとは？いま注目を集める理由とその機能
本記事は「What Is Kubernetes? An Introduction to the Wildly Popular Container Orchestration Platform」の抄訳です。 ※ 6月16日（火）にKubernetes とは何か？という基本から、モニタリング精度を高めるための5ステップを解説するセミナーもありますので、ぜひご参加ください。 コンテナベースのマイクロサービスアーキテクチャは、開発・運用チームがソフトウェアをテスト、デプロイする方法を大きく変えました。 コンテナは、アプリケーションのスケーリングとデプロイを容易にすることで開発の短サイクル化や運用の効率化などの実現をサポートしていますが、全く新しいインフラストラクチャを構築することによる複雑性の増加など、新たな課題も生み出しています。 企業やサービス規模の大小に関わらず、日々何千ものコンテナインスタ
社内勉強会 TechLunch で CLINICS を取りまく監視ツール群について発表しました | MEDLEY Developer Portal
2020-04-10社内勉強会 TechLunch で CLINICS を取りまく監視ツール群について発表しました皆様こんにちは。 プロダクト開発室 エンジニアの濱中です。 新型コロナウイルス感染症が猛威を振るっておりますが、皆様いかがお過ごしでしょうか。先日の緊急事態宣言を受けて、メドレーも全社員が原則リモートで業務に当たっています。オンライン医療事典「MEDLEY」にも、コロナウイルス関連の特集が組まれていますのでぜひご覧ください。 さて先日、社内勉強会 TechLunch にて、弊社の提供するクラウド診療支援システム「CLINICS」のサービス運営で使われている監視ツール群について発表したので、ご紹介させていただきます。 CLINICS の概要と、サービスにおける監視の立ち位置について公式ページで「クラウド診療支援システム」と銘打っている CLINICS ですが、より詳細には、電子カ
【カオスエンジニアリング入門】「New Relic と Classmethod で実践するカオスエンジニアリング」で話しました | DevelopersIO
こんにちは。AWS事業本部のKyoです。 本日開催されたウェビナー「New Relic と Classmethod で実践するカオスエンジニアリング」でお話させていただきましたので、資料を公開します。 イベントの概要は以下になります。 【4/23（木）ウェビナー】「New Relic と Classmethod で実践するカオスエンジニアリング」を開催します 登壇スライド 所感 初のウェビナーということで試行錯誤しながらでしたが、和やかな雰囲気で行えてよかったです。 ウェビナー中にもお伝えしましたように、カオスエンジニアリング@クラスメソッド につきましては、本ブログで発信していきたいと思っていますので、続報をお楽しみに！ なお、本ウェビナーでカオスエンジニアリングやNew Relicにご興味をお持ちいただけましたら、下記ページよりご連絡いただけますと幸いです。 顧客体験からシステム性能ま
ISUCON10にソロチームBPM200で参加し、最終スコア770で予選敗退しました。通過スコアには大きく届きませんでした。 戦略 ソロなので時間は絶対に足りない、という前提のもと予めフォーカスするポイントはある程度決めておきました。 大方針としてはなるべく1台で勝負する、ということ。複数台構成に持っていくのは自分のスキル的に時間がかかりそうだし、過去問で素振りしてたとき、問題によってはアプリケーションレイヤでの改善に絞ってもそれなりに伸ばせると思ったため。今回もそうだと良いな〜と思ってましたが…現実は非常。 また、普段使わない解析ツールをインストールしたりログ設定を行ったりするのにかける時間もないため、それなりに手慣れたNewRelicでボトルネックの推移を見ながらチューニング対象を決めていく、というのも予定していました。 やったこと 環境準備 ssh設定確認したりgit initしたり
STORES のバックエンドエンジニアとして働いている app2641 です。 今回は Four Keys に則ったチームの開発パフォーマンス振り返りを毎月している、という話をします。 STORES Advent Calendar 2022の5日目です。 パフォーマンスの推移 一年間のパフォーマンスの推移は以下のようになっています。 グラフは STORES の開発を担っているある1チームの開発パフォーマンスです。 スプリントにおける「PRのマージ数」と「PRのリードタイム」の計測を行い、毎月グラフの変化からチームの状態を読み解いて次の一ヶ月でどんな Try をしていくかを決めています。 我々のチームでは1スプリント1週間のタイムボックスで開発をしています。 スプリント別のマージ数 スプリント別のリードタイム平均時間 動機 このようなことを毎月行っているのには動機があります。 ウェブエンジニ
「Should your EC2 be a Lambda?」Lambda と EC2 のコストを簡易比較出来る Servers.lol を使ってみた！ | DevelopersIO
園部です。 Lambda の動向がレポートされている New Relic Blogs - For the Love of Serverless を読んでいたところ Servers.lol というツールが記載されていたので、やってみました！ Servers.lol とは 元々サーバーレスモニタリングサービスを提供していた IOpipe 社（2019年 NewRelic へ JOIN）のツールです。 現在のリソース状況（リクエスト数、実行期間、メモリ 等）を入力することで、そのアプリケーション（機能）が Lambda 向きか EC2 向きかをコスト面で比較が出来ます。 ※ あくまで単純なコンピューティングリソースコスト比較のため、注意が必要です。 本格的にアプリケーションをサーバーレスで構築する際は Serverless Application Lens AWS Well-Architecte
こんにちは！SUZURI事業部デジタルコンテンツチームのyukunです。 最近、SUZURIの一部の機能に使っているNode.jsのアプリケーションが重くなりエラーやタイムアウトが頻発するという事象が起こりました。 そのアプリケーションはpuppeteerを使ってHTMLのスクリーンショットを撮りPNG画像として返すExpressサーバーです。 しかし、開発環境やステージング環境では動作していたので、原因はコードの変更によるものではなく、アクセス数の増加によるものだと推測しました。 まずは、水平スケーリングを行いコンピューティングリソースを増やすことを検討しましたが、アプリケーションの処理自体はそんなに遅くないはずだと思い最適化を試みました。 Node.jsのプロファイリングツールの0xとChatGPTを活用して、数時間で重い処理を特定してレスポンスを２倍速くする改善ができたので紹介します
New Relic で Prisma のパフォーマンスを計測してみた - スタディサプリ Product Team Blog
つい先日リニューアルされた スタディサプリ 中学講座 の開発チームでインターン生をしている @YutaUra です。今回はインターンの中で New Relic と Prisma を連携させる業務に取り組んだのでそれに関してご紹介したいと思います！ スタディサプリ中学講座では、バックエンドの一部に TypeScript x GraphQL x Prisma を採用しており、パフォーマンスの計測などに New Relic を用いています。New Relic は Prisma を正式にサポートしていないため、導入するためには自分たちで実装する必要がありました。 そこで今回はライブラリを作成し、最終的に OSS（newrelic-node-prisma）として公開したので、それらについて実装と合わせて紹介します。 New Relic とは New Relic のトップページ Web サービスにおけ
あのイオンに入社した2ヶ月の振り返り
初めまして、イオンスマートテクノロジー株式会社のCTO室のSREをやっているXu です。入社して2ヶ月を経過しましたので、この記事で振り返りしたいと思います。 自己紹介 前職はあの白いイヌさんのキャラクターとつよつよな野球チームを持つ通信会社でした。AWS、Cloudformation、Ansible、Kubernetesなど諸々の技術から毎日いじめられて、自称”YAML職人”的なエンジニアでした。 仕事内容は機械学習の基盤を運用したり、開発者向けのAPIの改修をしたりして、デザインのセンスないサイトを作ったりして、フロントエンドからインフラまで全部経験しました。でも、やっぱりインフラ関連の仕事が好きで、そしてSREの概念はよく目に入り、自分の仕事内容と比較してみますと、「これは俺が毎日やっていることでは？」と驚いた結果、SREエンジニアを目指すことになりました。 AEONとAEON Sm
New Relic ファーストステップガイド（導入資料集）
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
Generated Columnを使った話
シンプルフォームでエンジニアをやっている 中山@h7kayama と申します。 本記事は SimpleForm Advent Calendar 2023 の 19 日目の記事です。 本日は、最近実施したパフォーマンス改善の話をしたいと思います。 背景 ある日、CS メンバから弊社サービスの管理画面が激重で業務に支障をきたしているという報告を受けました。 前々から管理画面が重くなっているという事象は把握していたものの、なかなか優先度が上がらず後回しになっている状況でしたが、これはヤバいと思い、パフォーマンス改善に着手しました。 原因調査 NewRelic を確認したところ、特定のエンドポイントで数秒〜数十秒掛かっている状況でした。 NewRelic 上で対象のエンドポイントのトレースを確認したところ、DB のアクセスで36秒も掛かっていました。 対象のクエリのプロファイリングを確認したところ
New Relic、オブザーバビリティプラットフォーム 「New Relic One」の製品・価格体系を3つの主要技術に統合
成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。
概要 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](https://cdn-ak-scissors.b.st-hatena.com/image/square/377a9c51a86d20c871561f0ba1caf65409e4f7f2/height=288;version=1;width=512/https%3A%2F%2Firet.media%2Fwp-content%2Fthemes%2Fclp_media%2Fimg%2Fcommon%2Fogp-thumbnail_1200x630.png%3F135792468)
こんにちは。エンジニアのヤス・コバヤシです。 Heroku Advent Calendar 2019 ５日目を担当させていただきます！ qiita.com Webアプリケーションを開発するにあたって気をつけなければいけないのはセキュリティ対策ですよね。 OWASPトップ10とかブルートフォース攻撃（総当たり攻撃）とかアカウント乗っ取りとか、脆弱性を悪用した攻撃にどう対処していくかは悩みどころです。 いくらWEB APIやREST APIの仕様に沿ってガチガチにガードしたと言っても、それはその攻撃自体をWebアプリケーションの中で受け止めてチェックすることになるので、フレームワークやライブラリに脆弱性があったらひとたまりもありません。 ですのでWebアプリケーションに届く前にガードする必要があるわけですね。 それが皆さんご存知のWAF(ウェブアプリケーションファイアウォール)になります。 と
[レポート] shop.LEGO.comでサーバーレスに移行した際のユースケースごとのアーキテクチャ #SVS320 #reinvent | DevelopersIO
CX事業本部の佐藤です。 re:Invent 2019 「The serverless journey of shop.LEGO.com」のセッションレポートです。shop.LEGO.comをサーバーレスアーキテクチャにマイグレーションした際のユースケースごとのアーキテクチャについて説明されています。現地で聞いていたんですが、とても面白かったのと、個人的にかなり参考になる部分があったため、改めてセッション動画を見直し、レポートとして記事にしました。 セッション概要 Connecting the LEGO play experience with millions of people requires an innovative platform. This has fueled the cloud migration of the legacy e-commerce application
ニンテンドーシステムズ株式会社 の全ての求人一覧
この職種では、任天堂株式会社が提供、管理するネットワークサービスに関する Android アプリケーションの開発および開発リードを担っていただける方を募集いたします。 ▼募集背景 任天堂株式会社では、さまざまなネットワークサービスに関連するスマートフォン向けアプリを提供しております。 それぞれのアプリの運用や、新機能の開発などを担っていただける方を広く募集いたします。 また、新たなネットワークサービスに関連するスマートフォン向けアプリの試作版開発を担っていただける方も併せて広く募集いたします。 ▼具体的な業務内容 任天堂株式会社 が提供する Android アプリケーションの開発・運用を担当します。 ここでいう Android アプリケーションはゲームそのもののアプリではなく、任天堂株式会社のネットワークサービスに関するアプリケーションになります。 機能の追加開発や新規アプリの開発では、試
仙石浩明の日記: IoT な人感センサをトリガーとした照明の点灯/消灯を IFTTT を使って行っていたけど反応が遅いので IFTTT をショートカットしてみた
さいきん流行りの IoT 機器。 多くの家電がネットからコントロールできるようになった。 IFTTT を使うと、 そういった機器を手軽に連携できるので便利。 IoT 機器同士だけでなく、 (私が管理する) WWW サーバを IFTTT がアクセスするように設定したり、 あるいは逆に私のサーバが IFTTT をアクセスする (トリガーを送る) こともできるので、 思いのままに IoT 機器を制御できる。 例えば、 人感センサで照明を点灯/消灯させる場合、 防犯用ライトなら人の動きを感知したときだけ点灯し、 人の動きが無くなれば速やかに消灯する、 といった単純なルールで充分だが、 部屋の照明となると人の動きが無くなったからと言ってすぐに消されては困る。 部屋を退出したことを確認してから消灯して欲しいし、 時間帯、あるいは在宅/不在時に応じて (さらにはその時々の天気に応じて)、 適切な点灯/消
実装例だけ知りたいという方は以下をご覧ください。 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
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
Daprを使用して分散アプリケーションの複雑さを簡素化する
マイクロサービス（分散アプリケーション）の開発を容易にするランタイムであるDaprが先日 v1.0のリリースを迎えました。本ブログはSimplify Distributed Application Complexity with Daprの日本語抄訳を通して、Daprが実現するものと、Daprの持つオブザーバビリティ（可観測性）をNew Relic Oneですぐに利用する方法をご紹介します。 分散アプリケーションの構築を計画するとき、開発者はアプリケーションのビジネスロジックを超えて考えるべきことがたくさんあることに気づくでしょう。例えば、どのように複数のマイクロサービスが互いに通信するか、どのように外部システムと統合するか、さらにマイクロサービスがステートフルである場合には、発生しうる障害からの回復を実現するためにどのように状態を保存するか、といったことです。 もちろん、これらの問題に対
[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)
こちらは、トラストバンク Advent Calendar 2022の17日目の記事です。 入社エントリーを書こう書こうと思い、気がついたらすでに半年経っていましたiwateaです。 しかしふるさと納税も12/31日までにやればセーフなので、弊社的にセーフでしょう、うん！ iwateaってどんな人？ 入社の経緯 実際に入社してやったこと DevOpsの第一歩 DevOpsの第二歩 普通に新規インフラ構築もする これから何をする？ おわりに エンジニア募集 iwateaってどんな人？ バックエンドをメインにWebシステムを作ってきた人です。 エンジニア歴も15年ということで、昔ながらの開発会社でJavaやPHPの請負開発から、スタートアップでRailsやGoの自社サービスの開発等々、振り返ると時代の流れをなぞってきたなぁという経験をしてきました。 そんな中でもスタートアップに在籍していた期間で
この記事を３行で ①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)
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が行われ、私ははじめて参加した。 予選の問
[レポート] re:Invent 2019 EXPO で見つけた特化型運用・モニタリング製品/SaaS 4サービス #reinvent | DevelopersIO
ご存じの通り re:Invent 2019 では技術セッションだけでなく、 EXPO というスポンサーの展示会場もあります。 開催が北米と言うことで、ふだん（少なくともぼくの観測範囲では）あまり見ることがない企業・サービスも出店していました。この記事ではそういったサービスを 4つ、独断と偏見でご紹介します。 LogicMonitor LogRocket Vivid Cortex IOPipe (New Relic) LogicMonitor 特徴 SaaS ベースの AIOps ・ IT インフラモニタリングプラットフォーム APM、インフラ、Synthetic AI による早期警戒（Early Warning）システム クラウドとオンプレ両対応のマルチプラットフォームモニタリング 全自動のデバイスディスカバリ AWS との連携： CloudWatch メトリクス OS メトリクス（コレク
![[レポート] re:Invent 2019 EXPO で見つけた特化型運用・モニタリング製品/SaaS 4サービス #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/74764d1a2caaa0b4124f556438e6e8e4695ddf38/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2F201912-report-monitoring-saas-reinvent_eyecatch-1200x630-fs8.png)
週刊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に変えたら 利便性も上がってコストも下がった話
こんにちは、ちゃりおです。 サービスの外形監視いれていますか。 可用性のモニタリングやエンドポイント監視に外形監視サービスが便利です。 AWSで動いているサービス向けに、今回は外形監視サービスを比較してみます。 監視に関わる人は一度は読みたい「入門 監視」こんにちは、ちゃりおです。 半分ほど、読んで積読していたのですがやっと読み終わりました。 印象的だったところを、紹介します。 ... 比較対象の要件 今回3つのサービスをピックアップして比較しました。 Cloudwatch Synthetics NewRelic Synthetics Datadog Synthetics 各サービスが満たしている要件は以下です。 1分間隔のモニタリングが可能 可用性を%で表示できる ツールの拡張性・シェア 外形監視以外の監視もしたくなったときに 比較した項目 以下項目を比較しました。 監視できる項目 レス
オープンソースAPMのSigNoz + さくらのクラウド オブジェクトストレージ - febc技術メモ
はじめに 最近お仕事でSigNozを使ってみました。 その中でSigNoz(が使っているClickHouse)のCold Storageとしてさくらのクラウド オブジェクトストレージを使ってみましたので利用手順などのメモを残しておきます。 SigNozとは オープンソースのAPM & オブザーバビリティツールとのことです。 signoz.io GitHubリポジトリのdescriptionには以下のように書かれています。 SigNoz is an open-source APM. It helps developers monitor their applications & troubleshoot problems, an open-source alternative to DataDog, NewRelic, etc. 🔥 🖥. 👉 Open source Applicati
[参考リンク・資料公開] オンラインイベント 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)
The Qiita Advent Calendar 2020 is supported by the following companies, organizations, and services.
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NRDB：世界で最も強力なテレメトリデータベースの背後にある3つの設計原則 - New Relic公式ブログ
グリコのERP移行においてトラブルがおきた件は、日本全体でよくある根深い問題と、その解決案
Prometheus Meetup Tokyo #3 に参加してきました - もりはやメモφ(・ω・ )
オブザーバビリティとは？オブザーバビリティはビジネス目標の達成をいかに支援するのか。
NewRelic BrowserとCSP、お前らと仲良くやっていく。｜maki
ISUCON10 予選敗退した - valid,invalid
1年間開発パフォーマンスを計測した話 - STORES Product Blog
0xとChatGPTを活用したNode.jsアプリケーションの最適化 - Pepabo Tech Portal
[New Relic] NRQLアラートを使ってみる | iret.media
Heroku のアドオン「Sqreen」で簡単にWAF！ - フレクトのクラウドblog re:newal
OpenTelemetry CollectorでTail-based samplingする
3人目のSREとしてジョインして半年やってきた話 - トラストバンクテックブログ
[Terraform+Docker(+NewRelic)]環境変数のおすすめ設定方法 - Qiita
Cloudwatch,NewRelic,Datadog外形監視Saasを比較してみる｜スクショはつらいよ
NewRelicのカレンダー | Advent Calendar 2020 - Qiita