<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>ニュースイミー - SRE</title><description>カテゴリー「SRE」の記事一覧</description><link>https://www.newswimmy.com/</link><item><title>Aurora MySQLの負荷は高騰していないのにエラーレートが悪化した原因がPerformance Schemaだった話</title><link>https://developers.cyberagent.co.jp/blog/archives/63419/</link><guid isPermaLink="true">https://developers.cyberagent.co.jp/blog/archives/63419/</guid><description>・Aurora MySQLで負荷が増加していないにも関わらずエラーレートが悪化した事象について、原因がPerformance Schemaにあったことを解説。
・データベースのパフォーマンスチューニングやトラブルシューティングの経験があるエンジニア。
・AWSやMySQLを利用しているインフラ・SRE担当者。</description><pubDate>Mon, 13 Apr 2026 02:58:48 GMT</pubDate></item><item><title>SREを「努力」から「仕組み」へ — Platform Engineeringという選択</title><link>https://zenn.dev/loglass/articles/f4dda877788337</link><guid isPermaLink="true">https://zenn.dev/loglass/articles/f4dda877788337</guid><description>SRE（サイト信頼性エンジニアリング）を「個人の努力」から「組織的な仕組み」へと移行させるためのPlatform Engineeringという選択肢について解説します。

・SREチームへの移行から1年間の進捗と変化、そして変わらなかった点について。
・「SREの民主化」という目標達成に向けた具体的な取り組みと課題。
・Platform Engineeringの導入が、SREの効率化と組織全体の信頼性向上にどう貢献するか。</description><pubDate>Mon, 13 Apr 2026 02:48:27 GMT</pubDate></item><item><title>信頼性向上のためのSLI/SLO活用vol.1 - SLI/SLOフレームワークおよびサービス稼働状況確認ツール「LINE Status」開発記</title><link>https://techblog.lycorp.co.jp/ja/20260413b</link><guid isPermaLink="true">https://techblog.lycorp.co.jp/ja/20260413b</guid><description>・信頼性向上のためのSLI/SLOフレームワークと、サービス稼働状況確認ツール「LINE Status」の開発について解説しています。
・SREチームがどのようにSLI/SLOを導入し、開発・運用を進めたかの実践的な記録です。
・SRE、インフラエンジニア、プラットフォームエンジニア、エンジニアリングマネージャー向けの記事です。</description><pubDate>Mon, 13 Apr 2026 02:00:00 GMT</pubDate></item><item><title>ASTのGitHub CopilotとCopilot CLIの現在地をお話しします/How AST Operates GitHub Copilot and Copilot CLI</title><link>https://speakerdeck.com/aeonpeople/how-ast-operates-github-copilot-and-copilot-cli</link><guid isPermaLink="true">https://speakerdeck.com/aeonpeople/how-ast-operates-github-copilot-and-copilot-cli</guid><description>・「AI運用勉強会#3」の発表資料で、GitHub CopilotとCopilot CLIの現在の運用状況について解説しています。
・AIを活用した運用（Agentic Ops）の文脈で、これらのツールの具体的な活用事例や、今後の展望について触れられています。
・SRE、プラットフォームエンジニア、アーキテクト、AI技術に関心のあるエンジニアやマネージャー向けです。</description><pubDate>Thu, 09 Apr 2026 04:00:00 GMT</pubDate></item><item><title>カオナビはDevOpsDays Tokyo 2026にシルバースポンサーとして協賛、スポンサーブースを出展、エンジニアが登壇します</title><link>https://note.com/kaonavi_devs/n/naa42a922176c</link><guid isPermaLink="true">https://note.com/kaonavi_devs/n/naa42a922176c</guid><description>株式会社カオナビが、2026年4月14日から16日に開催されるDevOpsDays Tokyo 2026にシルバースポンサーとして協賛し、スポンサーブースの出展とエンジニアの登壇を行うことを告知しています。

