고신뢰성 무역/신호 복사기(이념과 발전에 대한 논의)

 
주제별로 터미널 동기화(주문 이전) 옵션에 관심이 있습니다.
- 로컬
- 원격으로

계획은 하나의 서버(많은 클라이언트) 모드에서 즉시 수행됩니다.

동시에 다음과 같은 측면에주의를 기울일 필요가 있습니다.
- 통신 채널 옵션(로컬의 경우 파일, 메모리, 원격의 경우 소켓, http, 중간 서버 등)
- 통신 채널에 부하가 없음(특히 원격 동기화와 관련됨)
- 내결함성(채널 손실 시 복구)
- 단말/OS 장애 시 EA 자체 재초기화
- 통신 두절 시 거래의 복제/삭제 불가/복구
등.

그것은 또한 두 가지 이데올로기 를 고려할 필요가 있습니다
- 주문 수준에서 동기화
- 오픈/클로즈 오더 신호를 보내는 수준에서 동기화

각 제안에 대해이 옵션의 장단점을 그리는 것이 바람직합니다.

논의의 도움을 받아 시스템의 신뢰성/단순성을 위한 최적의 솔루션에 도달하고 싶습니다.

코딩과 테스트를 담당하고 있습니다.

합의에 따른 결과는 코드베이스에 게시할 수 있습니다.
 

확인. 먼저 작업( 전문가 유형 )을 상업적(네트워크를 통해)과 조건부 비상업(하나의 OP 시스템 내에서)으로 나누어야 합니다.

네트워크 옵션은 보안 및 클라이언트 관리를 위해 추가 서버를 통해 고유합니다.

시스템 내 - 커뮤니케이션: 속도와 안정성을 위한 매핑.

터미널은 링크가 떨어지거나 닫힐 때까지 링크를 유지하므로 MT 자체(슬레이브)의 상태를 나타내는 지표가 됩니다.

그리고 프로토콜은 다음과 같이 보일 것입니다:

마스터는 이름이 지정된 맵(모든 슬레이브가 이름을 알고 있음)을 만들고 경로를 시작하라는 신호를 기다립니다. 이는 어드바이저(슬레이브) 창의 핸들이 됩니다.

인사를 주고받은 후 거래 신호가 덤프되는 또 다른 맵이 생성되고, 동시에 슬레이브별로 창을 업데이트하라는 명령이 내려집니다.

신호 실행 후 슬레이브는 실행을 보고해야 하며, 그렇지 않으면 정지된 것으로 간주하여 신호를 높이는 조치를 취합니다.

(올바르게) 언로드할 때 슬레이브는 이를 보고해야 합니다.

차례로, 모든 슬레이브는 마스터의 상태를 모니터링하고 마스터를 올리거나 알람을 주기 위해 필요한 조치를 취할 수 있습니다.

일반적으로 그것에 대해.

네트워크를 통한 통신에 관하여 - 나중에.

 
상용 버전을 만들고 푸시하십시오.
 
TheXpert :
상용 버전을 만들고 푸시하십시오.

나와 대화하고 있니 ?
 
FAQ :
나와 대화하고 있니 ?
당신이 topikstarter라면, 그렇습니다 :)
 
FAQ :

신호 실행 후 슬레이브는 실행을 보고해야 하며, 그렇지 않으면 정지된 것으로 간주하여 신호를 높이는 조치를 취합니다.

(올바르게) 언로드할 때 슬레이브는 이를 보고해야 합니다.

이 라인은 두 가지 작동 모드에 대해 논의할 필요가 있음을 상기시켰습니다.

마스터 주문->클라이언트 주문 수준에서 주문 동기화. 그리고 마스터 신호에서 신호 동기화 -> 클라이언트 수준에서 신호(신호 데이터베이스, 클라이언트의 승인 등)가 필요합니까?

또한 동기화 및 신호 손실 측면에서 더 안정적이고 덜 눈속임이 무엇인지 결정해야 한다고 생각합니다. 또는 두 프로젝트를 동시에 실행하십시오 .

 
TheXpert :
상용 버전을 만들고 푸시하십시오.

나는 아무것도 밀어붙이고 싶지도 않고 그러지도 않을 것이다. 나는 목적이 아니라 수단을 만든다. 나는 모두를 위해 한다.
 
sergeev :

이 라인은 두 가지 작동 모드에 대해 논의할 필요가 있음을 상기시켰습니다.

마스터 주문->클라이언트 주문 수준에서 주문 동기화. 그리고 마스터 신호에서 신호 동기화 -> 클라이언트 수준에서 신호(신호 데이터베이스, 클라이언트의 승인 등)가 필요합니까?

또한 동기화 및 신호 손실 측면에서 더 안정적이고 덜 눈속임이 무엇인지 결정해야 한다고 생각합니다. 또는 두 프로젝트를 동시에 실행하십시오.


일을 복잡하게 할 필요가 없습니다. 클라이언트에게 특정 간격(예: 1초에 한 번)으로 제어 신호를 보내고 응답하지 않으면 조치를 취하는 것으로 충분합니다.
 
sergeev :

나는 아무것도 밀고 싶지도 않고하지도 않을 것입니다. 나는 목적이 아니라 수단을 만든다. 나는 모두를 위해 한다.

나는이 사람들을 존경합니다, 계속하십시오!
 
일을 복잡하게 할 필요가 없습니다. 클라이언트에게 특정 간격(예: 1초에 한 번)으로 제어 신호를 보내고 응답하지 않으면 조치를 취하는 것으로 충분합니다.
서버에서 클라이언트로의 신호 알림에 대해 모두 이야기하고 있습니까? 신호 수명과 전송 및 수신 과정에 대한 자세한 메커니즘이 필요합니다. 나는 그런 시스템을 본 적이 없습니다. 사본만 주문하세요.
 
모든 것이 이미 발명되었지만 무료가 아닙니다.