будет только боль

ват из паксос? Звучит как оскорбление)

это протокол \ алгоритм разрешения коллизий в распределенных системах

ват из паксос? Звучит как оскорбление)

paxos

будет только боль

а я с эти согласен, просто ссылку кинул

кворум в общем

https://habr.com/ru/company/avito/blog/426101/

что-то странное. Ты уверен что у тебя правильное деление на сервисы?

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

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

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

а распределнный монолит - это как монолит, только хуже. потому что распределенный

распределенный монолит это монолит, который кровь-кишки

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

авито конечно упоролись, но пост интересный, даст подумать

Купи sles или rhel

на десктоп?

Время питона!

на десктоп?

ок SLED

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

Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?

А ты уверен, что тебе нужны микросервисы вообще?

Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?

глянь https://habr.com/ru/company/flant/blog/424531/

А ты уверен, что тебе нужны микросервисы вообще?

хз насколько они микро, но да. У меня сейчас макро-сервисы на PHP и Python. Переделываем вообще на serverless. Там микросервисные понятия очень условны, но всё-же.

Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?

ну если ты можешь выделить четкую зону ответственности, когда сервисы отвечают только за своё - ок

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

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

Да, это понятно, конечно же

да, пока на словах все вроде просто. А в реальности каша выходит обычно =)

домен выделить не просто

/me сам на сервисы не делил, либо только рисовал проекты, которые никуда не пошли, либо ужеюзал готовые

Ок. А какая метрика/свойство позволяет определить кровь-кишечнуо-распределенно-монолитную свзяь от труЪ-микросервисной?

например изолированные друг от друга данные

например изолированные друг от друга данные

Но ведь в системе не бывает полностью изолированных компонентов. Иначе, это и не система вообще...

линакс для нищенок же

а есть чота лучше?

Bsd

а есть чота лучше?

Макос, дедка

ээ

но оно же неудобное

а есть чота лучше?

мак.

пользовался, плевался

?

Но ведь в системе не бывает полностью изолированных компонентов. Иначе, это и не система вообще...

Они могут взаимодействовать друг с другом, но базы данных у них разные

Когда аккумулятор завезут, тогда и поговорим

но оно же неудобное

вообще норм. я юзаю десктопный линакс года с 98-го. с начала нулевых как единственную систему. мак у меня появился где-то в 2005, но я его отдал жене. а вот недавно и на работе и дома перешел и мне норм

я юзаю десктопный линукс с 2006-го. В ... не помню каком, наверно 12-м году мне пришлось некоторое время работать на маке

и это была боль

и это была боль

Просто дотфайлы не подцепились и всё поломалась ?

Они могут взаимодействовать друг с другом, но базы данных у них разные

Это логично. Вот такой вопрос. Есть у нас база пользователей. Пользователи владеют объектами типа А и объектами типа Б. Пользователи могту настраивать обмен данными между А и Б. Если удалили пользователя, то надо удалить все его объекты А, Б и связи между ними

и это была боль

в чем именно?

Делаешь годами свой идеальный воркспейс

вот да, на маке у меня не получалось иметь мой привычный воркспейс

Тут можно микросервисы?

на тот момент это был desktop cube и guake

Есть ли возможность ботом вытащить все варианты ответа бота телеговского?

и активное использование vim

Это логично. Вот такой вопрос. Есть у нас база пользователей. Пользователи владеют объектами типа А и объектами типа Б. Пользователи могту настраивать обмен данными между А и Б. Если удалили пользователя, то надо удалить все его объекты А, Б и связи между ними

объекты А и Б в других микросервисах?

а сейчас у меня xmonad и emacs и действительно много лично моих настроек

на тот момент это был desktop cube и guake

тут есть воркспейсы. и iterm по горячей клавише вылезает. и с vim всё ок.

в 12-м было не ок 8)

объекты А и Б в других микросервисах?

Ну у меня два вопроса. Примнима ли вообще микросервисная архитектура к такой системе Если да, то как лучше делить.

Это упрощенный вариант того, что мне надо сделать

Они могут взаимодействовать друг с другом, но базы данных у них разные

