У нас есть API, размещенный в Службе приложений в двух регионах - Сингапуре и Гонконге.Кроме того, в Сингапуре у нас есть первичная база данных SQL, гео-реплицированная в HK.
Мы намерены сохранить две строки ConnectionString в нашей конфигурации службы приложений - одну для чтения и другую для записи.Наш API GetMethods будет использовать Read Connection String, а методы Update / Add / Delete будут использовать Write String.
В Сингапурской службе приложений обе строки соединения будут указывать на Первичную базу данных в Сингапуре, тогда как служба приложения HK Write ConnectionString будет указывать наСингапурская БД и Read ConnectionString будут указывать на Вторичную БД HK.
Таким образом, люди, обращающиеся в Службу приложений HK, будут иметь более быстрые Чтения (а также БД в HK будет использоваться вместо того, чтобы сидеть и ждать, пока произойдет бедствие).).
Если мы используем сгенерированные Failover-Group ConnectionStrings, то нам не нужно менять никакую конфигурацию в день аварии.
Есть ли какие-либо проблемы с вышеуказанной настройкой?Я могу думать о двух а.Если гео-репликация между Сингапуром и Гонконгом будет медленной, то это будет плохой пользовательский опыт.б.Небольшая сложность написания API для использования правильной строки подключения в методах Get / Set.
Мой вопрос заключается в том, что такое использование, вероятно, нигде не задокументировано, поэтому мы должны это делать или нет.
СпасибоАшиш