東日本大震災関連情報
最近，特に韓国において日本の放射線量等についての関心が高まっていることを踏まえ，日本の首都（東京），福島県（福島市・いわき市）及び韓国の首都（ソウル）の空間線量率について，今後，原則として大使館休館日等を除く毎日更新することとし，過去の記録についてもアーカイブ化することとしました。 以下に示すとおり，日本の下記３都市の空間線量率はソウルを含む海外の主要都市のそれと比較しても同等の水準です。なお，天候などの違い（注）により，環境中の放射線量は変動します。日本政府としては，今後も科学的根拠に基づいた正確な情報を提供し，透明性をもって丁寧に説明していく考えであり，日本の放射線量についての韓国国民の理解が深まることを希望します。
居眠りさせないオフィス開発へ まぶた監視→室温下げる：朝日新聞デジタル
仕事中にウトウトしてきたら、部屋の温度が自動的に下がって眠気を吹き飛ばす――。ＮＥＣとダイキン工業は２５日、オフィスでの居眠りを防ぐシステムを共同開発すると発表した。２０２０年にも実用化し、生産性の向上をめざす企業に売り込む考えだ。 システムの仕組みは、こうだ。まずはパソコンの画面にカメラをつけるなどして、働き手のまぶたの動きを追う。まぶたの動き方に変化が出れば、眠気におそわれ始めたと判断。部屋のエアコンの設定温度を一時的に数度下げて働き手に刺激を与え、目覚めを促す。 ＮＥＣは得意の顔認証技術を生かし、まぶたの動きを追う技術を開発する。まぶたの動きの分析には人工知能（ＡＩ）を使う。 ダイキンはエアコンを制御する技術を担当し、眠気を感じた働き手だけに風をあてるエアコンの開発も検討する。 まぶたの動きは記録するが、だれのデータか特定できないようにするという。「勤務態度の監視には使えないようにす
「ITインフラ監視実践入門」～門外不出・秘伝のタレだった監視運用ノウハウがオープンになるとき～ - Mana Blog Next
技術評論社様より、献本をいただきました。 斎藤 祐一郎 著の「ITインフラ監視実践入門」です。 ソフトウェアエンジニアのための ITインフラ監視[実践]入門 (Software Design plus) 作者: 斎藤祐一郎出版社/メーカー: 技術評論社発売日: 2016/01/16メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る早速読了いたしましたので、主観的な感想を本エントリーに残したいと思います。 以下、興味のある人だけ続きを読んで下さい。 スポンサーリンク これまで、あるようで無かった監視の本 これまで、ZabbixやNagiosなどの統合監視の解説書や、サーバー運用に関する書籍は見掛けましたが、私の知る限りでは「ITインフラ監視」をテーマにした解説書は、見たことがありません。 何故、これまで監視の本が出なかったのでしょうか。 その監視ノウハウが社外に出ること
perl - 勝手に添削 - Webサイト死活管理 : 404 Blog Not Found
2010年09月01日03:00 カテゴリLightweight Languages perl - 勝手に添削 - Webサイト死活管理 やはり必要以上にゆるいと感じたので。 PerlスクリプトでWebサイト死活管理 - ゆーすけべー日記 リダイレクトはエラー扱いに 以下、問題と感じたところ。 $ua->is_success は300番台でも成立する LWP に限らず User Agent のほとんどはデフォルトではリダイレクト先まで見に行ってしまう このままだと以下のような場合もOKになってしまう。 % lwp-request -S -mHEAD http://www.dan.co.jp/~dankogai/hijitsuzai HEAD http://www.dan.co.jp/~dankogai/hijitsuzai --> 302 Found HEAD http://blog.li
Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法
監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)に続きます 今日ようやく、積ん読状態だった「Software Design 2010年1月号」を手に取ったのですが、特集が「今日から使えるスクリプト満載！ [プロ直伝]お手軽サーバ監視術」。興味深く拝読したのですが、もっと楽ができるのにと思うところも。ちょうど、昨年末に運用しているサービス「パストラック」のサーバを移転し、crontab と perl で書かれたスクリプト群を使った監視環境を構築したところなので、そこで使っているスクリプト cronlog を紹介したいと思います。 特集の前書きにも書かれていることですが、サーバやネットワーク機器が多数ある環境なら、Nagios を始めとする、専ら監視のために作られたソフトウェアを使って、監視システムを構築すべきです。逆に小規
Kazuho@Cybozu Labs: 監視とは継続的なテストである、という話 (もしくは cronlog とテストスクリプトを組み合わせた監視手法について)
結論から先に。cronlog を使えば、アプリケーションのテストコードと全く同じ形式で、監視用のスクリプトを書くことができます。プログラマが監視ツールの記法を覚える必要はありません。これは、プログラマが運用も行うケースでは特に有効な手法だと思います。 先週公開した Kazuho@Cybozu Labs: crontab を使って効率的にサービス監視する方法 というエントリで、crontab と拙作の cronlog を用いてサービス監視を書く手法を紹介しました。しかし、挙げた例はいずれも ping や http のテストといった外形監視の手法です。RDBMS とウェブアプリケーションのみから構成されるサービスならそれだけで十分でしょう。 しかし、外形監視だけでは、メッセージキューのような非同期処理の遅延を観測することはできません。また、http のログを監視して、エラーレスポンスや平均応答
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
コーヒーサーバは香炉である » objective-c