Это недостаточное условие нормальной архитектуры сервисов. И, если они взаимодействуют с целью join’a больших объемов данных - будет проблема

ERROR: S client not available

Ну у меня два вопроса. Примнима ли вообще микросервисная архитектура к такой системе Если да, то как лучше делить.

Применима. Удаляешь пользователя и отправляешь сообщение в очередь. Микросервисы А и Б получают сообщение о том, что пользователь удален и удаляют все связанные с ним сущности

Ну у меня два вопроса. Примнима ли вообще микросервисная архитектура к такой системе Если да, то как лучше делить.

Приемлема, но если у тебя 100% работы сервиса сводится к такому взаимодействию - делить их не нужно. Делишь по разумной необходимости и по ожидаемым нагрузкам

Это недостаточное условие нормальной архитектуры сервисов. И, если они взаимодействуют с целью join’a больших объемов данных - будет проблема

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

Применима. Удаляешь пользователя и отправляешь сообщение в очередь. Микросервисы А и Б получают сообщение о том, что пользователь удален и удаляют все связанные с ним сущности

Правильно понимаю, что правильно хранить данные о принадлжености к пользователю непосредственно в сервисах А и Б?

Правильно понимаю, что правильно хранить данные о принадлжености к пользователю непосредственно в сервисах А и Б?

да

микросервис хранящий пользователя может вообще не знать о существовании других микросервисов и сущностей связанных с пользователем, которые в них хранятся

Правильно понимаю, что правильно хранить данные о принадлжености к пользователю непосредственно в сервисах А и Б?

у тебя остаются те же модели, с user_id и всеми остальными внешними ключами, просто ты больше не join’ишь их в базе и не можешь в on delete cascade, вместо этого ты проектируешь интерфейс и дергаешь его для выполнения этих операций

у тебя остаются те же модели, с user_id и всеми остальными внешними ключами, просто ты больше не join’ишь их в базе и не можешь в on delete cascade, вместо этого ты проектируешь интерфейс и дергаешь его для выполнения этих операций

и в транзакции тоже не можешь )

да, и это самое больное

и в транзакции тоже не можешь )

Боль

еще обработка исключений с retry-тасками, когда у тебя несколько зависимых сервисов, мм, обожаю микросервисы

еще обработка исключений с retry-тасками, когда у тебя несколько зависимых сервисов, мм, обожаю микросервисы

это проблема отчасти решается очередями

и отчасти - тем, что при отстутствии юзера данные просто недоступны, даже если не удалились

и отчасти - тем, что при отстутствии юзера данные просто недоступны, даже если не удалились

ну это только в кейсе удаления. Но часто данные просто изменяются

но в целом в большой распределенной системе расчитывать на полную консистентность довольно наивно

class A: def __init__(self, y): self.y = y def test(y): z = y z.y = 11 def main(): x = A(10) test(x) print(x.y) main() И был очень удивлен когда получил 11, после других языков как то дико и не привычно )))

Оказывается передается ссылка на объект, а если мне надо поиграться с его копией

Оказывается передается ссылка на объект, а если мне надо поиграться с его копией

копируй объект)))))

class A: def __init__(self, y): self.y = y def test(y): z = y z.y = 11 def main(): x = A(10) test(x) print(x.y) main() И был очень удивлен когда получил 11, после других языков как то дико и не привычно )))

в 1С-ике так же работает ?

class A: def __init__(self, y): self.y = y def test(y): z = y z.y = 11 def main(): x = A(10) test(x) print(x.y) main() И был очень удивлен когда получил 11, после других языков как то дико и не привычно )))

https://docs.python.org/3.7/library/copy.html

в 1С-ике так же работает ?

и много где

нооо, я был очень удивлен )))

нооо, я был очень удивлен )))

мне кажется лучше удивляться когда не так

нооо, я был очень удивлен )))

в питоне все передается по ссылке

в питоне все передается по ссылке

да уже почитал кроме инт флоат и строки

class A: def __init__(self, y): self.y = y def test(y): z = y z.y = 11 def main(): x = A(10) test(x) print(x.y) main() И был очень удивлен когда получил 11, после других языков как то дико и не привычно )))

после каких, кстати?

после каких, кстати?

php, java