Мое мнение о Spring Boot
Вставка
- Опубліковано 12 тра 2019
- Новый тренинг для новичков (Киев и онлайн): инструментарий Java bit.ly/2Yr1KoB
Проверь, достаточно ли тебе знаний чтобы начать обучение на курсе Java менторинг в FoxmindEd? bit.ly/2WEzwpT
Advanced он-лайн курс Enterprise Patterns: bit.ly/2JdcVxy
Сайт учебного центра: bit.ly/2E6smnb
Учебный центр в ФБ: / foxmindedco
Все говорят Spring Boot - это круто. Я решил, наконец, расставить точки над i
Разработка: software.foxminded.com.ua
Web-разработка: foxminded.agency
Мой Telegram: t.me/nemchinskiyOnBusiness
Мой блог: www.nemchinsky.me
Мой ФБ: / sergey.nemchinskiy
Видео супер Сергей ! Расскажите про микросервисную архитектуру поподробней для java джунов которые ни черта не шарят в архитектуре проекта , но пытаются построить связи в понимании приложения
@@SergeyNemchinskiy Плох тот джун который не мечтает стать сеньёром и строить архитектуру))
Истина такова, что далеко не всем джунам суждено стать Архитекторами, или хотя бы синьорами)
Сергей, расскажи про "правильные" микросервисные архитектуры твоего понимания. Я думаю многим интересно что ты конкретно имел ввиду
Сергей, красиво объяснил, спасибо!
ит конслатинг форева)))
Согласен что спринг бут хорош для микросервисов...но не согласен что он очень плох для монолита. Нету никакой принципиальной проблемы что бы писать монолит на спринг буте. Ну типа пишешь себе и все...если нужно переконфигурируешь дефольные настройки.
Сергей, хотелось бы более подробно узнать об архитектуре приложения с микросервисами.
@@SergeyNemchinskiy может попробовать сделать трансляцию на эту тему? На часок, другой, как в былые времена? Что думаете на эту тему?
@@SergeyNemchinskiy Сергей, и желательно самое мясо про кап теорему, про саги, евент сорсинг, скрс , секурити , за часок)
Лично я очень осторожно к этой архитектуре отношусь, по мне, успешность этой архитектуры определяет квалификация команды, и она должна быть высокой.
А то щас оно вон как запилил эврику и все - мастер спорта по микросервисам.
А так, я двумя руками за эту арзитектуру и на все выпады в ее сторону - просто покажите картину с микросервисами от нетфликса. В общем квалификация команды и вперед!
Sergey Nemchinsky за познавательный тренинг про микросервисы стоит заплатить ))
@@SergeyNemchinskiy кидаю деньги в монитор, чтобы получить ваш тренинг по проектированию микросервисной архитектуры spring boot приложений, но ничего не происходит =( как быть?
Да чо там делать-то, спринг бут создаем, бд подключаем через хибернейт, создаем ентити, дтоошки, репозитории, модели, часть генерим, часть руками, добавляем контроллеры и стартуем со встроенным томкатом прямо из ИДЕ и поехали. Ставим докер туда закидываем наш джарник и еще раз поехали уже на другом релизном сервере)
Все счастливы, включая заказчика))
А да, для наглядности еще сваггер можно подключить, визуал же какой-то да нужен, все же.
Поддерживаю вопросы по поводу архитектуры... Интересно узнать ваше мнение на счет современных трендов. ( И про ddd немножко :-) ).
Спасибо за информацию, Сергей! Как будет у вас время, можете сказать пару слов о Go! Где его применяют? Зачем он нужен программистам? И зачем на ваш взгляд он нужен Google?
С монолитным большим ентерпайз приложением были проблемы только при переезде с 4 на 5 спринг, с соответствующим переездом бута. Много магии поменяло свое поведение. В других аспектах поддерживать достаточно легко, если вести грамотный контроль
Для меня Spirng Boot просто как глоток свежего воздуха, теперь не надо подключать кучу зависимостей и прописывать кучу конфигураций, очень удобно когда надо сесть и просто сделать что-то. Единственный минус это куча "магии" которую он берёт на себя :) Новичкам наверное лучше начинать без него, прописывать всё ручками, чтобы понимать что происходит внутри Spring Boot :)
Да ничего, сразу магия, а как только что-то ломается - дебаг и разбирается где. А потом убиваем не нужный стартер и пишем свой...
Согласен на все сто, начал изучать Spring - сразу полез к JDBC, Hibernate и Servlet-ам . На спринге раз-два все готово, сама БД настроилась, автоматом переброска данных на сайт в JSon и обратно работает, а как, в каком формате, почему, это уже из ошибок ясно в 20-30 строк и вызовов. Учить его нужно и полезно, но все-таки не мешает пройтись по основам.
Новичкам лучше написать собственный Spring Boot, что бы лучше разобраться, как он устроен и работает. Там на самом деле принципиально всё довольно просто. Можно например посмотреть недавний доклад Жени Борисова - ua-cam.com/video/rd6wxPzXQvo/v-deo.html
Чел а ну сменил аватарку !
)
с блекджеком и соответствующими программистками))))
Спасибо, за мнение. Что интересно, на спринг буте так же можно собирать WAR и не использовать embedded server, и диплоить их например на Tomcat
Можно, но не ясно зачем)
У нас на работе так и есть. Локально тестируем на спринг буте и при необходимости - на томкате. А на серверах только томкаты да веблоджики. Но сейчас наметился тренд на микросервисы...
Мы пилим первую версию со spring-boot. Но само приложение в jar имеет только стартер и конфигов специфичных для запуска в spring-boot. Все остальные классы в мавен модулях. Если приложение на изи справляется с ожидаемой нагрузкой с запасом - успокаиваемся на этом. Если пыхтит или начинает сильно зависить от конфиги, то добавляем модуль server который собирает war-ку и кидаем в томкат и там уже крутим-вертим пулы коннектов томката и jdbc и внутренние параметры которые влияют на производительость. В итоге разработка ведется в основном spring-boot приложения а в продакшен уходит war-ка.
Сергей, добрый день. Стоит ли ходить по собеседованиям если знаю только голый Java Core? Без Spring и Java EE. Хочу поменять карьеру. Сейчас системный администратор.
Спринг не так страшен как о нем говорят, прочти спринг в действии, напиши простенький круд и иди на собес, две недели тебе хватит
С голым, как вы выражаетесь, Java Core сегодня никто (серьезно) не работает. Всегда используют какие-то библиотеки, фреймворки и т. д. Например, для работы с реляционными данными очень часто используется hibernate, для „messaging“ activeMQ и т.д. Поэтому в зависимости от предполагаемого места работы стоит освоить некоторые библиотеки. К счастью, они строятся по похожим схемам, так что освоение следующих будет идти намного быстрее. Следующий уровень это Spring (Boot) и JEE. Здесь есть некоторые тонкости в определениях и сравнениях, но главное это: На сегодняшний день это два наиболее значимых набора Java-библиотек а также единых правил их использования, ОСОБЕННО для т. н. Enterprise-разработок. Поэтому, если идёте на Enterprise, понятие об одном из них будет огромным плюсом. При этом не надо знать «весь» Spring или jee. Достаточно показать понимание принципов построения кода в для них и умение ориентироваться в некоторых их частях. Например, spring repositories или spring batch. Или других.
Прошу прощения JavaEE временно 3-го Spring'а была такая кондово-неудобная вещь, что с него все массово бежали в Spring.
JaveEE7 почти догнал 3 Spring по удобству программирования, но к этому времени война была проиграна. JBoss и WebShere из коробки поддерживали Spring, вроде как с 3 версии Spring'а.
А у spring boot есть фишка, когда несколько независимых модулей можно собрать как в один артефакт, так и в несколько независимых.
Поэтому "монолит" можно писать в виде микросервисов. Что бывает удобно при деплое.
Сергей, а что вы про Thorntail думаете? thorntail.io/
Тоже что и Spring Boot, но для Java/Jakarta EE стека на основе Wildfly.
большого смысла не вижу
@@SergeyNemchinskiy кстати, а когда вам последний раз доводилось иметь дело с чем-то на Java EE стеке?
Жду видео про стэк спринг бут 2
Работаю на сприг буте в банке , у которого 40 миллионов клиентов.
Ваш банк просто не энтерпрайз))) А вообще как можно, что то обсуждать, если реально аргументов не прозвучало.....
Сергей, добрый день.
Не знаю, там ли я добавляю вопрос.
Как на Ваше мнение для успешного собеседования свитчеру на позицию Java Junior важнее(читай - больше спрашивают на интервью) знание теории или практические навыки?
Спасибо за Ваши видео :)
@@SergeyNemchinskiy Спасибо.
Привет, я хочу стать программистом в будущем, и я уже полностью знаю програму Scratch и могу свободно написать большую програму за 2-3 дня, и потом я понял что мне нечего там делать и решил перейти на java. И я хотел тебя спросить нужно ли мне ето в шестом класе? Сори за ошибки, я умею только по украински писать а по руски не очень. Надеюсь тЬІ меня понял и ответиш.
@@SergeyNemchinskiy дякою за відповідь, зараз знайду відео
сделайте курс по automation python )))
Как учить Spring? Java Core на хорошем уровне, разобрался с SQL, теперь хочу взяться за Spring. Подскажите пожалуйста с чего начинать? Может книгу какую нибудь?
Могу посоветовать курс на udemy - Chad Darby - Spring & Hibernate for beginners (include spring boot)
@@alexmashanski2883 спасибо, посмотрю
Spring in Action и Spring для профессоналов
Не услышал причины почему писать монолит на буте не вариант?
Bean-ы для OpenJDK после того как ОРАКЛ стал напрягать со своей JavaEE - кто-то же должен был это сделать
Да уж, поддержка проекта основанного на микросервисной архитектуре да ещё и без архитектора, то ещё занятие🤯. 👍🏻😂
Как там Jakarta поживает? Пациент скорее мертв?
Меня давно волновал вопрос не как программиста, а скорее как заказчика. Что вы посоветуете малому и среднему бизнесу? Потребности в приложениях, которые можно считать enterprise, у них есть. Искать готовые open sourse-решения и допиливать под себя? Нанимать бригаду фрилансеров? Заказывать на аутсорсе у серьезных компаний? Заводить свой отдел разработки? Если последнее - то на каком языке/платформе, т.к. у некоторых бизнес держится на 1c/php/... значит ли что и так можно, или они переплачивают? Для крупного бизнеса такой вопрос не стоит - у них нет выбора, а как быть со средним и мелким бизнесом (меня волнуют фирмы по 100 сотрудников и оборотом 100-150 миллионов рублей в год)
У меня на работе работает одна бабенка с описываемой ситуацией. Ступай и устраивайся на работу.
Малому и среднему бизнесу я бы посоветовал забыть слово Ынтырпрайз. Так можно влить тонны бабла с ожидаемо малым выхлопом. Если есть готовое решение - покупайте его.
Монолитное приложение на буте очень даже легко пишется, тут не согласен.
Касаемо микросервисов, щас бут де факто стандарт. Если нужен микросервис, то спринг бут тут как тут. Другой вопрос в том, что много жрет памяти, долго запускается, если много микросервисов, то система получается дорогой. Ко всему прочему в итоговом джарнике много всякой дичи которая ре используется да и вообще если проследить как оно все там создается, то фабрика на фабрике фабрикой погоняет, по мне так оверхэд. По ощущениям идет движуха в сторону легковесности и контроля, типа как Ktor, а именно проекты spring fu и kofu.
Время покажет.
J2ee ничего против не имею, правда что-то на слуху не крутится что-то а ля спринг клауд. Плюсом для j2ee могу сказать что часто серьезный заказчик выбирает этот стек и точка. Надо бы ребятам из сообщества больше себя рекламировать, глядишь и простой люд начнет хайповать. А так когда я слышу слова вебсфера, представляю легаси монстра, с кучей xml декрипторов и 10 минутным запуском. Оно мне надо?
Как-то так.
Объективно - ЕЕ стек стартует только в EJB контейнере, а это целая куча библиотек поверх того же томкета, который никогда ЕЕ не поддерживал, только jsp. Разные сервера даже разные версии серверов по разному выполняли ЕЕ. Так как в самом EJB сервере 1000чи строк конфигурации и куча библиотек с теми же проблемами совместимости. То же создание рефлексией из эксемелек объектов библиотек, с типичными ошибками. EE это динозавр с кучей бюрократиии и стандартизации. Это и его плюс и его минус. Обновляется он супер редко, но поэтому он и более стабильный, субьективно. Ну и плюс у ЕЕ серверов есть платный сапорт, судя по отзывам не слишком полезный. Спринг это динамически изменяемый фреймворк под реальные нужды разработчиков. Так же как и с ЕЕ, пока не нужно лезть в внутренности все супер круто. Только вот у спринга на порядок больше возможностей, соотвествующих настоящему времени, а не из прошлого. Спринг бут, это далеко не про ембедед сервер. Это про дефолтную конигурацию. Спринг бут вполне себе нормально деплоить war файлом. На проде чачто так и делают, если нужны какие то "девопс" настройки сервера. А вот то для чего раньше нужно было добавить нужные зависимости, определить несколько бинов, вызвать какие то методы, дописать пропертя, и если что то пропустил провести несколько часов в гугле, в спринг буте решается подключением одного стартера в зависимости(мейвен,грейдл), который сделает все это сам.
Почему Spring Boot для монолита не вариант? Почему не стартовать на нём, с дефолтными настройками. По мере роста проекта уже заниматься конфигурированием, когда и если это потребуется. В чем может быть проблема, с таким подходом?
Если есть человек, который это всё смогёт, то никаких проблем, а если как говорил Сергей, что хочется обнимать и плакать, то лучше не надо. Потом очень хорошо в неподходящий момент может по шарам засвистеть такой подход. Если же весь код в приемлемом качестве, а не из говна и палок, то это еще может получится иначе потом конфигурировать это чудовище становиться практически невозможно.
@@user-zt7wp5ju4b Да нет его проблем конфигурировать никаких.
@@SergeyNemchinskiy Спросил, потому, что сам на практике не столкнулся (пока) с какими то особыми сложностями в конфигурировании энтерпрайзного приложения на Spring Boot. Поэтому заявление, что SB для монолита не вариант, мне показалось, несколько категоричным. Если я ошибаюсь хотелось, бы всё же более аргументированного обоснования. По поводу качества кода, думаю, что низкая квалификация разработчиков может положить любой проект и на любых технологиях)
@@SergeyNemchinskiy На самом деле не будет мешать. А вот возможность подключить starter и настроить нужную конфигурацию в yml очень помогает. Единственное, что не надо свои версии зависимостей тащить если они уже определены в dependency management. В принципе возможность стартовать из jar даже для монолита неплоха. Но и если war собрать то в контейнере тоже прекрасно работает, что в tomcat, что в weblogic.
Запишите пожалуйста про golang. Пожалуйста!
@@SergeyNemchinskiy ну как же, это же самая холиварная тема! Такой агрессивный маркетинг от гугла. "Супер язык! Убийца джавы! Горутины намного легче и производительнее чем тяжеловесные потоки в джаве. За Го будущее! Скоро сервера будут писать только на нем, потому что нет альтернативы в плане сочетания скорости и легкости. А код на нем такооой читаемый и понятный!" - что то такое постоянно слышится, когда говорят про Го. На мой скромный взгляд - это странный язык с сомнительным дизайном. Вот еще интересный момент. Такой пиар продолжается примерно с 2016 года (может чуть раньше, точно не помню). Но так ничего и не изменилось. Я вижу странные таблицы, где сказано, что в США го-программист самый высокооплачиваемый ИТ специалист. Но мне кажется, что эти таблицы и такие заявления - опять маркетинг от гугла . Реальных вакансий по нему на сайтах о поиске работы очень мало. Мне бы хотелось узнать ваше мнение: 1) Почему так происходит. 2) Как вы думаете, какое будущее ждет эту технологию. 3) По какой причине гугл разработали еще один язык. Какие цели преследовали? Достигли ли их, по вашему мнению, или нет.
Сергей, а как относитесь к grails?
@@SergeyNemchinskiy в том смысле что не знаете?) Могу познакомить и ответить на все вопросы) по скорости разработки быстрее Бута да и старше в несколько раз.
Зачем grails если есть rails? :)
Читал недавно, что Java EE фактически мёртв (источник: headcrashing.wordpress.com/2019/05/03/negotiations-failed-how-oracle-killed-java-ee/amp/). Я правильно понимаю, Spring Boot сейчас стал полноценной заменой Java EE?
Не умер, просто теперь Java EE под контролем Eclipse Foundation и называется Jakarta EE
спринг давно уже полноценная альтернатива java ee, лет так 8 наверное точно
Надо понимать, что 90% вакансий = спринг. По крайней мере в Москве. Исходя из этого вся полемика про ЕЕ - не нужна.
Никто в своем уме в 2019 году не начнет новый проект на Джакарте.
Только если уже купили вебсферу и денег жалко.
Java не нужна в 2019
Просто щас в эпоху микросервисов. клаудов с кубернетисами и докерами как то мало кому уперлись эти энтерпрайз апликейшен сервера. Спринг бут изначально не требовал никакого деплоя в какой то сервер, просто запустил джарник и он работает. Что для микросервиса в докере удобно. По этому щас в основном в более менее свежих проектах его и юзают.
Монолит больно обновлять без даунтайма. Когда нужно накатить обновление приходится все останавливать. Но для поддержки микросервисов требуется больше devops ресурсов
Кто вам такое сказал? А если одна фича требует одновременного обновления нескольких микросервисов это не больно? Или каждый раз код писать чтобы все версии зависимых микросервисов поддерживались а после обновлять код ещё раз убирая старое? Я уже чето насмотрелся на микросервисы и пусть этим занимаются всякие нэтфликсы и тиндеры. Т.е. те кому это реально надо. А то народ стал каждый бложик на микросервисы пилить .
@@andreybulygin2625 Микросервисы обновлять легко, просто добавляешь один инстанс сверху, а один перезапускаешь. И так пока не обновятся все. Потом дополнительный инстанс убираешь.
а можно теперь видео про сам микросервис?) не понимаю, что это значит, википедия не помогает)
Статья (а точнее, перевод) "Микросервисы" на Хабре или её оригинал - "Microservices" - в помощь.
Сделайте пожалуйста ролик о том, как простому крестьянскому парню изучать спринг. В сети есть всего пара стареньких книжек на русском. Ни одного видео на русском нет даже на udemy. А то что в открытом доступе - откровенный шлак. Посоветуйте хоть на инглише толковую книгу
Spring in action 3 - на русском есть, 4 - только на английском
Видео Юрия Ткача есть про спринг. Ещё какие-то видел. Надо лучше искать.
Учи английский.
Видео устарело примерно лет на 10
А OSGi для микросервисов не лучше Spring Boot? В Eclipse RCP плагин без логики также за 3 минуты создается и кодится практически независимо от других плагинов. Хотя метода main в нем тоже не будет.
Насчёт монолитов - конечно же, не согласен, пишутся они на Boot'е без всяких проблем. А вообще, Сергей для меня своего рода символ консерватизма JVM-мира. Я-то учу своих студентов, что писать на Java в 2020-м без Spring Boot'а, Lombok'а, VAVR'а и даже иногда Manifold'а - деньги (заказчика) на ветер, ибо разработка будет постоянно буксовать на борьбе с языком и барахтанием в море нагенерённого бойлерплейт-кода, а не реализовывать бизнес-логику, не отвлекаясь на лишь косвенно относящиеся к делу инфраструктурные вопросы. Про Lombok мы Сергея уже слышали, про VAVR и Manifold, надеюсь, и не услышим (могу себе представить, что скажет), да и про Kotlin со Scala'ой "товарищ" тоже уже высказался, но хоть право Spring Boot'а на существование признал - медленно но верно прогресс берёт своё даже в глазах таких, как Сергей - хорошо, что вода инноваций даже такой крепкий камень точит... Главное, когда будете для себя определяться, выслушайте другие мнения представителей передовых компаний, которые не только legacy-проекты 20-летней давности поддерживают, а пишут что-то современное.
Лучше научите студентов, что пока у них есть время учиться в ВУЗе (если вы конечно вузовский препод, а не на курсах в помойках GeekBrains, OTUS и прочих), то это время нужно использовать по-максимуму, чтобы изучить нативные возможности Java, которые идут "искаропки" в JDK. Вне каких-либо фреймворков. Человек, который перед поиском первой работы джавистом-бэкендщиком уже имеет твердое представление не только о коллекциях, но и о рефлексии, многопоточности, dynamic proxy, кастомных annotation processors и механизме класслоадинга (parent-child делегирование), фреймворкам учится потом с чудовищной скоростью. Потому что помимо учебника "BlaBlaBla in Action" и референсов еще может спокойно читать низкоуровневые библиотечные кишки в отладчике. Видел студентов, которые с таким бэкграундом из джуна до мидла дорастали за 1.5 года. Потому что уже приходили в коммерческую разработку с обширной базой, которая позволяла видеть, что все фреймворки - не более чем конструкции из кирпичиков. Да, нужно время, чтобы разобраться в архитектуре фреймворка, но у человека нет проблем с пониманием. А то приходят в профессию недоучки, которые уже 4 год на своей уютной галере аутсорсят, а у них спринг до сих пор на "черной магии".
мы все писаем кипятком от твоих видео:)
Лайк за "Блекджек и соответсвующих программисток" XD
Спрингбут-у огромное спасибо что помогли опенсорсу перестать распылять силы, сконцентрировались на чем-то одном и через это наконец-то закрыли зоопарк Java-фрэймовков. Эх, если бы нашлись такие же ребята на тему закрытия зоопарков в JаvaScript...
Сергей, что-то Вы не то про Spring boot говорите. Все совсем не так. Как можно сравнить JEE и Spring boot? Складывается впечатление, что Вы совсем не понимаете, что такое Spring и Spring boot в частности.
Пишу на спинг буте. Полностью согласен
Мда. Есть така беда. Но микросервисы на то и микро, с ними нужно работать уже после мозгов. А в начале мозги архитекторские нужны чтобы не получилось что народ Титаник зубными щётками должен вычищать. Будущую масштабируемость нужно уметь почувствовать на много заранее, до того как твой многократно эволюционировавший (на одних только микросервисах) продукт уже упрётся в потолок. Я бы очень смеялся если бы мне кто-то рассказал что какой-нибудь наш "Илон Маск" начал свои суперновые и мегареволюционные электрокары делать на нашем ЗАЗе и не проложил это всё на полностью новый техпроцесс.
Не, не, не, не, не! ))) Некогда проектировать - все покрыто спринтами вместе с архитектурой! Тут главное, чтобы быстро! )))
@@PS7601 А потом собираем из 5 запросов одну сущность. Но это ладно. Хуже эт когда ее начинаем обновлять или сохранять.
Бред сумасшедшего) достаточно сравнить деплой hello word app в двух стеках где в спринге достаточно объявить две аннотации и запустить без лишних усилий и наличия http сервера
Сейчас бы сравнить Spring Boot и Java EE в разрезе Hello World'а..
@@SergeyNemchinskiy Время деплоя сильно зависит от процедуры, может речь о времени запуска приложения ?
Почему запуск монолита должен быть быстрее чем запуск того же функционала на буте и микросервисах ?
Вы же не будете сервисы последовательно запускать ?
Ну и для микросервисов есть и полегче фреймворки Verte.x, Mcronaut, etc
Абсолютно не аргументированное мнение. Так можно сказать про что угодно и наговнокодить можно с любыми технологиями. И если уж принять Вашу позицию, то если приложухи на спринге обнять и плакать, то на "ее" плакать все время, зато любоваться кодом.
Микросервисы без бессменного Архитектора-диктатора - mess.
Аха ха , на Spring Boot писать монолит не вариант!!! Хоть какие-то аргументы бы привел.
Переписываю интернет магазин с ноды-экспресса на бут и вздыхаю с облегчением!
Что такое спринг бутт?
P.S. лень гуглить
это спринг который бутит , в общем спринг нужен для бута
Это Spring Boot)
Весна задница или задница весны... в общем, как-то так
Пружинный башмак, если верить гугл переводчику
@@alexanderbelov3139 Весна загрузки, если верить яндекс-переводчику
шо ето било? много слов ни о чем . и такой "специалист" обучает людей?