【IT】ファーストサーバ、データ消失事故で再発防止策…関係者を処分　開発・運用部門を分離 [08/10]

ファーストサーバ株式会社は10日、6月20〜21日に発生したデータ消失事故についての再発防止策を発表した。
社外の専門家ら第三者委員会による事故調査報告書をもとに策定したもの。
開発部門と運用部門を分離し、責任範囲を明確化させるなどの改善を行うとしている。

再発防止策は4点に分かれており、いずれも7月25日から8月24日までの間に順次導入を完了させる予定。
まず第1点の「開発・運用プロセスの見直し」においては、システム変更のための社内マニュアルを検証するとともに、
部内ルールとして再徹底すると説明。
具体的には、本番システムのシステム変更権限を運用部門に限定し、部門間の牽制による事故防止体制を構築する。

運用部門は、開発部門からのシステム変更要請を受け入れるという体制を敷く。
この際、運用部門側で各種の検証試験を行う。また、開発したプラグインによるシステム変更や、
ホスト環境の変更については、社内マニュアルの整備だけでは事故リスクを防ぎきれないと考えられるため、
コードレビューを実施する。

第2点の「牽制（開発・運用）を含めた体制の確立」では、開発部門、運用部門の分離を明確に規定した。
両部門の兼務者は極力廃止する。

第3点の「システム変更業務の運用移管と分掌整理」では、本番システムへのリリース業務を運用部門に
移管させることを改めて規定。「開発担当者の属人的なシステム変更を抑制する」としている。
業務フローについても、曖昧な内容を排除するため、見直す。

第4点は「2次バックアップの取得」で、毎朝6時30分に行っている同一筐体内バックアップだけでなく、
操作ミスやプログラムのバグの影響を受けにくい外部バックアップシステムを追加する。
2次バックアップシステム側から本番環境サーバーへアクセスする設計とすることで、サーバーのオペレーションや
更新プログラム配布時の不具合に起因するデータ消失が発生しにくくなるという。
なお、バックアップの周期や世代に関する仕様は、現在策定中。

6月20〜21日のデータ消失事故にあたっては、その後の復旧作業の過程において、
復元データに他のユーザーのデータが含まれてしまうという情報漏洩事故も発生している。
この「第2事故」についての再発防止策も発表されており、まず、データ消失事故の発生に備えた対応マニュアルを整備する。
具体的には「データ復旧ソフトによる復旧は実施しない」という規定を明確化する。
あわせて、重大事故発生時の対応が場当たり的なものにならないよう、リスクマネジメントに関する組織も新設する。

ファーストサーバでは、再発防止策の発表にあわせて、関係者の処分を行った。
また、代表取締役社長および取締役管理部長の2名は、役員報酬の一部を自主返納した。

http://internet.watch.impress.co.jp/docs/news/20120810_552814.html

2なら、ファーストサーバのRAID5が死亡

トカゲの尻尾切りｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!

常に企業は安全よりコスト優先である

モリタ　「どうしてファーストサーバって言うか知ってるか？

　　　　　早く逝くからファーストサーバって言うんだ」

名前変えないともう無理じゃない？

コレ、完全に改悪じゃん

バイトに作らせてアボン確定

処分ってクビ？

アップル共同創設者のS・ウォズ氏、「クラウドは今後5年で問題多発」
http://www.afpbb.com/article/environment-science-it/it/2893702/9333834

なんだろう・・・このなんつうか・・・行間から漂うクズ企業臭は・・・ｗ

さすがソフトバンクーヤフージャパン系だな

役員報酬を一部自主返納… 一部以外はがっぽり懐に収めたんですね、わかります

この会社のサーバーを利用しない事が、一番の安全策である。

>>5
逝くが全然ファーストサーバーに掛かってないじゃん

あれ？　商売続けるつもりなの？

安レンタルサーバーをクラウドと呼ぶのはいい加減やめようぜ

全然対策に説得力がねえｗ

もう取り繕えない　欠陥が浮き彫りに

> 両部門の兼務者は極力廃止する。
運用コストかかるから、担当者は両部門兼任ですね。

>>1
今時そんな対策を採ってないDCがあった方が驚きだよ・・・

ここの営業が来たら塩撒かれるだろｗ

明らかに人的コストが上がる方向に舵を切ったけど、
お値段据え置きで頑張らせるんだろうか？

テープ媒体への日次バックアップとかなかったの？

ってお前等開き直ってたやん

トカゲの尻尾切り

廃業せえや

