Docker — Правильный Способ Продемонстрировать Клиентам Многоконтейнерное Веб-Приложение.

Korola_blg

У меня есть веб-приложение, состоящее из нескольких служб (служба аутентификации, база данных, основное веб-приложение...), и каждая из этих служб может работать в контейнере.

В настоящее время, когда клиент просит демо-версию, я создаю и запускаю новый экземпляр этих контейнеров на новых открытых портах.

Но, похоже, это неправильный путь, потому что каждый контейнер потребляет всего 1 ГБ ОЗУ моей хост-машины (сейчас всего 32 ГБ), даже он никем не используется.
Каковы ваши предложения и есть ли какие-либо решения для этого сценария? Что мне следует изучить, чтобы найти решение моей потребности? http://somehost:someportРедактировать ответ на комментарии:"
Во-первых, это не ноутбук :), это просто ВМ на Azure (32ГБ и 4 ЦП),
вообще-то да, это как ноутбук :(

Мои клиенты хотят (на самом деле я хочу) протестировать/оценить мое приложение без какой-либо установки, просто заполнив форму запроса на демо-версию, а затем я пришлю им письмо со словами: «

ваше основное веб-приложение работает

Gametion

Вы упоминаете, что демонстрируете это покупателю. Первый вопрос, который вы должны задать себе (или, что более уместно, клиенту):

чего на самом деле хочет этот клиент?

Почему они пришли к вам за этой работой? Какую боль они сейчас чувствуют, какую ценность вы для них представляете.

Затем сравните и сопоставьте — покажите им разницу, которую принесет им ваше решение.

Например, они хотят сохранить устаревшее приложение, но обновить оборудование или базовые компоненты? В этом случае покажите им, как вы их сдержали, не причинив вреда их пользователям.
Возможно, им необходимо масштабировать возможности использования своего приложения — они хотят иметь возможность эластично удовлетворять спрос. Покажите им, как путем развертывания в контейнере можно масштабировать систему.
Возможно, им нужна надежность четырех девяток — покажите им, что у вас может быть более простая настройка HA — выведите из строя один из экземпляров и докажите, что приложение все еще работает.
Возможно, им нужна более быстрая доставка с немалым влиянием на качество. Покажите, что ваш конвейер доставки работает бесперебойно с помощью некоторых автоматических тестов и контроля качества, а также доставки и развертывания.

TL;DR: Узнайте, чего хочет ваш клиент. Продемонстрируйте существующий способ ведения дел. Сравните его с «новым» способом и выделите дельту.

Похожие темы	Дата
Kubernetes — Возникает Ошибка При Попытке Связаться С Api-Сервером В Модуле Kube-State-Metrics	19.12.2024, 05:12
Тестирование. Систематический Способ Тестирования Restful Api С Помощью Curl?	19.12.2024, 05:12
Kubernetes — Декларативно Смонтировать Секрет Служебной Учетной Записи В Openshift	19.12.2024, 05:12
Будет Ли Работать Docker Swarm, Если Мастера Разбросаны По 3 Континентам?	19.12.2024, 05:12
Go — Какую Функцию Golang Можно Использовать Для Обеспечения Минимального Покрытия Кода И Возврата Exit1, Если False?	19.12.2024, 05:12
Дженкинс: Чередование Запуска Следующих Шагов Конвейера	19.12.2024, 05:12
Веб-Сервисы Amazon. Гарантированы Ли Записи Dns Route 53, Использующие Псевдонимы Elb, На Всю Жизнь?	19.12.2024, 05:12
Дженкинс – Повторное Использование Виртуальных Сред Python На Сервере Сборки	19.12.2024, 05:12
Веб-Сервисы Amazon — Ошибка Terraform Ссылка На «Count» В Неподсчитываемом Контексте Для Ресурсов, Не Обязательно Данных	19.12.2024, 05:12
Веб-Сервисы Amazon — Сценарий Cloud-Init Не Запускается?	19.12.2024, 05:12

Docker — Правильный Способ Продемонстрировать Клиентам Многоконтейнерное Веб-Приложение.

Korola_blg

Gametion

I AM

Интересно