Vlad
ставь линукс и радуйся)
Tishka17
Эм. Что за версии? Я думал там давно нумеруется типа 2018.3
Alex
Tishka17
А. Pylint
Alex
то 18 ошибка, то 32....
Tishka17
А у пайчарма свой линтер же или он всегда pylint юзает?
Alex
😂
Eugene
на линуксе в виртуалке все ок
на винде тоже было все ок, но обновилась винда сегодня
Alex
ошибки в студию.
Nikolay
Господа, а где прочитать про обеспечение консистентности в микросервисной архитектуре?
Например, у меня есть сервис, отвечающий за пользователей и сервис, отвечающий за группы пользователей. Нужно, чтобы пользователи, состоящие в группе, удалились, когда приходит запрос на удаление группы.
Есть какие-то паттерны проектирвоания или что-то около того?
Eldar
Eugene
ошибки в студию.
External tool 'pylint' completed with exit code 18
все,больше ничего не дает
Anonymous
на линуксе в виртуалке все ок
на винде тоже было все ок, но обновилась винда сегодня
Хах, вчера у знакомой вин10 обновился и перестал стартовать, кидает на бсод
Теперь осваивает линупс
Alex
омг... держать два сервиса отвечающие отдельно за пользователей и группы пользователей.
Alex
это попахивает микросервисами головного мозга
Oleg
Господа, а где прочитать про обеспечение консистентности в микросервисной архитектуре?
Например, у меня есть сервис, отвечающий за пользователей и сервис, отвечающий за группы пользователей. Нужно, чтобы пользователи, состоящие в группе, удалились, когда приходит запрос на удаление группы.
Есть какие-то паттерны проектирвоания или что-то около того?
Ммм... распределенные транзакции. Люблю эту тему
Eugene
Хах, вчера у знакомой вин10 обновился и перестал стартовать, кидает на бсод
Теперь осваивает линупс
Pycharm перестал стартовать?
Nikolay
омг... держать два сервиса отвечающие отдельно за пользователей и группы пользователей.
Это как пример. Естественно, всё работает не так.
Anonymous
Pycharm перестал стартовать?
Ну, учитывая бсод, стартовать пайчарм тоже перестал бы, если бы он был)
Eugene
Nikolay
Ну тут ты транзакции изобретаешь)
Таки понятно. Вопрос в наличии классических подходов. Может есть какие-то устоявшиеся способы организации данных или взаимодействия, которые помогут избежать распространнеых или неочевидных проблем
Oleg
Господа, а где прочитать про обеспечение консистентности в микросервисной архитектуре?
Например, у меня есть сервис, отвечающий за пользователей и сервис, отвечающий за группы пользователей. Нужно, чтобы пользователи, состоящие в группе, удалились, когда приходит запрос на удаление группы.
Есть какие-то паттерны проектирвоания или что-то около того?
вот, например: https://developers.redhat.com/blog/2018/10/01/patterns-for-distributed-transactions-within-a-microservices-architecture/
Tishka17
Господа, а где прочитать про обеспечение консистентности в микросервисной архитектуре?
Например, у меня есть сервис, отвечающий за пользователей и сервис, отвечающий за группы пользователей. Нужно, чтобы пользователи, состоящие в группе, удалились, когда приходит запрос на удаление группы.
Есть какие-то паттерны проектирвоания или что-то около того?
что-то странное. Ты уверен что у тебя правильное деление на сервисы?
Nikolay
Tishka17
вот, например: https://developers.redhat.com/blog/2018/10/01/patterns-for-distributed-transactions-within-a-microservices-architecture/
не надо распределенные транзакции
Tishka17
хотя пост я не читал
Tishka17
будет только боль
Alex
ват из паксос? Звучит как оскорбление)
это протокол \ алгоритм разрешения коллизий в распределенных системах
Alex
кворум в общем
Tishka17
https://habr.com/ru/company/avito/blog/426101/
Nikolay
что-то странное. Ты уверен что у тебя правильное деление на сервисы?
Это пример. У меня много взаимосвязанных между собой данных.
Например:
У меня есть устроства, владельцы устройств, база прошивок этих устройств и шаблоны парсинга данных от устройств. Это вот прям разные сущности, но между ними достаточно много взаимосвязей
Tishka17
Это пример. У меня много взаимосвязанных между собой данных.
Например:
У меня есть устроства, владельцы устройств, база прошивок этих устройств и шаблоны парсинга данных от устройств. Это вот прям разные сущности, но между ними достаточно много взаимосвязей
если у тебя сильно связапнные данные между микросервисами, у тебя тупо распределенный монолит
Tishka17
а распределнный монолит - это как монолит, только хуже. потому что распределенный
Aragaer
распределенный монолит это монолит, который кровь-кишки
Tishka17
понятно, что связи будут. Но ты проверь зону ответственности
Tishka17
авито конечно упоролись, но пост интересный, даст подумать
Alexandr
Время питона!
Nikolay
понятно, что связи будут. Но ты проверь зону ответственности
Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?
Denis
А ты уверен, что тебе нужны микросервисы вообще?
Tishka17
Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?
глянь https://habr.com/ru/company/flant/blog/424531/
Nikolay
А ты уверен, что тебе нужны микросервисы вообще?
хз насколько они микро, но да. У меня сейчас макро-сервисы на PHP и Python. Переделываем вообще на serverless. Там микросервисные понятия очень условны, но всё-же.
Tishka17
Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?
ну если ты можешь выделить четкую зону ответственности, когда сервисы отвечают только за своё - ок
Tishka17
естественно сервисы могут образаться друг к другу, но не должно быть, например, циклических связей.
Nikolay
естественно сервисы могут образаться друг к другу, но не должно быть, например, циклических связей.
Да, это понятно, конечно же
Tishka17
да, пока на словах все вроде просто. А в реальности каша выходит обычно =)
Tishka17
домен выделить не просто
Tishka17
/me сам на сервисы не делил, либо только рисовал проекты, которые никуда не пошли, либо ужеюзал готовые
Oleg
Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?
например изолированные друг от друга данные
Nikolay
например изолированные друг от друга данные
Но ведь в системе не бывает полностью изолированных компонентов. Иначе, это и не система вообще...
Nikolay
Bsd
Aragaer
ээ
Aragaer
но оно же неудобное
Aragaer
пользовался, плевался
Nikolay
💩
Oleg
Но ведь в системе не бывает полностью изолированных компонентов. Иначе, это и не система вообще...
Они могут взаимодействовать друг с другом, но базы данных у них разные
Nikolay
Когда аккумулятор завезут, тогда и поговорим
Nekot
но оно же неудобное
вообще норм. я юзаю десктопный линакс года с 98-го. с начала нулевых как единственную систему. мак у меня появился где-то в 2005, но я его отдал жене. а вот недавно и на работе и дома перешел и мне норм
Aragaer
я юзаю десктопный линукс с 2006-го. В ... не помню каком, наверно 12-м году мне пришлось некоторое время работать на маке
Aragaer
и это была боль
Nikolay
Они могут взаимодействовать друг с другом, но базы данных у них разные
Это логично. Вот такой вопрос.
Есть у нас база пользователей.
Пользователи владеют объектами типа А и объектами типа Б.
Пользователи могту настраивать обмен данными между А и Б.
Если удалили пользователя, то надо удалить все его объекты А, Б и связи между ними