再発防止じゃなくて賠償費用払えじゃね？

仕事にヤフー系列と楽天系列は無いな
他に無いようなところってある？

マニュアルを守らないことに対してはどうするの？

クラウドにデーターを預けた瞬間に放棄

同じ社員が、開発部と運用部の2つのIDカードを首にぶら下げて、
2つのadminユーザ名を使い分けるってこと？

>>1
普通というか、これでも普通以下のような・・・

>>31
部屋に入室するためのカードは1つで済むし、
両部門とも最初にroot権限でログインすれば作業者1人で済むよ。

>>1

596 名前：可愛い奥様 []： 2012/08/10(金) 13:59:00.42 ID:HeddouERO
今回、アミの悪事が新聞沙汰となりました。
私はいつか表沙汰になると思っていました。
今回気になる話を耳にしました。噂かもしれませんがアミの闇の部分考えるとあながち嘘とも､､､。
アミさんのご近所には野良猫が数匹住み着いています。
それが昨年春頃から野良猫数匹が前足を庇いながら歩いているのに、ご近所の奥様が気付きました。
一匹ならまだしも数匹にもなる事を不審に感じましたが、その時は猫同士のケンカと思い気に止めなかった。
ある日の夕方、アミが近所の路地で猫にエサを与えるアミを見かけます。回覧板で猫への餌付け禁止を知っていた近所の奥様は、
アミを止めようと声をかけようとしました。


609 名前：可愛い奥様 []： 2012/08/10(金) 14:09:10.82 ID:HeddouERO
つづき

しかし次の瞬間、近所の奥様は凍りつきました。
アミはエサを食べている猫の前脚を力任せに思っきり踏ん付けたのです。
ギャーっと絶叫し猫は一目散に逃げだしました。
あまりの事に奥様はアミに声をかけれず、咄嗟に物陰に隠れたそうです。
そして前脚をケガして逃げていく猫をニヤつきながら見つめ、鼻歌を歌いながら、どこかに行ってしまったそう。
ご近所の奥様は、それで最近の野良猫の前脚のケガは全てアミの仕業だと悟り、恐ろしくなったそう。

アミの母も猫が苦手でよくホースで水撒く時に野良猫に向かって放水していた事があったそうです。
ホントに親も子も腐ってますわ！

>>33
シングルブレイン・デュアルパーソナリティ環境でやれば人件費はそのままｗ

廃業しないんだ
一ヶ月分の利用料以上の賠償はしないと居直ってるのにまだ使う人居るんかいな

こんな適当でいいなら俺にもできそう

レン鯖事業なんて一昔前なら学生が小遣い稼ぎによくやってたよ

対策後で普通の鯖屋さん？

>>1
＞第4点は「2次バックアップの取得」で、毎朝6時30分に行っている同一筐体内バックアップだけでなく、

まだこんなこと言ってるの？
これは待機系へのデータ複写であってバックアップでは無い、でFAなのに

あれだけのことやらかしといて役員の報酬一部自主返納だけとか
ないわ

もう 韓国にまかせたら>>1

どうやら更新プログラム内部のリモートコマンドでrmコマンド？が
あらゆるサーバのファイルを削除しまくったみたいだね。
（大規模障害の概要と原因について - http://support.fsv.jp/urgent/report.html）

>>28
とりあえずSB、楽天、GMO系は避けるべし

>>43
うっかり八兵衛も真っ青のうっかりさんだなｗｗｗｗ

重要なソフトを委託するときは
開発と検証は別会社にする。
が結局はやすくすむだが

>>1この仕組だと今度はハッキングされるな。

調べたら、今回の件で親会社のヤフーは特損１２億円、追加なし
やっすいなおい

使い続ける所あるんだｗ

担当者Aは？

日本や韓国のＩＴ関係は開発こそかっこいい幻想で保守フェーズをなめてるからねえ

どうせ中身のほとんどはエロ関係なんだろ

メンテプログラムコメントアウト使って使いまわしとか何の冗談だよ

ファーストサーバの名前で商売はもうできないでしょう。
どれだけ改善されてもまあ、無理ですね

え？まだこの会社生き残るつもりなの？ｗ

> 70 名前：名無しさん＠１３周年[sage] 投稿日：2012/06/22(金) 15:30:03.02 ID:pm0RYojE0
> ♪ ハァー データが無ェ メールも無ェ
> ♪ 顧客の情報残ってねえ
> ♪ サイトも無ェ 予備も無ェ
> ♪ 管理の担当ぐーるぐる
> ♪ 朝起きて データ無し
> ♪ 二時間ちょっとで地獄行き
> ♪ 謝罪も無ェ 打つ手も無ェ
> ♪ 上司の怒声が鳴り響く
> ♪ 俺らこんな鯖いやだ〜
> ♪ 俺らこんな鯖いやだ〜

