Как правильно организовать работу бекэнда у мобильного приложения?

Есть мобильное приложение (вернее разрабатывается), мы отправляем на него сообщение, приложение сообщает серверу, что оно прочитано (когда оно прочитается). Нужно на бекенде обработать это обращение от приложения и сохранить в базу. Приложения сообщают id сообщения и id приложения. На сервере нужно в базе сделать два запроса:
UPDATE messages SET read = read+1 WHERE id = id приложения;
INSERT INTO log (id_mes, id_pril, date) VALUES (id сообщения, id приложения, NOW());
и отдать в ответ условный OK. Приложение ждет ответа 10 секунд в фоновом режиме.

В пиковые моменты может приходить до 10 000 таких вот обращений в секунду (проектируемая нагрузка). Но волнами, т.е. отправили мы, условно, 100 000 сообщений, их начали читать и посыпались оповещения о прочтении на сервер. По идее все приложения ждут ответа в течение 10 секунд, т.е. ответ можно не прям вот срочно отдавать, возможно некое ожидание. Нужно всё это корректно обрабатывать и сохранять.

Как всё это правильно построить? Несколько серверов под обработку, один под базу? Балансировку нагрузки делать? если да, то в какую сторону смотреть? Какие конфиги серверов?

А может вообще пересмотреть сохранение в базе? Т.е. допустим только вставки, а потом какой-нибудь бот обрабатывает отдельно и делает апдейты...