зависит от реализации смс центра. Допустим смс центр "Беркут" хранит тексты смс в БД и постоянно с этой БД работает. это накладывает серьезные ограничения по производительности + тугая масштабируемость. Зато после ребута всей платформы недоставленные смс снова попытаются доставиться. Несмотря на то, что смс само по себе со всеми данными запросто укладывается в пару-тройку сотен байт - разумных объемов дисковый массив сможет хранить дни, но никак не месяцы истории смсок. Собственно на моей работе от этого смс центра отказались. Сейчас смс центр Acision - смс хранит только в оперативной памяти и принявшая нода занимается доставкой, то есть практически никакой связи между нодами. Это очень хорошо масштабируется, но текст смс с центра не получить, т.к. он умирает в ram сразу после доставки смс. Дистовый массив используется только для сохранения cdr.
no subject
Допустим смс центр "Беркут" хранит тексты смс в БД и постоянно с этой БД работает. это накладывает серьезные ограничения по производительности + тугая масштабируемость. Зато после ребута всей платформы недоставленные смс снова попытаются доставиться. Несмотря на то, что смс само по себе со всеми данными запросто укладывается в пару-тройку сотен байт - разумных объемов дисковый массив сможет хранить дни, но никак не месяцы истории смсок. Собственно на моей работе от этого смс центра отказались.
Сейчас смс центр Acision - смс хранит только в оперативной памяти и принявшая нода занимается доставкой, то есть практически никакой связи между нодами. Это очень хорошо масштабируется, но текст смс с центра не получить, т.к. он умирает в ram сразу после доставки смс. Дистовый массив используется только для сохранения cdr.