ってかISMSの認証もとりあげろよｗ
バックアップ運用についても項目にはいっているはずだろ？ｗ

ありがちな問題点
・運用を考えずに開発するから、いつまでたっても運用移管できない

対策
・最初から運用部門で「改良」と称する新規開発を行う

>>58
それを常に進化する業界最新鋭のシステムとも言うｗ

会社が消失するのはいつですか

相互RAID10で。
基本的に自社の顧客、社員の給料のデータを入れておけば少しは本気になるのではないか。

>>49
都会のヤブ医者が無くならないのと同じなんじゃね？
患者は勝手に「いちど度失敗してんだ、もう失敗だろう」「上手くなったろう」と思いこむ
ミス繰り返すはずがないって思い込みでね

>>61
そこだけ本気になるだけのオチ

もう小さな会社や自営業くらいしかこないかもなｗ

さあ、早く500円券を配る作業に戻るんだ

え？潰れずにまだ営業する気なんだｗ

>> 代表取締役社長および取締役管理部長の2名は、役員報酬の一部を自主返納した。
ってふつう社長交代でしょう。

ライバル企業なんてゴマンとあるんだろ？
これだけアホで迷惑な事故起こしといて「今度から気を付けます」で済ますようなとこはもう縁切りが当然

おい、これだけの事故起こして社長の辞任ないしは降格とかしないのか

つか今起こってる損害賠償とかの対応しっかりせんと顧客はまず戻らないぜ

次に問題が起こったらこの会社はどうするのかってのが
今の事故処理で判断されちゃうんだから

こんなんやっちゃったら激安路線で攻めていくくらいしかきのこれないだろう

>>66,68
SBの系列とか取引先とかに押し込んでるんじゃね

んー事故がおきたことの深刻さはわかるけど、
他の記事とか読んでて思ったのは、頑張って効率化
とか考えるのはバカがすること、みたいなことかな。
自分もぜんぜんレベルは違うけれど、部内のシステム
を作って、とても重宝しているけれど、これでミスが
生じたら、全部責任とらされるとかいうのはなんか
バカらしくてやってられんよ。だったら、昔のまんま
非効率的な仕事してるほうがマシということになる。

ど素人集団だなあ

＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。
＞コードレビューを実施する。

コードレビューさえしないコードを即実行って・・・
キチガイ、クレージーだわ

>73
会社全体で責任持ってシステム作れって話やね

内容からして銀行系に並ぶ位の信頼性を担保する必要があるのに
小規模な社内サーバの管理レベルで運用してたからこの様というか

まあ、価格競争が激しいしかなり割に合わない感じはあるが

テスト部門がないのか　ｗ

>>62
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

すげー、今まで検証部門が無かったのかよ

だからこれ思うんだよね、絶対にこの担当の罪じゃない。
構造的問題。激しい価格圧力のなかモラルハザードを起こさせる
ことで利益を得ていた経営陣の罪は非常に重いと思うよ。

>>79
そんな非生産的な部署は、会社には存在しません

もし万一ddの入出力指定間違っても誰も気づかないとか胸が熱くなるな

IT関連の道に進まなくて本当に良かった・・・

これもう
普通のプラントで言ったら
工場の設計ミスで爆発して跡形もなく吹っ飛んだレヴェルだろ
情報災害だろ

こういう集団にはデータ取扱させないように
法律整備したほうがいいよ
工場並みの建造基準とか作ってさ

クラウドなんてもう信用できない
自分で全部バックアップ取れないシステムなんて信用できない

>>84
そんなのまったく無意味。
人間は多かれ少なかれミスするからこういう集団に頼まずに
他の集団に・・だって同じ。

人間のヒューマンエラーを見込んでどう歯止めするかとかを
最初に設計しておかないといけない。

こんな調査報告書に名前を書いたら捏造報告しか仕事がなくなるだろうに
専門家に聴いたら9割以上はありえないと答えるよね。私を含めて

スクリプトで消せるって、それはミラーでバックアップじゃねぇ。
明らかに契約違反。linux小僧ひとりに運用を任せるとか正気を疑う。

バックアップが負荷になって経費削減。権限設定が面倒になって自前スクリプト。
どんなに優れたエンジニアでも、年齢と共に劣化することは覚えておくべき。

