확장 성 복잡한 문제이다. 여러 연결을 실행하여 가로로 확장 할 수 있지만 한 계정을 사용하면 메시지가 제출 된 것보다 다른 연결에서 다시 상태 보고서와 같은 문제가 발생합니다. 수직 확장은 구성 요소뿐만 아니라 (물론 구성 요소가 잘못 작성되어 처리량을 제한 할 수 있음) SMSC 자체에 의해 제한되는 경우가 많습니다. 초당 100-150 개 이상의 메시지를 포화시키지 않는 SMSC를 찾는 것은 어렵습니다 오류 (0x00000058 - ESME이 허용 된 메시지 제한을 초과했습니다). 결론 - 고성능을 달성하려면 작업자와 협력해야 할 수 있습니다. 예를 들어 구성 요소/라이브러리가 유용 할 수 있습니다. 스로틀 링 또는 여러 대상에 제출 내장 된 지원.
견고성은 다소 주관적인 것이지만 내 생각에 좋은 & 선제 지원은 그 일부입니다.
내결함성은 오히려 구성 요소/라이브러리와이를 사용하는 응용 프로그램 간의 협력으로 만 달성 할 수 있습니다. 라이브러리는 제출 재시도, 조절 (throttling) 처리, submit_multi 조작 등의 오류에 응답하는 것과 같은 모든 작업을 수행 할 수 없습니다. 이는 대기열/버퍼링 메커니즘을 요구하며 기본 작업의 높은 처리량을 확실히 방해합니다. 나타날 수있는 모든 오류를 처리하려면 SMPP 게이트웨이가되어야합니다. 그러나 좋은 라이브러리를 사용하면이 모든 것을 처음 시작할 때 쉽게 할 수 있으며 성능 요구가 커짐에 따라 조정될 수 있습니다.
이 상업 .NET 라이브러리는 고려 가치가있을 수 있습니다 :
http://www.tops.com.pl/en/products/smscc/
대형 통신에 의해 꽤 몇 가지 설치 꽤 많은 수를 가지고 있습니다.수평 &과 같이 확장 가능한 방식으로 사용할 수 있으며 내결함성 시나리오를 구현할 수 있습니다. 실생활 테스트에서는 단일 TCP/IP 링크에서 초당 500 개 이상의 메시지를 처리하며 SMSC의 기능에 따라 제한됩니다.
부검 노트 :이 도서관은 브라질의 4 대 통신 회사 중 하나 인 OI에서 오늘도 여전히 사용되고 있습니다. – tcbrazil