АЗ
Какая же истинная цель микросервисов?
Size: a a a
2020 September 16
NO
Врёте ) Так не интересно ) Сначала "просто хочу узнать" а потом километровый спор начинается... знаю я вас
A
Врёте ) Так не интересно ) Сначала "просто хочу узнать" а потом километровый спор начинается... знаю я вас
я вообще в этом чатике про микросервисы не видел
A
и вот ты такой приходишь - вы все не правы!
A
а мы такие - ого! расскажи чего-нибудь
A
а ты - так не интересно и т.д.
NO
Почему все, один человек писал... там выше было
АЗ
Врёте ) Так не интересно ) Сначала "просто хочу узнать" а потом километровый спор начинается... знаю я вас
От тебя требуется только ответить на вопрос: какую, по-твоему, проблему решают микросервисы
XM
Врёте ) Так не интересно ) Сначала "просто хочу узнать" а потом километровый спор начинается... знаю я вас
ну так ведь вы затронули старую забытую тему и при этом не выдали информативного утверждения. из того "старого" хотя бы понятно какой позиции придерживается человек, а из вашего просто отрицание того утверждения.
XM
вообщем заинтересовали - выдавливайте своё мнение) я лично приму ваши слова на заметку про микросервисы, т.к. о них смыслю ровным счётом ничего.
NO
Ладно, если коротко то микросервисная архитектура предназначена для ускорения релизного цикла сложных систем.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
А
Ладно, если коротко то микросервисная архитектура предназначена для ускорения релизного цикла сложных систем.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
Лол, я об этом и писал.
XM
Ладно, если коротко то микросервисная архитектура предназначена для ускорения релизного цикла сложных систем.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
во, это уже другое дело👍
А
Посоветуйте какую то годную статью или раздел в книге где нормально описываются индексы в бд и их нюансы(что когда зачем или наоборот незачем создавать индексы) как работают и прочее. Хочу углубить знания но инфы дофига по этому вопросу но незнаю что стоящее а что шлак
Как-то видео хорошее было по индексам, но ссыль быстро не найду
A
я знаю две причины микросервисов. и одна из них косвенно связана с масштабируемостью. первая да - можно одно приложение поделить и вообще отдельными командами разрабатывать каждый микросервис. Вторая - развёртывать их можно отдельно. что удобно. один например чаще используется - выделим под него побольше инстансов. а второй не так - его по-другому будем в продакшене держать.
АЗ
Ладно, если коротко то микросервисная архитектура предназначена для ускорения релизного цикла сложных систем.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
Представим что мы разделили приложение на части, каждая из которых может функционировать, тестироваться, развёртываться, обновлять версии независимо от остальных частей.
Мы получаем возможность ускорить эволюционирование отдельной части, развитие которой важно в данный момент для бизнеса.
Основной профит в этом.
Возможность легко масштабировать микросервисы, при их соответствующей реализации, это только приятный побочный эффект.
выкладываем огроменный кусок монолита, проблем никаких нет
АЗ
а с масштабируемостью - есть
АЗ
ничто тебе не мешает отдельно развивать части логически разбив их на модули и тестировать и так далее
АЗ
тут как раз профит именно в инфраструктурном разделении сервисов ради упрощения их масштабирования
A
вот есть две причины. один из вас говорит что эта причина главная. а другая побочная. Второй - ровно наоборот. другая главная - а первая побочная ) а смысл в том, что разделять разные вещи просто правильно. и обе эти вещи - лишь следствия правильного подхода.