もう使う奴いないだろここ

>>44
そうかそうかそうか

SoftBank系はさ、他社よりこんだけ安く出来ますよ〜と客集めてドボンと沈没
必要なコスト乗せてたところは壊滅もしくは仕方なく後追いして低品質に
そしてクラウドってダメなんだな〜と悪印象が残る
違うんだよ、ダメなのはSoftBankのやり方

>開発部門、運用部門の分離を明確に規定した

逆だと思うんだよなー。
運用と、開発は一体でよくて、問題の対策としては、
しっかり時間をかけること。
その中で開発→運用→問題点のフィードバック…と
成長スパイラルをたどれるかどうかだとおもうんよ。

時間をかけるということは、即コストアップにつながるけど、
結局のところ、こういうところをケチるから、
重大事故につながるっておもうんよ。

禿はYahooのシステム構築に関して、
学生アルバイトにやらせれば格安で簡単にシステムが出来上がるという趣旨の発言をしていたな。
まあ要するに、そういうレベルの考え方が浸透しているってこと。
禿バンクグループはみな
安かろう悪かろうという、支那や朝鮮製品の特徴をそのままだから

結局素人集団なんだよ

>>92
残念なことに、日本人のソフトウェアに対する見方は概してそんなもんなんだ。。。

ソフバンは
その名の通りに小売業、

ぶっちゃけ言えば
ソフトの開発能力なんて無いよ

誰か他に作らせて
それを売り捌くだけ

独自商品・独自サーヴィスなんてねーもん
あそこ

この期に及んでファーストサーバ使うやつはニワトリレベル。

>>96
逆張りできないのは臆病者。対策設けて逆張りが吉。
とかいって俺はクラウドそのもの使わない時代遅れだけどw

>>97
その考えがニワトリレベル。

どころでサーバへの逆張りってなんだ？

企業文化、企業体質なんて
そんな簡単に変わるものじゃない。
表面上の組織替えだけしても、社員そして幹部、肝心要のトップの
意識改革なくしては、変わるものではない。
つまり、なにも中身は変わらない可能性が高いってことだな。

遠隔地バックアップをやってなかったみたいだし、
ディザスタリカバリができなかった時点でダメだろw

むしろ開発運用わけてねーのかよ。
終わってる。

一度無くした信用は取り戻すのに数十年かかるけど。。会社存続できないでしょ。

>>91
いやいやITで開発運用わけるのは常識。
プログラム更新したら開発環境でテストして、オッケーなら本番環境で動かす。
こいつらいっしょくたにしてプログラムのレビュー無しでやってたんだろ？
俺も素人だけどこれはひでーよ。
品質がゴミカスレベル

全く対策する気が無い事がひと目で分かるな。

約款を変更して、会社の賠償責任を大きくする事をしない。
被害の規模に応じた経営陣の責任を決めない。

守らせる側の人間にリスクを負わせない限り、対策なんて何も意味が無い。
結局、使われないマニュアルと同じように、守られない再発防止策を作っただけ。

再発防止？廃業すると思ってたけどそのまま続けるんだ？

昔、ディスクに溜まったemacsのバックアップファイルを一括で消そうとして
rm -rf *~ ってやるところを、*と~の間にスペース入れちゃって
しかもそれをroot権限で/ ディレクトリからやらかした、とかいう冗談みたいな話を
聞いたことがあったが、この障害もそれに似たようなものだったんだろうか。

まだ会社を続けようとする厚顔無恥加減がすごい。
使う企業あるのか？

>>45
そもそもrmコマンドでルートが削除できることが
おかしいと思う。

そういうのはシステム的に禁止しておくべきだと思
うんだが、どこも使う者任せなんだよな。

開発が一番システムを熟知しているのに
実際の作業はシステムを知らない運用がする？

コストかけずに意味を取り違えた対策もどきって
ホントにこいつら仕事してるつもりなの？

>>110
開発だってシステムを運用する上でのノウハウを熟知してる訳じゃないさ
開発を担当した一部分の内部処理を知っているだけ

運用とか保守は開発した人員から引き抜かれてってパターンもあるが
基本的には運用する上での教育を受けた人員が割り当てられる訳で
部門が分かれていることは何もおかしなことではない

不具合が発生したら開発に丸投げすれば良い訳だしな

