鳴り止まないアラート対応の中で学んだ 監視改善の進め方 / team based monitoring improvement from alert

長年やっていた仕事が終了し、もうひとつ多忙の原因であった実家解体＆建替の流れも一段落ついたのもあり、今かなり時間的に余裕のある状態です（シナリオをはじめとした書き物その他のお仕事随時募集しています）。 休養できて落ち着いてきたのもあり、今のうちに長年放置状態だったブログなどを整理することにしました。そしていくつかあるブログを閉鎖。さらに一部は他に移転し、ほかは消してしまおうと考えております。 昔のものとはいえ、書いたものを消してしまうのは惜しい気持ちはありますが、管理できないところはそうしないといろいろ不都合なことが生じてしまうと判断した為です。 消すブログ予定のブログ＆記事 コストの問題 最大要因であるセキュリティの問題 経年による危険リンクへの変化 情報の変化による誤認防止 古いものを保存するのに向いてない現状のインターネット 消すブログ予定のブログ＆記事 自分は現在、はてなにこのブロ

現在普及しているStdioServerTransport型MCPサーバーの使用方法は設定ファイルにnpxやuvxコマンドを記述する。​これはその場でダウンロードしたスクリプトファイルを実行することを意味する。 https://code.visualstudio.com/docs/copilot/chat/mcp-servers​しかしこの実行方式は開発者には悪名高いソフトウェアのインストール手順「curlしてbash（URLでダウンロードしてきたシェルスクリプトをパイプしてノールック実行）」を思い出させる。「curlしてbash」なら単一の信頼した配布元を基準に判断できるがnpxやuvx方式は依存するライブラリも芋づる式に参照してくる。つまり任意のコードをどこかの経路（MCPサーバー本体でなくその内部の別の依存ライブラリかもしれない）を通じて実行される可能性は残る。 curl | bash

MCP概要説明 この記事はMCP2025-03-26リビジョンを基に作成しました。 Model Context Protocol (MCP) とは何か？ MCP は、AI アシスタント（チャットボットや自動化エージェントなど）が、さまざまな外部データやツールにアクセスするための 共通のルール（プロトコル） です。 従来は、AI にデータベースやウェブサービス、ローカルのファイルを使わせたいとき、それぞれ違う接続方法をいちいち作り込む必要がありました。すると、AI を拡張するたびに「新しいツール用の独自コード」を用意しなくてはなりません。 MCP を使うと、「AI ⇔ データやツール」 の接続方式を 標準化 できるため、同じ仕組みでいろいろなデータソースや外部サービスとやり取りできます。これは、AI の開発者とデータ管理者双方にとって、大きな手間削減や再利用性の向上につながります。 Anth

タイトルでもうオチてる感じがしますが、API仕様書を読み込むMCPサーバーを自作したところ、開発が爆速になったので紹介します。普段Androidのアプリ開発をしている人間です。 MCPとは？ LLMに対してコンテキストを与えるためのプロトコルです。 今回はAPI仕様書を読み込むMCPを作るので、ざっくり言うとClineやClaude for Desktop、GitHub Copilot Agentなど、MCPに対応したツールがAPI仕様書に基づいてコードを書いてくれるようになります。 何が嬉しいのか？ 例えば、以下のような質問・指示ができるようになります。 決済に関連するAPIを列挙し、Markdown記法でまとめて ドメインクラスを作りたいので、User をKotlinのdata classで出力して Androidアプリの NotificationRepository.kt に書いてあ

設置しているものだけでも19インチラックが2つ、NAS が4台 (うち1台は運用停止中)、ネットワーク機器は4台、汎用のノードが3台である。 実は画面外にデスクトップ PC が3台あり、ラックマウントでも設置していないネットワーク機器が2台と汎用ノードの芽 (CPU と M/B 抜き) が1台あるが、今回は関係ないのでさておこう。 薄々気付いてはいたが、一般のご家庭にしては些か数が多いようだ。 計算機リソースが多いというのは言ってみれば家が広いようなもので、「そんなに家が広くて何になるの」などと言う人はそういない。 リソースというのはあればあるだけ自由度が高まる便利なもので、その嬉しさを問うなど愚問である。 とはいえ、では具体的にその自由度を何に使っているかとなると、これは環境の差や個性の出るところであろう。 私のサーバ環境もゆったりと変化を続けている。 定点観測というわけでもないが、折角

