Сервис виртуализации для добавления пользователя
У меня есть приложение, которое использует веб-сервисы. В приложении есть функция добавления пользователя. Когда мы указываем на живые веб-сервисы, то добавление пользовательских функций прекрасно работает и вставляется в базу данных, когда мы добавляем пользователя. Предположим теперь, что если мы виртуализируем функциональность добавления пользователя с использованием любых стандартных инструментов, таких как (itko lisa, hp sv, ibm sv) и указываем нашему приложению прослушивать виртуализированный порт и хост, будут ли функциональные возможности добавления пользователя работать так же, как и доступ к живым службам. Всякий раз, когда мы нажимаем на запрос от пользовательского интерфейса для добавления пользователя. Он должен получить доступ к виртуализированным сервисам, а также вставить в базу данных. Является ли это возможным?. Пожалуйста, помогите мне, я немного запутался.
3 ответа
По моему опыту, с концепцией виртуального сервиса между API и бэкендом, только сервисные ответы могут быть виртуализированы. Обновления базы данных невозможны из-за сопутствующих затрат.
Одним из возможных способов реализации является создание другого экземпляра БД и указание на него виртуального ответа и выполнение изменений БД, как это было бы в производственной среде. Это требует другой установки инфраструктуры, которая будет дорогостоящей.
Моделирование, как я вижу, моделирует услуги, но не выполняет реальной работы. Я не понимаю требования симуляции вставки пользователей, это работа реального сервиса, а не симуляции. Если затраты на создание симуляции такие же, как на создание сервиса, что-то где-то не так.
Ответ зависит от того, чего вы хотите достичь. Сервисная виртуализация может стоять там по разным причинам.
Если вы добавляете виртуальную службу, чтобы иметь возможность проводить тестирование без доступности действующей службы, то вам фактически не требуется вставка базы данных. Это побеждать назначение виртуального сервиса, стоящего от имени живого сервиса.
Если то, чего вы хотите добиться, - это проверка изменений: какой-то известный мне отраслевой продукт также способен работать как виртуальный сервис, так и будет пересылать запрос в оперативный сервис, что означает, что он все еще ведет себя точно так же без виртуального сервиса. Вы будете делать это обычно, когда вы хотите записать фактическое взаимодействие в реальном времени в течение длительного периода, например, для регрессии транзакций за последние 90 дней.
Кроме того, существуют виртуальные сервисы, для которых требуются возможности с отслеживанием состояния (одним из них является вставка в базу данных), например, для моделирования реальной работающей системы, которая слишком дорогая, чтобы быть доступной в вашей тестовой или обучающей среде. Я знаю, что есть некоторые решения. вокруг с продуктами, которые я знаю. Это, вероятно, то, что вы хотели исследовать.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я работаю в одной из отраслевых компаний по производству инструментов. Мое мнение здесь отражает только мое личное мнение, а не мнение компании, в которой я работаю.