ну да. и что б колокейшен нашего сервера в нашем ДЦ

у нас silo сейчас, но я не уверен, что это правильный выбор.
У pool есть маленькая проблемка, что его чуть сложнее реализовать в коде. Но думаю это не касается хоть сколько-нибудь больших проектов

сложнее мол tenant_id таскать надо?

silo оч сложно скейлить

вот будет веселуха, когда 2 или больше tenants разойдутся по требованиям

ну да, какую-то базовую инфраструктуру чтобы прокидывать этот ид не руками

в silo и bridge есть возможность держать отдельные схемы, но попаболи для саппорта мне кажется это только добавляет

т.е. возможность есть, пользоваться ей я бы наверное не стал

суть в том, что клиенты должны подстраиваться по требованиям. То есть это вопрос позиционирования продукта изначально. И когда клиент приходит с требованием - нужно смотреть нужно ли оно именно ТЕБЕ (то есть существенной части клиентов), а не потому что кто-то 1 захотел
Ну то есть если грубо, то говоришь клиенту "вот у нас есть список такой функциональности. Хотите - покупайте, не хотите - шо поделать"

понимаю, жаль б2б иногда так не работает

и ты либо идешь и делаешь, либо вы расстаетесь)

так вроде ж именно так и описано, весь ваш бизнес saas оценивает клиента, нужен ли такой или не нужен, выиграете ли вы от такого чуда-юда или это будет реализация для одного клиента(хотя может и от этого выиграете)

ну это да. Но тут от размеров компании зависит. Более менее крупной невыгодно подстраиваться под каждого клиента.
А те что помельче будут это делать, потому что это их ниша, потому что те клиенты, кто пришёл к крупной компании и им сказали "сори, нам это невыгодно" придут в мелкую и мелкая под них подстроится, потому что даже 1 небольшой клиент в мелкой компании может приносить существенную долю прибыли.
Это такое интересное естественное регулирование получается 🤔

аля "для одного клиента но наличие этого клиента в списке поможет продажам сильно"...

даже если у вас уже сотни или тысячи клиентов, может придти какой гигант с контрактом суммарно не уступающий всем этим сотням клиентов

вот да, и крупнее тебя в несколько десятков а то и сот раз

и что теперь, всех прошлых выкидывать?)

типо че эту челядь теперь мусолить, когда тут рыба покрупнее😁

ну тут надо очень хорошо думать, причём в том числе технически. Потому что бизнесу может казаться, что "ой такой жирный клиент, давайте под него подстраиваться, чё там тяп ляп и готово", а на деле это может порождать существенные трудности в будущем. Те же проблемы с разными схемами

опять же, если контракт жирнее всего остального, то может оно все остальное и не так и надо бизнесу. А у вас просто уже есть хорошая техническая база, которую надо адаптировать