サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
Fluentdで始めるリアルタイムでのログ有効活用
はじめに Fluentdは、ログを収集し格納するためのログ収集基盤ソフトウェアです。Fluentdにインプットされた、すべてのログをJSONに変換し、アウトプットします。インプットとアウトプットはモジュール化されており、モジュールを追加することでインプット元とアウトプット先を追加できるようになっています。 Fluentdは急速に知名度を高め、多くのWebサービス会社で実際に使用されるようになりました。従来のログが抱えていた問題も、Fluentdが適切な解決策となっていると認知され、かつ簡単に導入・スモールスタートできるミドルウェアであったことが大きかったと思います。 本稿では、Fluentdの簡単な仕組みと導入方法、シンプルな動作事例について紹介します。 対象読者 システム管理者 データサイエンティスト 必要な環境 UNIX系OS Ruby 1.9 ログを出力する理由 システム運用を始める
「スルガ銀-IBM裁判、日本IBMに74億円超の賠償命令」 - カレーなる辛口Javaな加齢日記
http://itpro.nikkeibp.co.jp/article/NEWS/20120329/388219/ http://itpro.nikkeibp.co.jp/article/COLUMN/20110804/363621/ http://itpro.nikkeibp.co.jp/article/COLUMN/20120330/388310/ http://slashdot.jp/story/12/03/30/1830220/ http://togetter.com/li/280424 メモ 発言を見る限りは有りがちなデスマーチ． 勘定系システムの開発失敗を巡り、スルガ銀行が日本IBMに115億8000万円の支払いを求めた裁判で、東京地方裁判所は2012年3月29日、日本IBMに74億1366万6128円の支払いを命じる判決を言い渡した。 スルガ銀行は2000年代初頭に勘定系シス
NEC、自社開発CPU搭載のメインフレーム機を10年ぶりに発売 | スラド IT
NECは6月28日、自社開発のCPU「NOAH-6」を搭載するメインフレームの大型機「i-PX9800/A100」を発売した。自社開発CPUを搭載した大型機をNECが発売するのは10年ぶりとのこと(プレスリリース、 製品情報、 ITproの記事、 日本経済新聞の記事)。 NOAH-6は4CPUを搭載した同社のCPUモジュールNOAH-5の機能を1チップ化したもので、面積比で1/74の小型化、1/5の低消費電力化を実現。自社開発のチップセットは8CPUまで対応しており、最大32コアとなる。NOAH-6の搭載により、Intel Itaniumプロセッサーを搭載した従来機と比べてCPU性能が約3.5倍に向上するとともに、最大で60%の消費電力削減が可能だという。出荷開始は9月28日を予定しており、最小システム構成時のレンタル料金は月額950万円(税別)から。
「UNIXをC++で分散OSに書き直せ」、幻に消えたBill Joyの野望とは - ITジャーナリスト星暁雄の"情報論"ノート
UNIXの歴史にはある大きな転換点があり、そこには「もう一つの未来」の可能性が開けていました。この転換期に起こった出来事は「UNIX戦争」として知られていますが、その背景に「UNIXをC++で分散OSに書き直す」という野心的な計画があったことは、今ではほとんど語られることはありません。 私は、この一連の出来事の時期に、『日経エレクトロニクス』の記者としてUNIXの動向を追っていました。当時の出来事の概要を、取材者の視点から書き記しておきたいと思います。多くの読者にとって初耳の情報も含まれていると思います。 一連の出来事の発端は1987年に発表された、Sun、AT&T、Microsoftによる統合UNIXの発表です。この発表の前夜がどういう時代だったか、という話がまず必要でしょう。 統合前夜 1980年代後半は、コンピュータの歴史でも重要な時期でした。この時期、32ビット・マイクロプロセッサ
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
ハードウェアの信用
The Invisible Things Lab's blog: Trusting Hardware 少々古いが、面白かったので紹介する。 なるほど、君はパラノイアにとりつかれているんだね。自分のマシンでは、LinuxとかGNUとかのオープンソースなソフトウェアしか走らせたくないってわけね。やろうと思えば、全ソースコードを自分の目で検証可能だって安心してるわけか（実際やらないんだろうけどさ）。パラノイア病がもっと進行してきて、オープンソースなBIOSとかにまで手を出し始めちゃった。バカな奴らがWindowsみたいなクローズドソースのシステム使ってるなんて訳がわからないよ。とまあ、こう満足してるわけだよね。 でーも、所詮そこまでなんだよね、君は。だってまだハードウェアを信用しなきゃならないでしょ。ハードウェアベンダーが、ネットワークカードのマイクロコントローラーにバックドアを仕込んでないこと
まさに怪物！ Fusion-ioが容量10テラバイト／性能130万IOPSのフラッシュドライブ「ioDrive Octal」発表
まさに怪物！ Fusion-ioが容量10テラバイト／性能130万IOPSのフラッシュドライブ「ioDrive Octal」発表 わずか2つ程度のPCIeスロットのスペースに、10テラバイトのストレージ容量で、しかも1秒間に130万回のI/O性能、リード性能が6.7 GB/s、ライト性能は3.9 GB/sという怪物のようなフラッシュドライブ「ioDrive Octal」を、米Fusion-ioが発表しました。 「ioDrive Octal」は、2012年の第1四半期に登場予定、価格はまだ発表されていません。 データベース性能が飛躍的に向上 Fusion-ioは、PCIeスロットに接続する高速なサーバ内蔵型フラッシュストレージという、新しいストレージデバイス分野の草分け的存在。 一般にエンタープライズ用途においてフラッシュメモリを用いたストレージは、リードに比べてライトが遅いことや、長期間の
丈夫なシステムについて - レジデント初期研修用資料
大学病院に入局した昔、田舎の電源事情は妙に悪くて、停電は日常だった。雷が落ちると病棟の電気が消えて、エレベーターに看護師さんが閉じ込められたり、大学のインフラは案外貧弱だったのだけれど、業務はあまり止まらなかった。非常用発電機の音を聞きながら、暗い病棟に殴り書きの伝票を持った研修医が走り回って、走らされるほうも、受け取るほうも、いい加減なシステムを回すのはきっと大変だったのだろうけれど。 きっちりやると脆くなる 震災直後の停電で、近隣の基幹病院は、病院の機能全てがダウンした。 電子カルテや画像診断装置が動かなくなるのはもちろん、薬剤を処方しようにもオーダーは出せないし、記録を残そうにもPCが動かない。救急外来の機能は止まって、救急車を受けることはもちろんできなくなって、調理室が上の階にあったから、入院患者さんに食事を配膳するのも大変だったのだと。 新しい施設は電子化が行き届いていて、動線は
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ
スルガ銀−IBM裁判に関する雑感 - GoTheDistance
週末スペシャル - “スルガ銀−IBM裁判”を振り返る：ITpro スルガ銀行がIBMを訴えたのは債務不履行とのこと。つまり、債権者であるスルガ銀行が「IBMの責任で」自分たちが望むシステムを作り上げることが出来なかったと言っております。債務者(IBM)の責任である場合は、スルガは契約の解除や、不履行により生じた損害を請求することが民法で認められているそうです。スルガから契約解除＆損害賠償という強烈なワンツーパンチが飛んでいます。 要件定義を3度もやり直すという記述がありましたが、恐らく要件と要求が入り交じった「こーゆーことができるようになりたいです！」という夢と現実の区別が付かない仕様書があって、結局そいつの着地点がスルガもIBMも決められず「そのうちどうにかなるやろ」と宙ぶらりんのまま続けていき、現行業務とのギャップが後から後からザックザク出てきて、そのギャップに＋αされた機能が特盛り
もうファイル管理で困らない！ デザイナーのためのSubversion/TortoiseSVN入門
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに はじめまして、Yahoo!検索のデザイナー担当の竹内美帆と申します。 今Yahoo! JAPANでは、プロジェクト毎にバージョン管理システムを使い分けていますが、Subversionを使用しコードを管理しているプロジェクトもあります。2011年1月～3月には、デザイナーが所属する部署でもデザイナーが作成するHTML・CSS・JavaScriptファイルなどをバージョン管理システムであるSubversion（サブバージョン）で管理しようという動きがありました。 デザイナーにとってはとっつきにくい印象がある「バージョン管理」ですが、うまく利用すれば「あのファイルどこいった？（汗）」「いつこのファイル書きかえたっけ？（汗）」「
第1回 重なった30の不手際
東日本大震災から3日後の2011年3月14日。この日の午前に最初のトラブルは発生した。テレビ局が東日本大震災の義援金を番組などで呼びかけたところ、みずほ銀行東京中央支店のテレビ局の義援金口座（以下、口座a）に、振り込みが殺到した。 午前10時16分、振り込みによって生じた「取引明細」の件数が上限値を超え、口座aに対する「預金・取引内容照会」ができなくなった。取引明細は通帳の記帳に使う。 みずほ銀は口座aを、格納できる取引明細の上限値が小さい「個人・通帳口」として間違って設定していた（表-1）。 みずほ銀は口座の種類を二つの属性の組み合わせによって区別している。一つは「個人」か「法人」か。もう一つは、取引明細を通帳に記帳する「通帳口」か、記帳しない「リーフ口（ぐち）」かである。 これら二つの属性によって、格納できる取引明細の上限値が変わる。通常、義援金口座のような大量振り込みが予想される口座
2002年4月、みずほ銀行に何が起こったのか - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
2002年4月。第一勧業銀行、富士銀行、日本興業銀行が合併しみずほ銀行となった。この件についてはたくさんの報道がされたため、そのとき何が起こったのか、覚えている人も多いはずだ。 当時のぼくはシステム開発に興味がある2ちゃんねらで、よって連日プログラマ板に出入りしてはゲラゲラ笑うなどしていた。やれやれ。 さて、9年前のあのとき何が起こったのか。インターネットを探してもなかなかまとまった資料がないので、回収できた資料をまとめてみたいと思う。 http://ja.wikipedia.org/wiki/%E3%81%BF%E3%81%9A%E3%81%BB%E9%8A%80%E8%A1%8C%E3%81%AE%E5%90%88%E4%BD%B5%E5%87%A6%E7%90%86 この運用方針の結果、2002年4月1日の合併当日からメインコンピューターの不具合が原因による大規模なシステム障害が発生
太田さんによる某銀行のバッチについてのまとめ
Kenichiro Ota @oota_ken やる夫：やらない夫ー、地震に続き某メガバンクでトラブルがあってお金の引き出しとかができなくなっているみたいだけど？
Web Applicationを綺麗に設計するためのMVACという考え方 - $shibayu36->blog;
【2016/03/04追記】以前まとめたこのMVACという名前の設計は既に古くなっており、今はこのようなアーキテクチャで設計していません。 こんにちは。最近ははてなでMVACというアーキテクチャに則って開発をしているのですが、ようやく意味を理解できてきました。そこで今回は「Web Applicationを綺麗に設計するためのMVACという考え方」について、サンプルを交えながら説明していこうと思います。かなり長くなってしまったので、時間があるときにでもどうぞ。 MVACって？ データソースやロジックを扱う「Model」、表示・出力を管理する「View」、複数のModelとControllerをつなぐApplication、ユーザのリクエストなどを受け取りViewやApplicationを制御する「Controller」の4つの要素を組み合わせてシステムを実装する方式。MVCをさらに抽象化した
巨大倉庫で働く「自律型ネットワーク・ロボット」(動画) | WIRED VISION
前の記事 宇宙のライブ：国際宇宙ステーションがウェブカメラから配信開始 「普通のネズミより10倍長寿」のハダカデバネズミ：その理由は？ 次の記事 巨大倉庫で働く「自律型ネットワーク・ロボット」(動画) 2009年3月11日 Alexis Madrigal 今度『GAP』から新しいスキニージーンズを注文するときは、小売業において広まりつつある、集団意識を持つロボットたちによる専制支配を自分が支援しているのだと認識したほうがいい。 米GAP社が運営する倉庫では、製品を棚から引き出して購入者に発送する作業に自律型ロボットを採用している。米Zappos社[靴の販売業]や米Staples社なども同様だ。 ロボットたちはオレンジ色で、床掃除ロボット『Roomba』(日本語版記事)の巨大版のような形状だ。彼らに指示されるのは、製品が置いてある場所とそれらを運ぶ場所だけで、その先の作業はロボットたちが自ら
アマゾン、440億円の大型買収へ。ベゾスも恐れるダイパーズ、驚異的成長の秘密：In the looop：オルタナティブ・ブログ
Amazonが、Quidsiを買収すると複数のブログメディアが報じた。買収額は540百万ドル(約440億円)だ。 Quidsi(以下、運用サイトDiapers[ダイパーズ]と略する)は、創業2005年。ベビー用品コマース Diapers.com を中心に、Soap.com、BeautyBar.com を運営している急成長ベンチャーだ。特にDiapers.comの成長は驚異的で、わずか創業4年にもかかわらず、2009年売上で180百万ドル(約146億円)、2010年売上は300百万ドル(約244億円)は達すると見込まれている。 【急成長ベビー用品コマース Diapers.com】 ちなみに、Amazonの大型買収は、900百万ドル(約732億円)を投入したZappos以来だ。 ・ アマゾンが800億かけても買収したかった「ザッポスの奇跡」 (12/7) このZapposとDiapersは、巨
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
"費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた
LPI-Japan、クラウド技術を学ぶ「高信頼システム構築標準教科書」を無償公開