ドキュメントモード、もうだめみたい。 http://furoshiki.hatenadiary.jp/entry/2013/11/26/032352Read less
こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか? まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。
ユーザー企業の情報システム部門で今、運用担当者の人数が大きく減り始めていることをご存じだろうか。 運用業務には、「アプリケーション保守」や「OS/ミドルウエア運用」、「ITインフラ運用」などがあるが、あらゆる業務に関わる運用担当者が減少しているのだ。まずは4社の事例を紹介しよう。 サイバーエージェント 運用担当者の人数 20人→0人(予定) サイバーエージェントで消費者向けWebサービスを手がけるアメーバ事業本部では、現時点で20人いるOS/ミドルウエアの運用担当者を、2年後の2015年までにゼロにする計画だ。 彼らは現在、OS/ミドルウエアをサーバーにインストールしたり、パッチを適用したり、アプリケーションの負荷に応じてサーバー台数を増減したりする業務を行っている。これらの業務を、オープンソースソフトウエアの運用管理ツール「Chef」を導入することで、自動化する計画だ(図1)。
今日は日本の会社で提唱されるPDCAについて、普段私が疑問に思うことを 漫画にしてみました。これもパワハラの遠因になってんじゃね?とも思ってます。 私のいた会社では上層部が「PDCAだ!」などと、ほざいてましたが漫画の様に Planは現場の情報を無視した上層部の希望的観測により立案され Doに至っては既存の組織にPlanを丸投げし「なんとかしろ」と言うだけで 戦略の提案も、人員の再配置、最適化はありませんでした。 次のステップであるCheckにより上記問題は洗い出されるはずであり 目標が未達なのは、①Planに問題がある or ②Doに問題がある のどちらかです。 しかしPlanに問題あると結論を出せば、上層部を批判することになり その責任は曖昧にされDoへ責任転嫁されるのです。 そして最後のCheck段階では「猛省しております!次は頑張ります!」などという、 具体案無き精神論を吐いて次の
みずほフィナンシャルグループ(FG)の佐藤康博社長は25日、都内で開いた株主総会で、今週末に行うシステム統合に関し、「過去に起こしたシステム障害について非常に重い責任を負っている。今後二度と(トラブルを)起こさない決意で迎える」と述べた。 みずほFGは、傘下のみずほ銀行とみずほコーポレート銀行が7月1日に合併するのを前に、今月29日午前0時から7月1日午前8時まで、現金自動預け払い機(ATM)を含むすべてのオンラインサービスを一時休止して、システム統合を実施する。 みずほは、第一勧業、日本興業、富士の旧3行を現在の2行体制へと移行した2002年4月と、東日本大震災後の11年3月の計2回にわたり、大規模なシステム障害を起こした。
> 原文(Why MongoDB is a bad choice for storing our scraped data) 私自身はMongoDBを推進する立場なのだが、確かにMongoDBに適さないケースはある。 闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。 この記事はMongoDBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。 ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。 (もちろん是非原文で読むのをお勧めする) 状況 最初はMongoDBでうまく動いていたが、だんだん苦労が増えてきて 元々のアーキテクチャを刷新するタイミングでMongoDBから別のプロダクトに乗り換える事にした。 システムの規模 詳しく書かれていないが、1ノード辺り数TBとあるのでSharding環境ではないかと思われる。
兵庫県の淡路島で震度6弱を観測した地震に関する大阪府の防災情報メールが府民に配信されなかった問題で、府は14日、メールの元データとなる気象庁提供の地震情報に、日付の前に「きょう」という言葉がなかったため、府の配信システムにエラーが生じていたと発表した。 府災害対策課によると、防災情報メールは気象庁からの地震情報の内容を府のシステムが自動的に読み取り、配信する仕組みになっている。システムは気象庁の情報について、日付の前にある「きょう」「きのう」といった言葉が入っていることを前提にプログラムされているが、今回の情報では地震発生時間の「13日5時33分ころ」の前に「きょう」が入っていなかったため、システムが異常と認識したという。 同課では「表記の変更について、気象庁から連絡はなかった」といい、15日以降、気象庁に確認する。 防災情報メールは府民約10万人が登録している。地震の発生と府内各地の震度
トップページ > 旬ネタ > タクシー業界を変えた『日本交通タクシー配車』は、情シス社員2人の挑戦から生まれた【特集:スマホが企業を救う】 スマートフォンのGPS機能を使ってタクシーを呼び出すO2Oアプリが人気を博している。現在、類似アプリが複数存在しているが、その先駆けとなったのが『日本交通タクシー配車』だ。 開発を担当した日交データサービスは、1977年に日本交通グループのシステム部門として発足して以来、配車や顧客管理、給与計算、日報管理など、同グループにおける基幹業務システムの開発と運用を行っている。社名や業務内容から想像される通り、この配車アプリの開発に乗り出すまでは、自社ホームページ以外でBtoC向けサービスにかかわることはほとんどなかったという。 システムグループリーダーの若井吉則氏は当時を振り返る。 「ガラケー全盛期に携帯向けの『モバイル配車』というサービスを提供していたこと
1 :ライトスタッフ◎φ ★ 2013/02/13(水) 00:30:04.48 ID:??? 2年ぶりにIT(情報技術)業界の専門月刊誌の記者に戻って、少々残念に思ったことがある。 取材対象である企業の情報システム部門やIT企業に身を置く人材の職場環境が、どうも良く なっていないことが分かったからだ。改善どころか悪化しているようである。 システムの仕事は、社会や企業におけるITシステムの重要性が高まっていることもあって、 やりがいが増し、活気に満ちあふれていてもおかしくない。ところが実態はそうでもなさそうだ。 「IT業界の方から、うちの会社の組織風土改革もお手伝いいただけないか、とお声掛けいただく 機会が増えた」。日経情報ストラテジーで人気のコラムニストであり、組織風土改革の第一人者 であるスコラ・コンサルトの柴田昌治氏はこう打ち明ける。 ■「ありがとう」と言ってもらえない 国内企業のI
2013年 02月 05日 デザイナーでも使うと便利なバージョン管理システムGitの勉強会に参加しました カテゴリ: Git タグ:Git この週末にGitの勉強会を開いてもらって基礎的なところから教えてもらいました。これまで興味はあったけど全く何も知らなかったので、いろいろ詳しく教えて頂きました。 1.Gitとは? 2.用語解説 3.実際に使ってみる。msysgit 4.参考文献 Gitとは? 分散型バージョン管理システムの一つです。ファイルの更新状態を好きなタイミングで保存しておくことが出来、好きなタイミングで保存している状態へ戻したり、編集した箇所の差分を表示したりする事が出来ます。 また、プロジェクトを複数人で進行している場合に起こりうる、古いファイルでの最新ファイルの上書きといったトラブルについても、Gitを利用すればエラーが帰ってくるため避けやすくなります。 尚、Gitと聞くと
内容:「ひよっ」は、魚拓機能付きの短縮URLサービスだ。特定のウェブページのURLを入力すると短縮URLを発行し、あわせてキャッシュを生成するので、いわゆる魚拓サービスとしての利用も可能だ。 「ひよっ」は、魚拓機能付きの短縮URLサービスだ。特定のウェブページのURLを入力すると短縮URLを発行し、あわせてキャッシュを生成するので、いわゆる魚拓サービスとしての利用も可能だ。 使い方は簡単で、URLを入力して「短縮URL作成」「キャッシュ+短縮URL作成」のどちらかのボタンをクリックするだけ。前者であれば短縮URLが発行されるので、コピペしてメールやSNSでそのまま利用できる。フォーマットは「hiyo.jp」の後ろに3文字がつくだけなので、短縮URLとしては短い部類に入る。QRコードがあわせて発行されるのは国産サービスならではだろう。 「ひよっ」トップページ。ブックマークレットを利用すること
はてブではすでにボロクソ言われてますね。フラグ立ちまくりと。ちょっとこれは解説せねばなるまいか… 以下はすべてとある人からの伝聞です。伝聞なんだってば。 みずほ銀行が次期システムの開発をマルチベンダー体制で進めることが日経コンピュータの取材で判明した。富士通、日立製作所、日本IBM、NTTデータの4社に分割発注する。 [スクープ]みずほの次期システムはマルチベンダー、4社に分割発注 | 日経 xTECH(クロステック) 周知の話だけすると、現行システムにおいては 勘定系(ホスト)…富士通 営業店端末システム…富士通 インターネットチャネル(ダイレクトバンキング)…IBM 情報系システム…IBM 周辺系(中継系)…IBM 外部接続系…日立 コーポレート銀行勘定系…日立 等々、すでにここに出てきているベンダーがマルチベンダーの状態で仕事をしている。また、ここ重要なところだと思うけれども、ベンダ
もう2007年といえば5年前のことになってしまう。時のたつのは早いものです。 当時の増田のエントリが何故か今頃盛り上がっていて、その結果それに言及した僕のエントリも盛り上がっているようなのですが、5年前の状況というのはさすがに古かろう、ということでちょっとアップデートしてみたいと思います。 参考: IT業界で無事にいたいなら銀行に関わるな 銀行SE…かわいそうです… - novtan別館 ここ最近の銀行システムの大きなトピックというのは三菱統合UFJ銀行のDAY2(システム完全統合)と、みずほ銀行の3.11後の大障害とそれに伴う銀行の統合・システム刷新でしょう。 特に後者は銀行システムの停止が社会に与える影響が如何に大きいものかということを体現してくれました。 なんどかリークもされているからここだけの話をすると、みずほ銀行はいわゆる第三次オンラインをちゃんとやらなかった建て増しシステムであ
私がよく通る道に古いオフィスビルがあり、そこの1階にITの会社が入っている。看板に出ている社名と、窓からちょっと見える社内の雰囲気からして、古いタイプのシステム開発会社のようだ。その会社ではスーツ着用が必須のようで、全員スーツを着てPCに向かい、開発している。座席のレイアウトも昔ながらの「島型」で、向かいの人の顔が自分の視界に入るやつだ。私はこの会社の横を通るたびに、「ここの社員はかわいそうだなあ」と思う。 座席のレイアウトは、場所や予算の制約もあるだろうから、まあ目をつぶるとしよう。しかし、開発をするエンジニアにスーツを着せても、まるで意味がない。営業やサポートにも行くエンジニアや、客先常駐するエンジニアならまだわかるが、自社で開発しているエンジニアにスーツを着せても、仕事のジャマになるだけだ。 こういう古いタイプの会社は、経営者がおそらく「まじめに働く」ことを重視しているのだろう。みん
情報処理システム会社の福岡事業所に勤務していた福岡市のシステムエンジニアの女性(当時31歳)が急死したのは過酷な労働が原因として、両親が同社合併後にできた「アドバンストラフィックシステムズ」(本社・東京)に対し、慰謝料など計約8200万円の損害賠償を求めた訴訟の判決が11日、福岡地裁であった。 府内覚裁判官は「死亡と会社の業務との間には因果関係がある」として、同社に計約6800万円の支払いを命じた。 判決によると、女性はシステム移行などを担当し、2007年2月の時間外労働が約127時間に上った。3月に仕事上のミスなどが原因で自殺未遂し、約1か月間休養した。その後復職したが、深夜残業など過酷な勤務が続き、5日後、東京出張中に致死性不整脈で死亡。福岡中央労基署は09年、労災認定した。 同社側は「亡くなる直前に約1か月の連続休暇を取得しており、死亡と業務に因果関係はない」などと主張した。しかし、
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
ドメインウェブの設定が見つかりません 考えられる原因 ドメインウェブの設定がまだ行われていない。 ドメインウェブの設定がまだ反映されていない。(反映には数時間~24時間かかることがあります) ドメインウェブ・DNSの設定が誤っている。 アカウントが存在しない、契約が終了している、削除されている。
2012年7月1日のうるう秒のあとに、MySQLやJavaなどのCPU使用率が高騰する事象が報告されています。 CPU %user %nice %system %iowait %steal %idle 08時30分01秒 all 0.02 0.00 0.02 0.04 0.00 99.91 08時40分01秒 all 0.02 0.00 0.02 0.08 0.00 99.88 08時50分01秒 all 0.02 0.00 0.02 0.03 0.00 99.92 09時00分01秒 all 0.11 0.00 0.13 0.04 0.00 99.72 09時10分01秒 all 23.02 0.00 29.09 0.11 0.00 47.78 09時20分01秒 all 23.11 0.00 29.08 0.06 0.00 47.75 09時30分01秒 all 22.85 0.00
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く