* DevOpsDays Tokyo 2026への協賛について
* スポンサーブース出展とエンジニア登壇の実施
* カオナビの技術イベントへの関与について

この情報は、DevOpsに関心のあるエンジニア、イベント参加者、およびカオナビの技術活動に興味のある人々向けです。</description><pubDate>Thu, 09 Apr 2026 01:33:59 GMT</pubDate></item><item><title>「気をつけます」を卒業する。GeminiのGemsで構築する「折れない」なぜなぜ分析</title><link>https://toranoana-lab.hatenablog.com/entry/2026/04/09/100000</link><guid isPermaLink="true">https://toranoana-lab.hatenablog.com/entry/2026/04/09/100000</guid><description>・AI（GeminiのGems機能）を活用し、「なぜなぜ分析」で「気をつける」に頼らない、仕組み改善に繋がる再発防止策を導き出す方法を解説。
・AIは感情や忖度なく、論理的な破綻を指摘し、具体的なプロセスの不備特定を支援。これにより、心理的安全性を保ちつつ、真因に迫る分析が可能となる。
・本記事は、エンジニアリングマネージャー、テックリード、QAエンジニア、SREなど、システム障害の再発防止と仕組み改善に関心のある技術者全般を対象としている。</description><pubDate>Thu, 09 Apr 2026 01:00:00 GMT</pubDate></item><item><title>freee Tech Night「SREからバトンタッチ！プロダクトチームによる静かな確定申告へ」</title><link>https://freee-tech-night.connpass.com/event/388524/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</link><guid isPermaLink="true">https://freee-tech-night.connpass.com/event/388524/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</guid><description>freee Tech Nightでは、確定申告期間におけるfreee会計のプロダクトチーム主体のキャパシティプランニングによる安定稼働の成功事例について共有されます。
インフラ施策、開発チーム主導のインフラ改善、Embedded SREの活動などが語られる予定です。
SRE、インフラエンジニア、バックエンドエンジニア、プロダクトマネージャー、プロジェクトマネージャー、データベースエンジニアなど、システムの信頼性向上や開発プロセス改善に関心のあるエンジニアや担当者向けの内容です。</description><pubDate>Wed, 08 Apr 2026 08:01:15 GMT</pubDate></item><item><title>Claude Codeを使ってCI待ち時間を20分から7分にした話</title><link>https://zenn.dev/dely_jp/articles/560fcfd0b69239</link><guid isPermaLink="true">https://zenn.dev/dely_jp/articles/560fcfd0b69239</guid><description>Claude Codeを活用してCIの待ち時間を20分から7分に短縮した事例。
AIツールを用いてボトルネック分析と改善計画を立案・実行。
SREや開発チーム、AI活用に関心のあるエンジニア向け。</description><pubDate>Tue, 07 Apr 2026 06:49:17 GMT</pubDate></item><item><title>New Relic MCPで「NRQLどう書くんだっけ」から解放された</title><link>https://zenn.dev/dely_jp/articles/17bf89c5a6ae66</link><guid isPermaLink="true">https://zenn.dev/dely_jp/articles/17bf89c5a6ae66</guid><description>New Relic MCPサーバーをClaude Codeに接続したことで、NRQLをコンソールで手書きする頻度が大幅に減少したという導入経緯と感想を紹介する記事です。