業務アプリ、特にデータベースで苦労した事ないIT会社なんてこんなもんよ。
客がオペチョンしたのに、プロダクトやプロバイダーが悪いとねじ込む、
それを客のオペチョンと認めさせるのにどんだけ苦労してきたか。
この会社、ファーストなんちゃらは未来永劫駄目よ、世の為に廃業しなさい。

＞開発部門、運用部門の分離を明確に規定した。
完全にトカゲのしっぽ切りだなｗ
今後は問題起きても開発は外部に委託してると言って逃げる気満々

最善の再発防止策は









この事業から撤退すること！

>>104
>プログラム更新したら開発環境でテストして、オッケーなら本番環境で動かす。

ちょっと待て。今回だってテストはしたんだ。（もちろん完全じゃないが）
OKの場合、本番環境で段階リリースする手順まであったが、無視して
一気に適用したのが破滅に至った。

>こいつらいっしょくたにしてプログラムのレビュー無しでやってたんだろ？
環境は一緒じゃないよ。プログラムのレビューはしてなかった。

>>1
これ真面目にやったらコスト激増じゃん
そのしわ寄せはどうせ開発に負担させるわけだろ、品質低下は避けられないんじゃないか？

バックアップが同一サーバー上にしかないとかもうね・・・

運用がやかしてるのに、なぜか運用が昇格してるw
アホの対応

>>110
開発でプログラムとマニュアル作って運用がたんたんと作業するのさ

第4点は「2次バックアップの取得」で、毎朝6時30分に行っている同一筐体内バックアップだけでなく、

↑
これバックアップ言わん

操作ミスやプログラムのバグの影響を受けにくい外部バックアップシステムを追加する。
↑
同期させるとか言う意味なら死んだほうがいいよ？

なお、バックアップの周期や世代に関する仕様は、現在策定中。
↑
なあ、それらは最初からやっておくことだよ？
問題が起こった対策としてするもんじゃないの？

>>116
お詳しい方訂正ありがとう

>>109

rootのrmコマンドって 誤操作防止のために rm -i にalias設定しておくもんじゃないの？
でも意図的に\rm -R * とかやられたら一発アウトだしなぁ

社外に運用を任すならわかるが、
部門分離ぐらいなら、意味がないね。

だいたい、こんな問題を起こすのは、部門リーダの甘さが
問題だ。そんなやつを社内に抱えても将来同じか、それ以上の
障害を引き起こすのが大半だ。

お客様各位、

死亡フラグのセットが完了しました。