こんにちは、CSIG 所属の市川です。普段は FutureVuls という脆弱性管理サービスの開発・カスタマーサポートをしています。 「ん？そういえば、HTTPS 通信 (HTTP over SSL/TLS) では実際どのようにセキュアな通信が確立されているんだろう？」 と、ふと気になってしまうこと、ありませんか？私はありました。 というわけで、SSL/TLS について書籍などで学んでみたのですが… アルゴリズムが沢山出てきて頭がこんがらがる…。結局どのフェーズでどのアルゴリズムが使われているんだろう？TLS ハンドシェイクの中では、実際どういった通信が行われているのだろうか。ハンドシェイク確立後はちゃんと暗号化されているのだろうか。…というモヤモヤが残りました。 本記事 (理論編) と、続編の実践編で、この2点の疑問を解決していきます。 本記事でやりたいこと本記事 (理論編) では、以下

概要 エンジニアであれば誰もが、無料で利用できるサーバを求めていると思います。 この記事では、OCI(Oracle Cloud Infrastructure)を使用して24GB RAM + 4CPU + 200GBストレージのUbuntuサーバを手にいれる方法を詳しく解説していきます。 無料で利用できるパブリッククラウドとしてAWS, GCPも存在しますが、どちらも無料枠は1年間限定で、期限が切れると有料プランに移行してしまいます。しかしOCIについては期限の制限なしに無料枠を提供してくれています。 Oracle Cloud のAlways Freeクラウド・サービスとは？ 期間の制限なくOCIのサービスを使用できるもの。 ✅ ARMベースの4CPU + 24GB RAMのVMインスタンスを1か月あたり3,000 OCPU時間と18,000GB時間で使用可能。例えば、4CPU + 24GB

3月17日から20日（現地時間）にかけてドイツで開催される技術イベント「CloudFest」で、サーバを人力で投げ、その飛距離を競う大会「World Server Throwing Championship 2025」（WSTC 2025）が併催される。18日には男子、19日には女子予選を実施。20日には予選勝者が24年の前回王者などと対戦する「グランドファイナル」を開催する。 一人につき2回までサーバを投げ、最も遠くに投げた人が勝ちというルール。予選の上位3人がグランドファイナルに進出する。グランドファイナルにはCloudFestによる予選の上位者に加え、スペインやオランダでも開催した予選の上位者と、前回王者が激突。男女の優勝者がチャンピオンベルトとグローブを得られるという。 イベント公式ブログによれば、サーバを投げる競技は10年以上の歴史があるという。当時の映像もYouTubeで公開し

さくらのクラウド、コンテナをサーバレスで実行する「AppRun」製品版トライアルを開始。トライアル中は全機能が無料に さくらインターネットは、同社のクラウドサービス「さくらのクラウド」の新機能として、いわゆるサーバレスなコンテナの実行基盤である「AppRun」の製品トライアル開始を発表しました。 AppRunは現在ベータ版で、2025年中に正式リリース予定です。製品トライアル期間中は全機能が無料で提供されます。 AppRunはサーバレスなコンテナの実行基盤 AppRunは、コンテナ化されたアプリケーションを簡単にデプロイし、自動的にスケーリングを行うコンテナ実行基盤を提供するサービスです。Amazon Web Services（AWS）のApp RunnerやGoogle CloudのCloud Runに相当すると言えるでしょう。 コンテナ化されていれば実行可能なため、さまざまなプログラミ

Building Better People: How to give real-time feedback that sticks.

プロポーザル: https://fortee.jp/sre-kaigi-2025/proposal/4dcbc059-da02-4aeb-a28b-4bfdbac0710c X: https://x.com/r_takaishi

はじめに 株式会社iimonでSREエンジニアをしているhogeです。 本記事はiimonアドベントカレンダー9日目の記事となります。 今回の記事は技術的な棚卸しとして、普段大変お世話になっているWebサーバがどういった仕組みで動いているのかを実装しながら深堀りしていこうと思います。 弊社のバックエンドはDjango/FastAPI + Gunicornの構成で動作しているため、Pythonを絡めた説明が多くなるかと思います。サンプルコードもPythonで実装をしています。 途中、システムコールやファイルディスクリプタなどにも踏み込んだ話をするのですが、低レベルなプログラミングをちゃんとやったことがないため、間違えている部分があるかもしれません。今後学習して行く中で気づいたら都度修正していきたいと思います。 環境・使用ツール 言語 Python OS Ubuntu（Linuxのシステムコー