- New Relicを利用してインフラ運用や信頼性向上に取り組んでいるSRE担当者。
- NRQLの記述に手間を感じている、または効率化したいと考えているエンジニア。
- AIツールを活用した開発・運用効率化に関心のある方。</description><pubDate>Tue, 07 Apr 2026 04:04:06 GMT</pubDate></item><item><title>サーバーサイド・SRE志望学生向け クラウドネイティブハンズオン【ECS/EKS】in 関西</title><link>https://cyberagent.connpass.com/event/389677/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</link><guid isPermaLink="true">https://cyberagent.connpass.com/event/389677/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</guid><description>サーバーサイド・SRE志望の学生を対象とした、AWS上のECS/EKSを利用したクラウドネイティブ技術のハンズオンイベントが大阪・梅田で開催されます。
このイベントは、学生が抱えるクラウド利用のハードルを下げ、実践的なアーキテクチャを学べる機会を提供することを目指しています。
当日は現場エンジニアのサポートのもと、ECSとEKSへのサービスデプロイを体験し、比較することで、今後のクラウドサービス開発に役立つ実践的なスキルを習得できます。</description><pubDate>Mon, 06 Apr 2026 07:32:43 GMT</pubDate></item><item><title>鳴らない、止まらない、遅延する……New Relicアラートの疑問を公式ブログで解消する逆引き集</title><link>https://qiita.com/knr2636/items/aebf453d3c5ba09fa615</link><guid isPermaLink="true">https://qiita.com/knr2636/items/aebf453d3c5ba09fa615</guid><description>* New Relicのアラートに関する公式ブログ記事を、発生しうる疑問や問題、ユースケースに基づいて逆引き形式でまとめたリファレンスです。
* 鳴らない、止まらない、遅延するといった具体的なアラートの課題解決に役立つ情報を提供します。
* サイト信頼性エンジニア(SRE)、インフラエンジニア、テックリード、QAエンジニアなど、システム監視やアラート管理に関わるエンジニア向けです。</description><pubDate>Mon, 06 Apr 2026 00:59:01 GMT</pubDate></item><item><title>熟練者の知見を、チームの力に——Mackerelログ機能への思い</title><link>https://mackerel.io/ja/blog/entry/2026/04/03/110629</link><guid isPermaLink="true">https://mackerel.io/ja/blog/entry/2026/04/03/110629</guid><description>Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。
この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。
具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。</description><pubDate>Fri, 03 Apr 2026 02:06:29 GMT</pubDate></item><item><title>AI インフラストラクチャとしての Kubernetes: Google Cloud、llm-d、CNCF</title><link>https://cloud.google.com/blog/ja/products/containers-kubernetes/llm-d-officially-a-cncf-sandbox-project/</link><guid isPermaLink="true">https://cloud.google.com/blog/ja/products/containers-kubernetes/llm-d-officially-a-cncf-sandbox-project/</guid><description>- Google Cloud は、AI インフラストラクチャ戦略の最優先事項として、大規模基盤モデルの構築者や AI ネイティブ企業のニーズに応えるため、Kubernetes を中心としたソリューションを進化させています。
- llm-d が CNCF のサンドボックス プロジェクトとして承認されたことを発表し、Kubernetes LeaderWorkerSet (LWS) API や GKE Inference Gateway を活用して、AI 推論の効率とパフォーマンスを向上させる取り組みを共有しています。
- この記事は、AI モデルの構築者、AI ネイティブ企業、プラットフォーム エンジニア、AI 研究者を対象とし、オープンソースの AI インフラストラクチャの未来を共に築くことを呼びかけています。</description><pubDate>Fri, 03 Apr 2026 01:00:00 GMT</pubDate></item><item><title>SAP GUIをユーザー視点で監視する方法</title><link>https://qiita.com/naka34/items/b9101ed8da3154e8001d</link><guid isPermaLink="true">https://qiita.com/naka34/items/b9101ed8da3154e8001d</guid><description>SAPのパフォーマンスをユーザー視点で監視する方法について解説します。
インフラやアプリケーションの監視ツールだけでは、実ユーザーがSAPを問題なく利用できているかまでは保証できません。
この記事では、SAPの安定運用に向けた取り組みの一つとして、ユーザー視点での監視の重要性を説いています。</description><pubDate>Thu, 02 Apr 2026 06:37:55 GMT</pubDate></item><item><title>GitHub Actionsを意図せず大量実行させて社内CIを止めた話</title><link>https://blog.kinto-technologies.com/posts/2026-03-23-github-actions-runaway/</link><guid isPermaLink="true">https://blog.kinto-technologies.com/posts/2026-03-23-github-actions-runaway/</guid><description>GitHub Actionsのワークフローを誤って大量に起動させ、社内CI/CDパイプラインを1時間停止させたインフラエンジニアによる体験談。
PRのコメント編集イベントをトリガーとしたワークフローが連鎖的に実行された原因と、その再発防止策について解説。
インフラエンジニア、CI/CD担当者、および開発チーム全体が、ワークフローのトリガー設定や仕様の理解、インシデント対応手順の重要性を学ぶのに適した記事。</description><pubDate>Wed, 01 Apr 2026 10:00:00 GMT</pubDate></item><item><title>New Relic Workflow Automationでアラート通知を動的に制御してみる</title><link>https://qiita.com/nr-mito/items/ce232585f13e8f26d26b</link><guid isPermaLink="true">https://qiita.com/nr-mito/items/ce232585f13e8f26d26b</guid><description>New Relicのワークフロー自動化機能により、アラート通知を動的に制御し、運用上の負担を軽減する方法を紹介します。