　　　　　　　O
　　　　　　　||＼＿
　　　　　　　||　　屬＼＿　
　　　　　　　||　旗　國　�C＼＿
　　　　　　　||　　　國　麗　大　ﾉ　
　　　　　　　||　〓　　　　　高 ヽ
　　　　　　　||　／￣＼〓　　　ﾉ
　　　　　　　||　|＿ノ⌒|　　　　ヽ
　　　　　　　||〓＼＿／　　　ノ　
　　　　　　　||＼　　　　〓　　ヽ　　　　　　
　　　　　　　||　　￣＼　　　　ノ
　　　　　　　||　　　　　￣￣￣　　　　　　
　　　　　　　||　　　　　　　　　
　　　　　　　||　∧,,∧
　　　　　　　||<｀∀´　>
　　　　　　　⊂　　 　つ
　　　　　　　||　ヾ(⌒ﾉ
　　　　　　　　　　` J

>>110
開発が運用したら次の開発出来ないだろ
馬鹿阿呆木瓜粕死ね

サービス停止時間を減らすためにリカバリーをサクッと諦めたんだろ。

どんな対策も全く信用出来ないんだが。

解約祭り

なにもかもが胡散臭い。

こんな会社とつきあうな

処分したのは、ソフトバンク出身者でないからか？

>>1代表取締役社長および取締役管理部長の2名は、役員報酬の一部を自主返納した

え？
責任とって辞任じゃないの？
意味が分からないｗ
１部自主返納とか舐めてんの？

>本番システムのシステム変更権限を運用部門に限定し

これができてなかったのがすごいな。

> コードレビューを実施する

今まで誰もプログラムの内容を監視していなかったって異次元だ
つまり…だれにも知られずに不正プログラムを動かして海外にデータ送り放題だったし
証拠も簡単に消せる運用だったわけね

社員が893に借金抱えていたり、日本人じゃなかったら何されてるかわからん

顧客の賠償要求に応えることを明文化して保険でも契約しろ

ヤフいものには裏がある。

最高のサービスをご提供。(w

ファストフードのマクドナルド ........... スマイル：０円

ファーストサーバー ..................... データ飛ばし：０円

どこよりも遠くへデータを飛ばします！

いっそ、砲丸の室伏あたりをイメージキャラクターにしてＣＭを作って
みてはどうか？　ワイルドだぜぇ？

ここまでレスが少ないのを見ると世間的にはどうつてことないことなんだなw
あたってしまった人はご愁傷様です。
レベルが違うからなんともいえんが、内情なんてどこも似たようなものだろ。

今のシステム屋の待遇の極悪さと
システムのお粗末さの基礎を築いてきたのが
Yahoo系であることは間違いないね。
構造的欠陥を抱えたままだから同じこと繰り返すよコレ。

運用は楽でいいよな。
バグが出ても開発の責任だし。

これで給料が同じなのは納得いかん。

まだ利用する企業あんの？

>>142
傘下とかに使わせるんじゃねーの
もしくは、激安路線で行くか

>>141
しかし、顧客からのクレーム受けたり
要請があれば深夜でも対応しなきゃいけないのは運用やで・・・

>>141
24時間365日機械の都合に合わせて生きていくのは
結構大変だよ。評価も減点方式で挽回の機会もない。

ソフトバンク系列の事務全般とYahoo!のホスティングを全部ココでやればいいじゃんｗ

部門を分離しても人員を分離できるほど余裕が無いから
結局は言い訳でしかない

切り捨てて分離して終わり？
はい？
事業の継続性がないと再発スルと思うけど

孫なにがしに懐疑的な俺からすれば、被害者の方たちはどんどん
賠償金を孫から毟りとっていって欲しいな。

ホワストサーバにしる（＾ω＾）

でも失われたデータは戻ってこない。

>>145
ちゃんと動いてアタリマエ。特に加点があるわけでもない。
障害が発生すると運用の責任。

それが開発のアホウが仕込んだバグであっても。

>運用部門は、開発部門からのシステム変更要請を受け入れるという体制を敷く。
>この際、運用部門側で各種の検証試験を行う。

運用部門の「検証試験」ってのは、第三者検証みたいなものじゃないの。
開発側でも、コードレビューとかテストを行うんだと思うが。

>>35
人間も仮想化ですか
さすがクラウド技術

＞第2点の「牽制（開発・運用）を含めた体制の確立」では、開発部門、運用部門の分離を明確に規定した。
＞両部門の兼務者は極力廃止する。

＞両部門の兼務者は極力廃止する。
＞兼務者は極力廃止する。
＞極力廃止する。

＞極力
＞極力
・・・

これじゃ、ダメだわｗ
完全廃止じゃないと。
再発防止の意気込みが全く見られんｗ

操作ミスったオペレータの名前マダー？

>>56

(笑)

>>152
だよね。
そんな仕事するだけ無駄。

素人のマネジメントで
現場がカバーしてちゃんと動いて当たり前、
そしてｸｿマネジメントで障害が発生するのも当たり前ｗ

ｸｿサービスだけど、宣伝に騙されるのは当たり前。

馬鹿だけが騙されるサービス、それがFSV

>>158
騙された馬鹿

粛清ｗｗ

>>159
自己紹介乙。

管理者生きてるか？

もう使う奴いねえだろｗ

おまえらだって騙されても騙されても懲りずにクソゲー買ってるじゃん

>>40
これただのホットスタンバイじゃんｗ
リアルタイムで並列運転でした場合、既存ソフトにバグがあれば即死じゃん。
せめて複製＋差分を夜間バッジ処理じゃないとこんなの初心者騙す気満々だなｗ

>>75
自白したなｗ
ここまでノーガード戦法もスゲーよ。

内部犯行じゃカカクコムメソッドも使えないしな。

コードレビューしたところで、人材の質が低ければ意味が無いｗ

事業をやめちまえば絶対再発しないぞ。おすすめ。

>>92 アルバイトとハケンに任せて安心 (ｷﾘｯ

yahooプレミアム会員費値上げ
ツケを客に回すな。ボケ

別にファーストサーバが特別なわけじゃないよ。
むしろここまで報道されたこの方が異常

重要インフラが手取り12万程度の派遣に運用されてるなんてよくあるはなしだからw

鯖管理上ありえねーって方法だったから叩かれてんだろ
火消し部隊の質も悪いなw

事実上バックアップが存在しないだけではなく
客が独自にバックアップを取るのを全面禁止していたからここまで被害が広がったのだろ

ようはバックアップに必要な設備や客がバックアップを取るための回線費用をケチって提供していた