Круто. А вы танком по своей системе не стреляли чтобы рпс понять?

Неа, не успели, контракт с SaaS заканчивался, надо было срочно запускаться.

топить за технологию закрытым кодом? точно там предлог "за" нужен? 😂

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

а, я не так понял. уважаю

Самое дорогое, если что, это внутрикластерная пересылка данных. Растёт как факториал от числа машин в кластере, умноженного на максимальное количество пользователей в одном чате.

Ааа, репликация, да

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

А можно чем-нибудь готовым из on-premise гитлаба вытащить разово простые-тупые количественные показатели типа:
- количество проектов
- суммарное количество коммитов
- суммарные SLOC по всем проектам и какие-нибудь топ-3-5-10
- суммарное количество тэгов/релизов
регулярные отчеты, красота и показатели по команде/людям — не обязательно
Есть что-нибудь такое?

Наверняка. В том числе географического. Но, как и везде, есть нюансы.

Да и из облачного можно: https://docs.gitlab.com/ee/api/

С апи понятно, спасибо. Пока немного лениво смотрю — вдруг кто-то уже что-то написал

Если что найдётся - буду признателен за ссылку)

и такое существует)

https://roadie.io/

Всем привет! Вопрос о хранении персональных данных.

Половина наших клиентов настаивает, чтоб их персональные данные хранились строго в EU, вторая половина – чтоб данные хранились строго в US.

Пока все данные храняться в EU, в постгресе.

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

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

Как еще бывает в жизни? Бросьте в меня ссылками плз 🙏

О, да, восхитительная штука

#fomo

еще бывает шардинг, когда источник данных для приложения один, но за ним несколько серверов. мб что-то такое https://pgdash.io/blog/postgres-11-sharding.html. @antonrevyako наверняка знает

ничего не понял, но очень интересно