最新のアップデート情報や、無料プランでの試用方法についても触れています。

インフラエンジニア、SRE、バックエンドエンジニア向けの記事です。</description><pubDate>Wed, 01 Apr 2026 02:41:57 GMT</pubDate></item><item><title>読み取りのスケーラビリティを合理化する Cloud SQL の自動スケーリングを備えた読み取りプール</title><link>https://cloud.google.com/blog/ja/products/databases/cloudsql-read-pools-support-autoscaling/</link><guid isPermaLink="true">https://cloud.google.com/blog/ja/products/databases/cloudsql-read-pools-support-autoscaling/</guid><description>Google Cloud の Cloud SQL が、MySQL および PostgreSQL 向けに読み取りプールの自動スケーリング機能を提供開始しました。
この機能により、読み取り負荷の高いワークロードに対応するため、リードレプリカのプロビジョニングと管理が簡素化され、トラフィックの変動に合わせて自動的にスケールアップ・ダウンするため、運用負荷の軽減とコスト最適化が期待できます。
本機能は、アプリケーションの読み取りスケーラビリティを向上させたいデータベース管理者やインフラエンジニア、SRE、バックエンドエンジニア向けの記事です。</description><pubDate>Wed, 01 Apr 2026 02:10:00 GMT</pubDate></item><item><title>MIXI SRE Topics Monthly 2026-03 号</title><link>https://zenn.dev/mixi/articles/f217b518fb3e5c</link><guid isPermaLink="true">https://zenn.dev/mixi/articles/f217b518fb3e5c</guid><description>MIXI SRE Topics Monthly 2026-03号では、SREエンジニア間の情報交換会で共有された内容が紹介されています。今月は特に「AIとオブザーバビリティ」というテーマで、AWS Observability Kiro Powerについて触れられています。

- SREエンジニア向けの、MIXI社内でのSRE活動に関する共有記事。
- AIとオブザーバビリティ、特にAWSのサービスに焦点を当てた内容。
- SREチーム内の情報共有やベストプラクティスに関心のあるエンジニアが対象。</description><pubDate>Tue, 31 Mar 2026 11:00:10 GMT</pubDate></item><item><title>OpenTelemetryとは？——概要から導入メリットまでわかりやすく解説</title><link>https://mackerel.io/ja/blog/entry/basic/opentelemetry</link><guid isPermaLink="true">https://mackerel.io/ja/blog/entry/basic/opentelemetry</guid><description>OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。
ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。
バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。</description><pubDate>Tue, 31 Mar 2026 10:00:00 GMT</pubDate></item><item><title>虎の穴通販システムの運用に活用するAI</title><link>https://toranoana-lab.hatenablog.com/entry/2026/03/31/140000</link><guid isPermaLink="true">https://toranoana-lab.hatenablog.com/entry/2026/03/31/140000</guid><description>- 通販システムの運用における「監視対象の多さと判断の難しさ」「手作業によるミス」という2つの悩みを、AIを活用して解決する事例を紹介。
- OracleDBのアラートログ監視や、Slackからの自然言語指示によるサーバー調査用Slackbotの開発について、具体的な仕組みと効果を解説。
- AIのシステム運用への組み込みは、効率化だけでなく、作業者の心理的負担軽減にも繋がり、今後は自動復旧なども視野に入れている。

