5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【もう】みずほ障害スレ@マ板 その17【だめぽ】

705 :仕様書無しさん:02/05/02 00:44
>664
もっと下のレイヤでいうことも多いと思うが。メッセージだし。

それはさておき、某手順を使った企業間で送受信をおこなう業務プログラムがあるとする。
そのプロトルコでは、フレーム長固定、ヘッダは○○、などと決められている。データが長いと
分割して、ヘッダの中のシーケンス番号に、1,2と順番につける。その最大値は1700くらいに
指示されている。

で、ある業者Aでは、最大値を超えたシーケンス番号をもつフレームをエラーとして破棄する通信ミドルプログラム、
別の業者Bはシーケンス番号など気にせず送信するよう通信ミドルプログラムを使用していた。

で、業務プログラムを用いたテストではエラーなど発生しなかった。また、数は多くても短いメッセージしか送ら
れない使い方しかしないため(実際、複数フレームに跨ること自体少なかった)、業務レベルでも支障がなかった。
#1回あたりのメッセージデータが多すぎる(仕様違反)などと想定していなかったともいう。

が、あるとき、複数データをまとめて送ったほうが効率が良いため1件1件の電文をまとめて送るように業務
プログラムを変更した。細切れのレコード単位のファイルを送るのではなく、複数レコードのファイルを送る
ような感じである。
すると、処理件数が増えた時に、A→Bは問題なかったが、B→Aで処理がエラーとなった。
ただし、業務プログラムは一定秒数間に入力されたデータのみをまとめて送信するため、負荷が
大きな時しか発生しない。

さて、A社のプログラムとB社のプログラム、業務プログラム、どちらを修正すべきか。

・・・A社の通信ミドルをエラー処理を回避するように直したという。プロトコルってそんなもんですか。

たとえの話だよ、たとえの。
世の中ではよくある話です。似たようなことに身に覚えのある方も、ゴフッ、ゲフッ、グハッ。死。

255 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)