Size: a a a

Архитектура ИТ-решений

2021 April 21

VR

V R in Архитектура ИТ-решений
да, упрощает работу, закрывает многое - но старт сервера бывает минуты - что замедляет разработку и не нравится никому - со временим переработано, улучшено -но ситуацию не спасло
источник

VR

V R in Архитектура ИТ-решений
коммьюнити спринга в разы больше, он удобнее и т.д. - но есть свои нюансы
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Честно, я хочу разобраться
источник

VR

V R in Архитектура ИТ-решений
что, в конечном итоге приводит (с развитием микросервисов) к желанию упростить технологии - и выделяется подмножество которое отвечает за веб + работу с json +  бд  в отдельную ветку microprofile
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
это уже понятно
источник

VR

V R in Архитектура ИТ-решений
+ к ней довешивают дополнительные вещи - monitoring, fault tolernace - и т.д. - то чего изначально в Jee нет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
каким образом, в чём отличие от Spring?
источник

VR

V R in Архитектура ИТ-решений
к чему это приводит дальше - jee-шники быстро пытаются сделать свои сервера легкими, либо выделить из них подмножество API и сделать легкий сервер - так появляется Payara от jboss вроде thorntail
источник

VR

V R in Архитектура ИТ-решений
но при этом появляется quarkus - который разрабатывается с нуля именно под microprofile - что дает ему колосальное преимущество
источник

VR

V R in Архитектура ИТ-решений
ничего по сути, но если в деталях - смотрите - основная фишка Jee - API т.е. оно не дает реализации - вам просто говорят что нужно сделать
источник

VR

V R in Архитектура ИТ-решений
в спринге это все уже давно есть - но в виде конкретных реализаций либо библиотек.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
в спринге на всё есть абстракции (API), не понимаю
источник

VR

V R in Архитектура ИТ-решений
я могу сказать из опыта работы почему на некоторых проектах к примеру не выбирали Spring (заметьте - я всеми руками за него и всегда старался его испльзовать) - он один
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
уловил, да
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А можно пояснить мотивацию?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
сейчас в JEE есть что-то работающее и быстро растущее кроме Microprofiles и Quarcus?
источник

VR

V R in Архитектура ИТ-решений
если что-то происходит со Spring (как с библиотекой) - Вы ничего не сделаете уже - его RestTemplate - он только в Spring. Если Вы возьмете jax-rs как API - у него масса реализаций - и Вы (в теории) можете легко перекинуть его на другой сервер и запустить там.
источник

VR

V R in Архитектура ИТ-решений
Я пробовал разные - но имхо Quarkus это сейчас будет лучшее - остальное - это выход из старых серверов - забыть
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, сделай свой форк и все будет ок )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Понимаю. По сути, будет нивероваться преимущество JEE - API. Платформа как и Spring будет одна. Нет?
источник