この技術記事は、以下のような方々を対象としています。
* システム運用担当者
* バックエンドエンジニア
* インフラエンジニア
* アーキテクト</description><pubDate>Tue, 31 Mar 2026 05:00:00 GMT</pubDate></item><item><title>関西エンジニアのLT会『第四回 唐揚げ会』を開催しました！</title><link>https://toranoana-lab.hatenablog.com/entry/2026/03/31/120000</link><guid isPermaLink="true">https://toranoana-lab.hatenablog.com/entry/2026/03/31/120000</guid><description>関西のエンジニアコミュニティ「第四回 唐揚げ会」のイベントレポート。
テーマは「AIとエンジニア」で、LTやスポンサーセッショントークを通じて、AIの組織導入の難しさやエンジニアキャリアの変化などが語られた。
特にAIの権限設定に関するSREの視点からの発表が注目された。
・AIとエンジニアリングに興味のあるエンジニア
・AIの組織導入や運用における課題解決に関心のある方
・関西のエンジニアコミュニティの動向を知りたい方</description><pubDate>Tue, 31 Mar 2026 03:00:00 GMT</pubDate></item><item><title>Sansan Tech Talk @関西 vol.3～データ活用のリアル～</title><link>https://sansan.connpass.com/event/386580/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</link><guid isPermaLink="true">https://sansan.connpass.com/event/386580/?utm_campaign=series_events&amp;utm_source=feed&amp;utm_medium=atom</guid><description>「データ活用のリアル」と題したSansan Tech Talk @関西 vol.3のイベントレポート。
データ活用における表面的な華やかさだけでなく、データ収集、定義統一、品質担保といった地道で泥臭い基盤整備の重要性に焦点を当てる。
エンジニア、データ基盤構築者、データ活用推進者、関西のエンジニアコミュニティ参加者におすすめ。</description><pubDate>Tue, 31 Mar 2026 01:02:44 GMT</pubDate></item><item><title>トイルを超えたCREは何屋になるのか</title><link>https://speakerdeck.com/bengo4com/defining-the-future-role-of-cre</link><guid isPermaLink="true">https://speakerdeck.com/bengo4com/defining-the-future-role-of-cre</guid><description>CRE (Customer Reliability Engineer) の役割が、従来のSREの枠を超えて、より顧客の信頼性向上に焦点を当てたものへと進化していく様子を解説します。

・CREは、顧客のビジネス成果に直結する信頼性を提供することを目指します。
・この変化は、SREの概念を顧客視点で拡張したものです。
・弁護士ドットコム株式会社のCREチームの事例紹介や、関連する採用情報、テックブログ、SNSへのリンクも提供されています。</description><pubDate>Thu, 26 Mar 2026 04:00:00 GMT</pubDate></item><item><title>New Relic Flexを活用し、LinuxのCPUコアごとの使用率を可視化する</title><link>https://qiita.com/yokawanrkk/items/867edc68b960496c01dd</link><guid isPermaLink="true">https://qiita.com/yokawanrkk/items/867edc68b960496c01dd</guid><description>New Relic Flexを用いてLinuxサーバーのCPUコアごとの使用率を可視化する方法を解説します。
標準のInfrastructure Agentでは難しい、コアごとの詳細な負荷状況やシングルスレッドプロセスのボトルネック特定を可能にします。
インフラエンジニアやSRE担当者、サーバー運用に携わる方々におすすめの記事です。</description><pubDate>Thu, 26 Mar 2026 01:14:18 GMT</pubDate></item><item><title>Webフロントエンドやモバイルアプリからのトレースの投稿に利用できるクライアントトークンをリリースしました ほか7件のアップデート</title><link>https://mackerel.io/ja/blog/entry/weekly/20260325</link><guid isPermaLink="true">https://mackerel.io/ja/blog/entry/weekly/20260325</guid><description>Mackerelは、Webフロントエンドやモバイルアプリからのトレース投稿に特化したクライアントトークンをリリースしました。これにより、セキュアなクライアントサイドからのトレース送信が可能になります。
また、トレース課題通知のスヌーズ解除までの残り時間表示、Slack連携設定場所の変更、Azure Front Doorメトリック取得、オーガニゼーション絞り込み機能、ホスト詳細画面の管理名表示、グラフ描画フォント変更、terraform-provider-mackerel v0.9.0リリースなど、多数の機能改善が行われました。

