Мне для себя писать ничего не надо, у меня все в голове и сам с собой я как-нибудь договорюсь

Поэтому если только у вас не графомания или какая нибудь другая интересная болезнь, писать что-либо надо для читателей, а не для себя

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

А в остальном, конечно, все артефакты проекта, официальные всегда для кого-то.

Через год в голове может остаться только смутное представление, так что можно и для себя, на будущее оставить. Это как в анекдоте, что любой код будет читать минимум два человека: автор, и автор через месяц.

Сейчас так и есть, эту ситуацию и шатаю))

Онлайн конференция по разработке параллельных и распределенных систем — Hydra 2021

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

В программе конференции:
– Маркус Куппе, «Workshop: TLA+»
Огромный воркшоп по работе с языком для дизайна распределенных систем под руководством основного разработчика среды TLA+ toolbox.
— Энди Павло, «The Official Ten-Year Retrospective of NewSQL Databases»
Обзор десятилетней истории NewSQL от зарождения до современного состояния и попробует предсказать, как NewSQL изменится в будущем.
– Нейтан ВанБеншотен, «Fearless Global Transactions with CockroachDB»
Доклад о том, как CockroachDB помогает работать приложениям с распределенной архитектурой.

Смотрите всю программу и покупайте билеты на https://bit.ly/3yImivF

👉 Если решили сходить, то используйте промокод на Personal-Standard билет: air2021JRGpc

добрый день. подскажите как лучше сделать?
У меня есть ограничение по времени работы ресторана и нельзя добавлять заказ с 10 и до 7 вечера. значение это лежит в апишке ресторана и нельзя захардкодить его. Так же есть ограничение по адресу (ограничение зоны доставки) - там апишка на вход принимает адрес и возвращает результат true/false.
Какие варианты есть:
1) В конструктор прокинуть 2 объекта: RestaurantTimeSettings (VO) и DeliveryAddressRestrictionsService (Service) и проверять там на то, что адрес входит в зону доставки, а время доставки соответствует допустимому
2) Вынести это в доменный сервис и проверки соответственно оставить там

Спасибо

Композит сделай и всех делов

а композит это что?

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

Благодарю за ответ. Это же доменный сервис, я верно понимаю?

И, если не сложно, можно ссылку на какую нибудь статью, касаемо данных сервисов

Два процесса. Разработка модели системы и оценка модели системы.

Они требуют разных инструментов. Это как перед финансовым директором защищать бюджет на серию труб по прочностному расчёту.

Оно вроде и связано, но абсолютно для финика неочевидным способом.

Доброй ночи.

Как принято связывать&визуализировать/обрабатывать в одной системе логи множества приложений, да ещё на нескольких языках?
Условно, несколько сервисов на Python, один на Rust, один на C#, + хочется логи, например, бд сгружать, либо ещё с каких-нибудь контейнеров.
Это всё в докере. (кроме одного сервиса). Плюс несколько окружений (dev/prod).

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

На ум приходит ElasticSearch, но мб ещё что-то есть?

И как в таком случае должна выглядеть структура логов, типа: {"service_name": "...", "microservice_name": "auth", "enviroment": "prod", "server_ip": "127.0.0.1", "language": "Python", "healthy" : true, ...} ?

а какая разница, что они все на разных ЯП? приведи к одному формату и пихай, куда удобно

>И как в таком случае должна выглядеть структура логов

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

ну и если по сервисам, то помимо E*K, можно посмотреть ещё на Loki + Grafana или логи в CH складывать (гуя к нему я не видел, но емнип у ВК был какой-то проект на гитхабе полуживой)

А кроме кастомных дешбордов есть какое-то стандартизированные решение, типа NewRelic, но для логов, а не метрик?

Очень уж мне не понравился PromQL и нелогичость (может, кажушаяся) построения дешбордов графаны по этим данным. Или с E*K всё иначе?

Что такое CH?

>А кроме кастомных дешбордов есть какое-то стандартизированные решение, типа NewRelic, но для логов, а не метрик?

self-hosted или которое хостится у кого-то? есть ещё graylog, например

> Очень уж мне не понравился PromQL и нелогичость (может, кажушаяся) построения дешбордов по этим данным. Или с E*K всё иначе?

не знаю, я дашборды по ним руками не делал. Но с эластиком проще может быть немного, так как он позволяет делать полнотекстовый поиск. С тем же Lщki такое не прокатит

CH это ClickHouse

У себя на проектах мы для логов используем Loggly, но это вам навряд ли подойдет. Особенно навряд ли, если у вас большие объемы логов