Это не полный ответ, а некоторые мысли, которые нужно попробовать, и вопросы, которые не помещаются в поле для комментариев. Пожалуйста, постарайтесь сопротивляться желанию поставить минус :)
Пиринг VPC определенно стоит того, чтобы его попробовать. трафик остается на магистрали AWS что должно немного уменьшить задержку. Я не знаю, насколько это поможет. Эти три области находятся на расстоянии 200-300 мс друг от друга, поэтому у вас всегда будут задержки.
Я подозреваю, что разговор между клиентом и БД представляет собой несколько запросов на одну вставку - например, создать соединение, подключиться к определенной БД, вставить, зафиксировать, закрыть. Если это так, уменьшение задержки помогает, но более важно исключить некоторые шаги. Используете ли вы пул соединений, чтобы соединения уже были открыты? Я подозреваю, что пиринг VPC и общая оптимизация будут лучшим решением, чем любая из приведенных ниже идей.
Если бы вы могли сделать обновления асинхронными? Если вы можете поместить записи в очередь SQS, обрабатываемые в одном регионе, это, вероятно, будет сделано в течение секунды или двух. Это может быть оптимизация по сравнению с прямым подключением к базе данных, в зависимости от того, насколько быстро оно работает.
Multi-master — еще один вариант, использующий встроенные функции репликации базы данных. Я не совсем уверен, что вы можете сделать это в RDS, но, возможно, стоит посмотреть, возможно ли это, и преимущества/недостатки. Если вы ожидаете, что люди будут обновлять одну и ту же запись одновременно, вам придется защищаться от этого.
Другим вариантом может быть сегментирование с данными конкретных пользователей в определенных базах данных. Это сделает логику вашего приложения более сложной.
