Микросервисы с нуля / Семен Катаев (Авито) 

Cncf это что?

@@konstantin5021 cloud native computing foundation

Чисто по факту брат

Спасибо тебе.

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

А какая принципиальная разница между микросервисом, являющимся мастер-хранилищем информации о сущности N, и некоей абстрактной доменной моделью (куда можно обратиться), представляющей эту же сущность N, но под капотом реализуемой, скорее всего, таким же одним микросервисом? Допустим такую ситуацию, где сервису нужно сходить за информацией об объекте N. 1. В случае со знанием "куда идти", мы делаем синхронный запрос в целевой микросервис (= имеем знание о нём, как об "ответчике" на такие запросы) 2. В случае с событиями, мы делаем асинхронное событие "хочу инфу по объекту N", и терпеливо ждём событие-ответ с нужными данными. (=имеем знание о том, что событие-запрос обязательно формирует событие-ответ) Имхо, оба варианты примерно эквивалентны.

@@AgentFire0 микросервисы - это разбиение по функциям (службам, сервисам), а DDD - разбиение по предметным областям. Функции могут использоваться разными другими микросервисами для какой-то своей непонятной логики, а предметные области чётко делят приложение на независимые части. Функциональное разбиение делает приложение очень связным, и это прямые связи всегда. Короче, тот же монолит, но разбитый на отдельные, связанные по сети, части. А в предметной области большая часть происходящего (иди даже вся) независима от других предметных областей. В DDD какие-то функции могут повторяться в разных микросервисах, потому что главное - это независимость предметных областей, а не разделение труда по функциям. В DDD проще реализовать событийную архитектуру и именно она там и должна использоваться, а в микросервисах так не получится, потому что они заточены на прямые вызовы и очень зависимы друг от друга.

Как правило базы вне k8s живут. На отдельных контейнерах на bare-metal

Я думаю что имелось в виду SSL termination.

Просто не научились оптимизировать, и это далеко не "современное программирование", а "программирование в Авито", лол )))

Дело не в том, что есть на сайте, а в нагрузке. Представь сколько людей, каждую секунду заходит на авито

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

@@timur2887 Так для этого микросервисы и нужны. Разработчику рекомендательный системы не нужно знать что там в поиске. 1000 это не микросервисов, а инстансов.

@@agentdaun5699 да какая разница, помойка есть помойка)

могут себе позволить))

10000 микросервисов нахуярили, 200 неизвестно кто и нахуя сделал. Судя по всему производительность выросла просто пиздец )))

Не думаю. Теперь там у них монолит только распределённый по множеству репозиторий и машин.

Да, теперь есть падение производительности не одного, а сотни разработчиков)

По-моему вопрос отлично раскрыт. Все кто прослушал доклад понял что микросервисы делаются для микросервисов т.е. разработчики занимаются распилом, а менеджмент занимается распилом

дезинфицировать от пэхапэшников надо главное. святая миссия

Половину которого написал неизвестно кто и неизвестно нахуя.

россия богатая страна, денег не жалко.

скоро вообще никак не будут называть, ибо все забудут как это звучит и что это такое)

Это русский суровый IT: пэхэпэ, аштимель, шедулер ))

@@kalmurza и это прекрасно.

Да кому ты нужен?

PHP - "персонал хоум пейдж". Поэтому Пэхэпэ тоже логично :)