Рейтинг:0

Как я могу сделать приложение Write Once Read Many экономически эффективным?

флаг cn

У меня есть приложение Java, работающее на виртуальной машине Linux с использованием базы данных Azure SQL с REST API, соединяющим интерфейс с сервером.
Моя работа представляет собой расширение внутри стороннего приложения, поэтому я не могу переписать его, чтобы в полной мере воспользоваться преимуществами облака.

Приложение только пишет данные в ночной пакетной обработке, а в течение дня они просто запрашиваются для веб-приложений и отчетов.

Это очень небольшой объем, поэтому скорость не имеет значения, и стороннее приложение также не масштабируется.

Мне нужно использовать Azure SQL для базы данных по разным причинам, поэтому я не могу это отключить. Тем не менее, это одна из самых больших статей расходов.

Я хотел бы иметь возможность выключать виртуальную машину и Azure SQL Server после операций записи и иметь более дешевый способ запуска REST API в течение дня для операций чтения.
например база данных в памяти для кэширования или что-то в этом роде.

Из соображений безопасности данные могут храниться только в базе данных SQL Azure в течение любого промежутка времени, хотя уничтожение части, доступной только для чтения, каждую ночь или каждую неделю вполне допустимо.

Есть ли способ использовать функции Azure, чтобы использовать более тяжелые и дорогие операции для записи и более легкий и дешевый вариант для чтения?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.