社会人生活の半分をフリーランス、半分をIIJで過ごすエンジニア。元々はアプリケーション屋だったはずが、クラウドと出会ったばかりに半身をインフラ屋に売り渡す羽目に。現在はコンテナ技術に傾倒中だが語りだすと長いので割愛。タグをつけるならコンテナ、クラウド、ロードバイク、うどん。 【IIJ 2024 TECHアドベントカレンダー 12/6の記事です】 今年のIIJアドベントカレンダーは「運用」がテーマということなので、運用に欠かせない必携ツール筆頭であるSSHを取り上げ、SSHの秘密鍵を安全に管理する方法について考えたいと思います。 たとえSSH秘密鍵が漏洩しても、安全を確保する方法 踏み台サーバにSSH秘密鍵を置かずに利用する方法 SSH秘密鍵の安全な置き場所を考える SSH秘密鍵は一般的に ~/.sshにファイルとして管理されていると思いますが、不安に感じることはありませんか？ ノートPCに

ぐるぐーる @gurutto_mawaru ある団体のホームページを無償ボランティアで1から作って管理してたら、向こうから「これからは私たちが管理するのでレンタルサーバーのパスワードとIDを渡してください」とぶしつけに言われて、自分が作った箇所（ほぼ全部）を削除して渡したことあったわ（急に思い出した） x.com/johntanaka/sta… 2024-11-24 21:57:43

Jeffry Alvarado @jalva_dev Linuxの開発者であるリーナス・トーバルズ氏が、ふとしたきっかけで数行のコードを調整したところ、Linuxのパフォーマンスが2.6%向上しました。数百万台のサーバーで稼働するLinuxにとって、この2.6%の向上は非常に大きな成果です。参考までに、Metaのような企業では、サーバパフォーマンスが2.6%向上するだけでエネルギーコストが数百万ドルも節約できると言われています。 2024-11-12 19:00:43 Jeffry Alvarado @jalva_dev このパフォーマンス向上は、次のLinux 6.12パッチで反映される予定です。詳細はPhoronixの記事で確認できます。 phoronix.com/news/Linus-2.6… また、これだけの改善がどれほど少ない変更で実現されたか興味がある方は、GitHubのコミッ

僕が触り始めた頃のウェブフロントエンド開発はデバッガーもなく、ダイナミックHTMLと呼ばれて文字をチカチカさせたりするようなものでした。IE6という超安定ブラウザが出てきたり（Netscape 4.xも7.xも不安定だった）その後jQueryが登場したときは、天使が降臨したように思えたものです。 そこから長い年月が経ち、ウェブフロントエンドの比重が大きくなるにつれ、フロントエンドのコードはどんどん複雑化しました。OpenAPIなどのコードジェネレータなども普及した結果、通信というものが隠され、イベントの中でawaitや.then()で呼ばれる何か、みたいな理解をしているメンバーも今後増えていくのではないかという懸念があります。 現在ではウェブフロントエンド開発はReactやVueといったフレームワーク上で行われ、イベントというのはそのフレームワークの提供するライフサイクルイベントに対応付け

AWSのワークショップをあさってました。 実践力を鍛えるBootcamp - クラウドネイティブ編 - いいですね～　実践力、鍛えましょう！ で環境構築をするぞーと見ていると。。。 VS Code ServerをEC2で起動するCloudFormationテンプレートが用意されている！！！ さりげない優しさ すてきすぎ やってみました。 手順 上記ページの「Launch」リンクをクリックします マネジメントコンソールのログインが必要でしたら、ログインしてください スタックのクイック作成画面が表示されます。必要でしたらパラメータなどを修正してください デフォルト値は以下のとおりです スタックのデプロイが始まりますので完了するまで待ちます 出力タブに「PasswordURL」と「URL」が表示されますので、まずは「PasswordURL」のリンクをクリックします Secrets Manager