Size: a a a

2020 March 04

DK

Dmitry Kireev in DevOps
Vitalii Demianets
Всем привет!

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

Кратко обрисую ситуацию.
Мы реализовали онлайн приложение для своей компании. Сейчас это приложение мы продаем по формату лицензии на использование и WhiteLable. Уже есть прецедент 3-х продаж. Каждая лицензия имеет свой логотип, свой домен и свою БД. Инфраструктуру этих лицензий мы реализовали через ветки в Гит, тоесть 1 проект(1 лицензия) имеет свою ветку dev и master, которые отличаются от родительских только логотипами, доменами и БД.

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

У нас возник вопрос на почве этого:
1. Как обращаться с клиентами при такой ситуации (одному нужно обновление, а другому нет)?
2. Если в одного клиента ветка ушла очень далеко, ввиду новых обновлений, а у второго осталась на месте потому как он не хотел новые обновления и вдруг что то падает у двоих сразу, как им исправить этот баг? Двоим вручную?
3. Как бы Вы реализовали инфраструктуру, если бы знали что в любом случае будет такая ситуация, что каждому клиенту нужна своя кастомизация?

Сразу спасибо добрым людям за помощь.
у тебя как?
источник

GG

George Gaál in DevOps
Dmitry Kireev
да, я понимаю. Я о реалиях - смысл пилить модульную систему если она, может, бизнесу не нужна пока? ну, то есть правильнее сказать "нет" и определить когда она будет делаться
Любая система +/- модульная, вопрос уровня абстракции на котором мы смотрим
источник

GG

George Gaál in DevOps
Ты же, надеюсь, не весь код а одном файле держишь ?
источник

DK

Dmitry Kireev in DevOps
да, поэтому надо опреелить какой сейчас масштаб
источник

L

Lex in DevOps
/download494633
источник

DK

Dmitry Kireev in DevOps
George Gaál
Ты же, надеюсь, не весь код а одном файле держишь ?
источник

DK

Dmitry Kireev in DevOps
George Gaál
Любая система +/- модульная, вопрос уровня абстракции на котором мы смотрим
короче ты прав, само собой. Просто надо инпут получить от ТС че там с масштабом и его динамикой
источник

GG

George Gaál in DevOps
😂
источник

GG

George Gaál in DevOps
источник

DK

Dmitry Kireev in DevOps
microservices должно быть еще в форме кучки тоже
источник

GG

George Gaál in DevOps
Dmitry Kireev
microservices должно быть еще в форме кучки тоже
👍
источник

DK

Dmitry Kireev in DevOps
честно заработанные баллы
источник

GG

George Gaál in DevOps
Не девопс не года
источник

AA

Artyom Abramovich in DevOps
George Gaál
хакнули или нагрузку не выдержали?
второе, скорее
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Alexander 😼 Chistyakov
Elastic Beanstalk кусок говна
Ребята, не стоит так говорить про AWS. Вы молодые, шутливые, вам все легко. Это не то. Это не azure  и даже не GCE. Сюда лучше не лезть. Серьезно, любой из вас будет жалеть. Лучше закройте тему и забудьте что тут писалось. Я вполне понимаю что данным сообщением вызову дополнительный интерес, но хочу сразу предостеречь пытливых - стоп. Остальные просто не найдут.
источник

AA

Artyom Abramovich in DevOps
бвхах
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Dmitry Kireev
ну хз, плагин система вордпресса там, например... нужно же интерфейсы написать, потом их поддерживать...
Давайте не будем о грустном. Я сегодня пошёл на собеседование на подавана. Прошёл
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Ну а чё. Ещё бы на питон наехали. Типа большой сложный язык, да зачем он нужен… Должно же у человека быть что-то святое!
источник

AA

Artyom Abramovich in DevOps
щитон как щитон, не заслуживает внимания.
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Artyom Abramovich
щитон как щитон, не заслуживает внимания.
Меня смущает размер лутца - два тома по тыще страниц. Или сколько там, 800?
источник