это я ж за глаза про них говорю, а так я милый
сноб-лицемер
Анна
Mark
код в опенсорсе и код на проде совершенно разные вещи же
Как раз в опенсорсе у тебя всё так же, как в любом рабочем процессе. Изменения требований, рефакторинг. В результате можно посмотреть, какой стадии говнокода соискатель может достигнуть. А тестовый пример он вылижет. :)
Vladyslav
то есть опен сорс плохо или что?
Igor
о кстати про микросервисы, я вот нашел пример такое приложения, правда он на c#
https://github.com/dotnet-architecture/eShopOnContainers
Mark
то есть опен сорс плохо или что?
Если бы я брал на работу, для меня был бы несомненный плюс. А почему другие считают, что плохо, я не понимаю.
Mark
Stas
Лол, выгнали с тролейбуса)
Диёр
Если бы я брал на работу, для меня был бы несомненный плюс. А почему другие считают, что плохо, я не понимаю.
я не считаю что плохо, я считаю что нейтрально
Stas
Больше 10 человек низя )))
Stas
Посмотрел бы я на них в метро на Киевской в час пик!!!
В Киеве с утра жопа))) метро закрыто же)
Mark
В Киеве с утра жопа))) метро закрыто же)
Я про Киевскую в московском метро. :) По ощущениям, самая забитая станция по утрам и вечерам.
Stas
Nuxs🏴☠️
Anonymous
так вот вопрос - что можно спросить об этом
Anonymous
это же просто архитектурный стиль, разве что если ты архитектор то спросят что-то
Anonymous
нарисовать систем дизайн, а у девелопера то что спрашивать? он работает себе в микросервисе и не знает даже что это микросервис
Диёр
так вот вопрос - что можно спросить об этом
ну типа когда нужны, когда нет? как и по какому принципу разбивать? как им общаться? чем управлять?
Mark
нарисовать систем дизайн, а у девелопера то что спрашивать? он работает себе в микросервисе и не знает даже что это микросервис
Я бы задавал конкретные вопросы. Поскольку это веб-приложение, можно спрашивать про HTTP (статусы, методы, идемпотентность), про OAuth (что делать, если время жизни access_token истекло) ну и так далее. Про базы можно спрашивать, бекендеры про них знать должны.
Mark
не понял это предложение
Например, вопросы можно накидать, чтобы соискателям задавать на собеседованиях. Или студентам для экзамена. У тебя о каких вопросах речь?
Диёр
Например, вопросы можно накидать, чтобы соискателям задавать на собеседованиях. Или студентам для экзамена. У тебя о каких вопросах речь?
или работодателя о том зачем им микросервисы
Anonymous
Mikhαil
Но в целом да
Mikhαil
Я бы сказал что правильно разбитые микросервисы это как раз в первую очередь про асинхронную работу в большинстве случаев
Mark
Ты как-то очереди забыл
Термин очень неопределённый. Из того, о чём я читал, напирают в основном на контейнеры и на CI/CD, чем на очереди.
Mikhαil
Термин очень неопределённый. Из того, о чём я читал, напирают в основном на контейнеры и на CI/CD, чем на очереди.
Ну ещё на легковесность протокола общения - поэтому соап не подходит для микросервисов
Mikhαil
Но я не про определение
Mikhαil
А про то что если ты пришёл в микросервисную систему и там все общение синхронное то скорее всего за редким исключением - это хуйня а не микросервисы
Mikhαil
По сути это микросервисный монолит
Mark
Mikhαil
Может быть.
Ну там транспорт должен быть глупым. Кажется даже в каноническом определении фаулера это было
Mikhαil
А если я правильно помню - он понятие ввел
Mark
А про то что если ты пришёл в микросервисную систему и там все общение синхронное то скорее всего за редким исключением - это хуйня а не микросервисы
Мне это странно читать. Я как основную мотивацию для микросервисов помню именно возможность независимой разработки и развёртывания. Ну очереди могут быть конечно, а могут и не быть.
Mikhαil
Mark
Асинхронность я бы наверное важной называл вообще для сетевых приложений. Ну там мобильное приложение и сервер, и на сервере не обязательно микросервисы. Но асинхронность уже здесь важна, потому что сеть.
Mikhαil
Асинхронность я бы наверное важной называл вообще для сетевых приложений. Ну там мобильное приложение и сервер, и на сервере не обязательно микросервисы. Но асинхронность уже здесь важна, потому что сеть.
Асинхронность важна в микросервисах потому что синхронно у тебя частичный отказ каскадом всю систему уронит
Mikhαil
Поэтому норм микросервисы (за определёнными исключениями) - это про денормализацию данных и их дублирование и про асинхронность общения
Mikhαil
Иначе если все будет на рестах- отказ одного сервиса будет ломать оч много всего
Mikhαil
Ну и в принципе про минимизацию общения между ними
Mikhαil
При хорошей декомпозиции мс должны быть оч слабо связаны
Mikhαil
Но в реальной жизни я ни разу с такой декомпозицией не сталкивался если честно
Mark
При хорошей декомпозиции мс должны быть оч слабо связаны
Из того, что я читал, это вообще принцип номер один.
Mikhαil
Из того, что я читал, это вообще принцип номер один.
Ну вот это на самом деле оч сложная задача и мне кажется идеально с ней никто не справляется
Mikhαil
Вообще скажу из микросервисного мира - мс не панацея и если их можно не делать то лучше не делать))
Mark
Вообще скажу из микросервисного мира - мс не панацея и если их можно не делать то лучше не делать))
Я согласен. Я почти четыре года их пилил.
Roman
Вообще скажу из микросервисного мира - мс не панацея и если их можно не делать то лучше не делать))
не шаришь ты. Берешь node.js, монгу, ебошишь микросервисы и успех неизбежен
Диёр
не шаришь ты. Берешь node.js, монгу, ебошишь микросервисы и успех неизбежен
ну у меня что-то похожее было
Диёр
только без монги
Диёр
и нода не везде была
Vladislav
Диёр
но микросервисы от 40 до 60к строк были
Диёр
и были просто так
Диёр
ну не совсем просто так
Диёр
а типа масштабироваться на новые направления продукта
Диёр
но новых направлений продукта никогда не было, а новые микросервисы были
Anatoly
Mikhαil
нет, не про это, кмк
Ну я на своём опыте и том что в книгах читал основываюсь. Альтернативные мнения готов слушать и принимать))
Anatoly
я считаю, что микросервисы про изоляцию изменений и данных
Anatoly
а денормализовывать их или нет - вопрос ортогональный
Mikhαil
я считаю, что микросервисы про изоляцию изменений и данных
Можешь немного развернуть мысль? Не до конца понял
Anatoly
1. в сервис выносится кусок функционала, который изменяется одинаково часто.
2. базы данных у каждого сервиса свои.
Anatoly
иметь ли две-три-двадцать копий денормализованных данных при этом - вопрос ортогональный
Anatoly
например, я вполне представляю систему с одной субд и несколькими микросервисами. просто N-1 микросервисов полностью stateless
Vladimir
Диёр
Диёр
грустно!
Mikhαil
Mikhαil
Это все план
Mikhαil
Сейчас просто нужно потерпеть и пояса затянуть
Mikhαil
Диёр
ну кто гречкой закупился видать всё равно в плюсе будетт
Диёр
теперь без гречки никуда
Mikhαil
А на уровне жизни россиян рост доллара все равно не сказывается судя по опросам