この記事は、Webフロントエンドエンジニア、モバイルアプリ開発者、インフラエンジニア、SRE、およびMackerelを利用する開発者全般を対象としています。</description><pubDate>Wed, 25 Mar 2026 05:00:00 GMT</pubDate></item><item><title>New Relic アップデート(2026年2月)</title><link>https://qiita.com/nr-mito/items/dc175fbb2c7e2e227d4f</link><guid isPermaLink="true">https://qiita.com/nr-mito/items/dc175fbb2c7e2e227d4f</guid><description>2026年2月のNew Relicのアップデート情報。
AIエージェントによる障害調査の自動化・復旧や、ノーコードでのログ解析ルール作成（Public Preview）について。
SRE、インフラ、バックエンドエンジニア向け。</description><pubDate>Wed, 25 Mar 2026 01:59:12 GMT</pubDate></item><item><title>(まとめ記事)動画配信サービスオブザーバビリティ 101</title><link>https://qiita.com/yseki1985/items/7d9929de44e238a8e748</link><guid isPermaLink="true">https://qiita.com/yseki1985/items/7d9929de44e238a8e748</guid><description>動画配信サービスにおけるオブザーバビリティ（観測可能性）の重要性について解説したまとめ記事です。
基本的なアプリのパフォーマンスやエラーに加え、動画特有の遅延やバッファリングといった動画品質の観測が不可欠であることを説明しています。
SRE、インフラエンジニア、バックエンドエンジニア、プラットフォームエンジニア、QAエンジニア向けの記事です。</description><pubDate>Wed, 25 Mar 2026 00:53:31 GMT</pubDate></item><item><title>イオンシネマでイベント「シネマ de LT会#2」をDELTAさんとヘンリーさんと開催しました！</title><link>https://zenn.dev/aeonpeople/articles/morihaya-20260325-cinemadelt2</link><guid isPermaLink="true">https://zenn.dev/aeonpeople/articles/morihaya-20260325-cinemadelt2</guid><description>イオンシネマ シアタス調布で開催されたイベント「シネマ de LT会#2 〜Back to the Screen〜」の運営レポートです。
イベントの感想は、参加者のブログ記事が紹介されています。
この記事は、イベント運営や技術共有に関心のあるインフラエンジニアやSRE、コーポレートエンジニア向けの内容です。</description><pubDate>Wed, 25 Mar 2026 00:41:49 GMT</pubDate></item><item><title>Datadog MCPが使えなくても大丈夫！agent-skills × pup でAIによるインシデント調査を実現する</title><link>https://developers.cyberagent.co.jp/blog/archives/62976/</link><guid isPermaLink="true">https://developers.cyberagent.co.jp/blog/archives/62976/</guid><description>Datadog MCPが利用できない状況でも、agent-skillsとpup、Github Actionsを連携させることでAIを活用したインシデント調査を可能にする方法を解説します。

