サーバ管理者日誌 IT版ストックホルムシンドローム
岡崎市立中央図書館事件[http://www26.atwiki.jp/librahack/] を見ても感じるのだが、ひどいシステムを導入あるいはひどい運用をされているにも関わらず、発注側担当者が開発会社あるいは運用会社をかばうという「IT版ストックホルムシンドローム」が、自治体においては良く見られる。 ストックホルムシンドローム[http://ja.wikipedia.org/wiki/%E3%82%B9%E3%83%88%E3%83%83%E3%82%AF%E3%83%9B%E3%83%AB%E3%83%A0%E7%97%87%E5%80%99%E7%BE%A4] とは、 犯罪被害者が、犯人と一時的に時間や場所を共有することによって、過度の同情さらには好意等の特別な依存感情を抱くことをいう。 (中略) 「警察が突入すれば人質は全員殺害する」となれば、人質は警察が突入すると身の危険が生じる
仮想化されたネットワークの運用は難しい──JANOG25で感じたクラウドの“実際”
2010年1月21日、22日とJANOG25が開催されました。今回の開催地は新潟です。冬の新潟ということで「雪」を楽しみにいざ出発。前日夜まで予定が入っていたので、夜9時ごろ東京発の新幹線で新潟に向かいました。到着したのは深夜でしたが、地元新潟の方々は温かく迎えてくれました。その日、夜更けまでお供させてもらったのはいうまでもありません。 初日の21日。しんしんと積もった雪を期待して外に出ると、とても温かく、雪なんてどこにもありません。雪ではなく雨が降っていました。しかし、JANOG25の会場では「巨大小林幸子」が歓迎してくれ、私の中でのJANOGの盛り上がりはこの時点で早くも最高潮を迎えました（写真1）。 JANOG25の三つのポイント 2日間にわたるプログラムを全体的に見てみると、いくつかの傾向が見えてきます。 1. IPv4枯渇/IPv6の話題が二つしかなかった IPv4アドレスの残量
Yahoo!ショッピングにおけるログ設計と監視
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ショッピング事業部開発部の吉野と申します。 今回は「アプリケーションログの設計と監視」について、実際にYahoo!ショッピングで採用している方法を少し交えながらお話しさせていただきます。 1.ログ設計のポイント ログ設計は、以下のポイントに注意して行うとよいでしょう。 ・ログ出力のポイントが押さえられているか ⇒セッションの始まりと終わり、処理の過程、例外処理の中など。 フローチャートのような処理フロー図があれば、そこにログ出力ポイントを書き込むとわかりやすくなります。 ・出力する情報に過不足はないか ⇒「いつ(システム時間)」「だれが(プロセスID・IPアドレスなど)」 「どこで(パスなど)」「なにをした(実行コマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
