Как реализовать бред заказчика?

Question

[Galdar Turin]

Вода-вода-вода

Всем привет. Очень забавная ситуация и в то же время бредовая.
У заказчика возникла потребность реализации своего сервиса на node, чтобы не углубляца в подробности то напишу так, приходят данных от оборудования, node их обрабатывает и записываем в БД. Вот пошел процесс есть результат, все работает, но тут он говорит:
(заказчик) - хочу чтобы клиенты использовали наш сервис
(я) - ну делаем API
(заказчик)- отлично, а что если клиент не хочет хранить данные у нас и чтобы мы видели его оборудование
(я) - ну нужно написать приложение, но в нем все равно будет встроено API, так как клиент не должен видеть что у нас под капотом
(заказчик) - мне все равно на это я хочу чтобы он выбирал галочками какие классы он хочет, нажимал скачать и ему установились эти классы на сервер.

Так вот вопрос КАК БЛ*** НА НОДЕ СДЕЛАТЬ ТАКУЮ ХРЕНЬ?)) Или как объяснить клиенту что такое на ноде реализовать не реально (если я конечно прав и правильно рассуждаю).

Коротко о вопросе

Короче кратко о том что нужно сделать, и это "ЧТО" меня просто убивает.
Нужно составить проект таким образом чтобы в БД для пользователя установить галочки какими классами он хотел бы пользоваться и ему бы выдало готовое решение, сокен с уже структурированными классами. Как то так, я да же не знаю как по другому эту задачу описать. Библиотеки, похожие темы, статьи, все что угодно, поможете любой мелочью!

Comments

[Василий Банников]

Что вы понимаете под классами?
Вроде задача выглядит нормально, но вы её как-то странно интерпретируете.
Тоесть есть некоторые клиенты, которые не хотят выпускать оборудования из внутреннего контура в интернет - это нормально.
В таких ситуациях клиент должен поставить внутри своего контура программу, которая будет собирать данные и отправлять в ваш сервис, либо возложить ответственность за отправку на самого клиента.

Хотя я сам не до конца понимаю фразу

а что если клиент не хочет хранить данные у нас и чтобы мы видели его оборудование

Типа в такой ситуации получается, что надо в контуре клиента развернуть полную копию сервиса, которая будет работать на серверах клиента и хранить данные у них - иначе клиент просто не сможет работать с вами.
Это называют on-premise или self-hosted, и подобные сервисы есть в том числе и на ноде - например rocket chat

Видимо это и имеет в виду клиент, говоря

мне все равно на это я хочу чтобы он выбирал галочками какие классы он хочет, нажимал скачать и ему установились эти классы на сервер.

Опишите подробнее суть, и постарайтесь абстрагироваться от конкретной задачи, иначе вопрос удалят.

[WbICHA]

Согласен, задача выглядит адекватно, но есть ряд вопросов.

[Rerurk]

Нарисуйте схему на бумаге без конкретики

[Galdar Turin]

Василий Банников, WbICHA,

Типа в такой ситуации получается, что надо в контуре клиента развернуть полную копию сервиса, которая будет работать на серверах клиента и хранить данные у них - иначе клиент просто не сможет работать с вами.

Да, все верно сказали. Плюс к этому, клиент через личный кабинет выбирает какие классы ему требуются, сервер формирует готовый пак, отдает клиенту на скачивание, клиент устанавливает себе его и еще нужно как то контролировать его подписку.

Вопрос в том, как формировать готовые классы, чтобы у клиента они работали в нужно последовательности и запускались через один вызываемый файл

Answer 1

[Иван Шумов]

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

Comments

[Galdar Turin]

Хорошо, сделать сборщик, но что-то должно сделать сборщик, ведь так? То есть, есть исходники, какое-то приложение должно их формировать так как указал клиент в ЛК и отдать готовую сборку. Вопрос как такой сборщик сделать, как брать исходные классы, как записать допустим в файл start.js поочередно подключаемые классы ?

[Василий Банников]

Galdar Turin, ну это вам уже надо самому придумывать )

[Иван Шумов]

Galdar Turin, да как угодно. Что-то можно сделать самописными скриптами, куда-то подключить сборщики в виде webpack или gulp ... опций миллион. Можно просто feature-toggle через параметризованные конфигурации делать

[Galdar Turin]

Иван Шумов, Василий Банников, вопрос был не в том как сделать "напишите мне с нуля", а посоветовать какие инструменты можно использовать, минимизировать "водяные описание", конкретно, это для этого, это для этого, это делает то то и то и т.п.. СОбственно спасибо я за gulp и webpack вообще забыл.

[Василий Банников]

Galdar Turin, добро пожаловать в профессиональное конфигурирование webpack :)

Answer 2

[Василий Банников]

Кажется, я понял, что вам нужно.

1. Выделяете некоторые ядро сервиса, без которого он в принципе не может работать.
2. Остальной код режете на независимые куски, которые можно будет динамически подключить при запуске - плагины. (То, что заказчик назвал классами)
3. Пишете инструкцию по развёртыванию и автоматические скрипты / dockerfile / whatever

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

Оплата, если нужна, то надо будет что-то пидумывать.