パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

totoの処理が追いつかずパンク」記事へのコメント

  • by Anonymous Coward
    事例中の [unisys.co.jp] システム構成図 [unisys.co.jp]からすると、

    1. コンビニ向けフロント接続サーバがショボかった
    2. アプリケーションサーバのビジネスロジックがタコかった
    3. データベースの設計が腐ってた
    4. キャリーオーバーを増やす工夫の為にAPとDBの間のトラフィックが爆発した

    のどれかですね。

    # わたしが中の人ならば、キャリーオーバーがデッカク発生するように同番号が出やすくするが、
    # どうでしょうか。

    • Re:BIGは出目が(ry (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2007年05月16日 6時43分 (#1157659)
      前世紀じゃあるまいし、HWや回線がショボくて
      稼動中のシステムが破綻するというのは、考え難い。
      DB周りの設計・実装についても、ある程度の経験が蓄積されているので、
      これも、大外しにコケる要因ではないのでは?
      それに、原則的には、博打は胴元が絶対に儲けるモノなので
      妙な小技を弄さなくてもいいような。

      導入事例の中の、次のあたりが、原因を垣間見させてくれるような。
      >内部で議論を重ねていると、気がついたら午前1時であるのに
      >ほぼ全員が議論に参加している、なんてこともありました。
      >時には帰れないような状況もありましたが、これは誰もが自分の
      >問題として受け止めている非常に活気に満ちたプロジェクトで
      >あったことが最大の成功要因だと思います。

      エラい人が苦労を自慢した上で、成功だったと言い募るような状況で、
      ロクなものが出来上がる訳がないと思うよ。
      親コメント

ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家

処理中...