프로그래밍의 기본을 이해하셔야 할 듯 합니다.

기본적으로 프로그래밍은 순차적 언어이고 순차적으로 처리되는 것이 맞습니다.

기본적으로 병렬 처리 하게 되면 동기화의 문제가 발생하기 때문에 완벽한 프로그램이 아닙니다.

상식적인 내용이지요 

작성자 분께서 3분께 편지를 보냅니다. 1번 2번 3번 

2번 과 3번에겐 완료되었다는 답변이 왔지만 1번에겐 아직 답변이 오지 못했습니다.

하지만 답변이 오기 전에 작성자 분께서 2번째 편지를 보냅니다.

2번째 편지가 발송되고 나서 1번에서는 오류가 발생해 완료하지 못했다는 답변을 보냈습니다.

하지만 이후 2번째 편지 답변으로는 1번 2번 3번 모두가 완료했다는 답변이 왔습니다.

그렇다면 첫번째 편지에 대한 1번의 수행은 완료되지 않고 종료하게 됩니다.

그럼 1번 2번 3번은 다른 내용을 가지게 되었습니다.

이것을 하루에 수십번 반복하다 보면 셋이 같은 내용을 가질 수 있을까요?

진윤호님께서 말씀하셨다시피

질문하신분(금나라은나라)이나 답변하신 프로그래머나 순차적인 으로 명령을 내린다에 한정두고 이야기가 진행 된듯 합니다.

당연 순차적으로 처리하신다면 당연 그렇게 됩니다.

그럼 관리 서버에  동시에 명령을 보낸다면 ? 

   -> 그럼 이때 문제 동시에 보내는 방법은 ?

        1. 몸빵( 쿼리창 서버별로 띄우고 동시는 아니지만 각각 명령 날린다...)

        2. 멀티테스킹으로 처리가 가능한 프로그램을 짠다.  ( 어플, 에이전트, 예약작업,..)

저도 많은지식은 없지만............

저희가 관리하는 서버가 150대정도 됩니다만.....

저희의경우는 전부 제앞으로 메일로 처리결과를 발송하게 agent에다가 걸어놓코 하고있습니다.

집이나 밖에서도 명령처리결과는 항상볼수있습니다.

그리고 한명당 처리가 1초라는건 예를들어 말씀하신거지요?

저희도 사용자및 회원테이블에 회원이 몇십만되지만......

1명당 1초라는개념은 사용안합니다.

내용을 이해못했다면 죄송합니다~

좋은연말 보내십시요~~~~~~~

결과를 받고 다음 진행을 하게끔 프로그래밍 한다면

A서버 장애시 B, C서버 모두 장애가 나기 때문에 문제가 있어보입니다.

물론 케이스 바이 케이스!! 서비스의 종류에 따라 중요도가 다르겠지만(회원 동기화? 회원 등록?)

다른 경우의 로직으로는

결과 상관없이 모두 명령 하달 후 비정상적인 로그에 따른 후속조치 로직을 추가하는 방법도 있습니다.