- Datadog MCPの代替手段としてAIを活用したインシデント調査の実現方法
- Github Actionsとagent-skills、pupの連携による自動化
- インフラエンジニア、SRE、コーポレートエンジニア向け</description><pubDate>Mon, 23 Mar 2026 11:02:38 GMT</pubDate></item><item><title>AWS Integartion 導入後にメトリクスがリソースタグで装飾されない場合のトラブルシューティングガイド</title><link>https://newrelic.com/jp/blog/infrastructure-monitoring/how-to-troubleshoot-aws-integration-tagging-issue</link><guid isPermaLink="true">https://newrelic.com/jp/blog/infrastructure-monitoring/how-to-troubleshoot-aws-integration-tagging-issue</guid><description>- AWS Integration導入後にメトリクスがリソースタグで装飾されない問題のトラブルシューティングガイドです。
- タグ/メタデータ収集の仕組みと具体的な解決手順について解説します。
- AWSのインフラ運用やSRE、プラットフォームエンジニア向けの記事です。</description><pubDate>Thu, 19 Mar 2026 08:07:06 GMT</pubDate></item><item><title>LINEヤフーにおけるAIOpsの現在地</title><link>https://speakerdeck.com/lycorptech_jp/20260319a</link><guid isPermaLink="true">https://speakerdeck.com/lycorptech_jp/20260319a</guid><description>LINEヤフーにおけるAIOpsの導入状況についての発表資料です。
AIOpsの現在地と今後の展望について解説しています。
プラットフォームエンジニア、SRE、インフラエンジニア、ネットワークエンジニア向けの記事です。</description><pubDate>Thu, 19 Mar 2026 04:00:00 GMT</pubDate></item><item><title>対応不要なアラート発生を減らす Mackerel監視改善の実践</title><link>https://mackerel.io/ja/blog/entry/tech/improve-monitor</link><guid isPermaLink="true">https://mackerel.io/ja/blog/entry/tech/improve-monitor</guid><description>Mackerel SREチームが実践した、誤検知を減らし運用負荷を軽減するための監視設定改善事例を紹介します。Terraformでの具体的な設定変更や、OpenTelemetryを用いたメトリック化、アラート名の工夫など、実践的なノウハウが解説されています。

* Mackerelでのアラート誤検知を減らすための具体的な監視設定改善方法
* 障害発生時の通知精度向上と運用負荷軽減のためのテクニック
* TerraformやOpenTelemetryを活用した実践的な監視設定の例</description><pubDate>Thu, 19 Mar 2026 02:38:55 GMT</pubDate></item><item><title>Synthetic MonitoringをつかってICMPポーリング実装したけど、そのデータを可視化する方法を考えて共有してみる</title><link>https://qiita.com/khara-nrkk/items/cf195277f85522e73c56</link><guid isPermaLink="true">https://qiita.com/khara-nrkk/items/cf195277f85522e73c56</guid><description>Synthetic Monitoringを用いてICMPポーリングを実装した際の、取得データの可視化方法について解説します。
記事では、スクリプトの共有だけでなく、そのデータをどのように活用できるかについてのアイデアも提案します。
インフラやSRE、ネットワークエンジニア、QAエンジニアなど、システム監視やデータ活用に関心のある方におすすめです。</description><pubDate>Tue, 17 Mar 2026 01:44:11 GMT</pubDate></item><item><title>「トラフィックの再ルーティングって何？」DNSからBlue/Greenデプロイまで整理した</title><link>https://qiita.com/megumi_i/items/dd1d7fd1d5a0f50e3587</link><guid isPermaLink="true">https://qiita.com/megumi_i/items/dd1d7fd1d5a0f50e3587</guid><description>- &quot;トラフィックの再ルーティング&quot;について、DNSやBlue/Greenデプロイなどの技術を解説。
- デプロイ作業におけるサーバー切り替えの概念を、AWSの経験が浅い読者にも分かりやすく説明。
- 曖昧な理解を解消し、デプロイ方法の全体像を掴むための記事。</description><pubDate>Sat, 14 Mar 2026 05:19:23 GMT</pubDate></item></channel></rss>