Size: a a a

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

2021 February 14

F

Fagor in Архитектура ИТ-решений
Gennadiy Kruglov
То есть, а JEE всё сразу, в том числе многое из этого не будет нужно, и это изначально "тяжело"

JEE - это спецификация и среды исполнения (продукты) с поддержкой этой спецификации

А Spring - это фреймворк, то есть конструктор
а чем тогда web sphere не устраивает, если не делают на нем новое, при условии что java EE хороша?

Хотя у нас спецов на core то не найдешь, что уж про EE говорить. Все сразу спринг учат и вперед. Притом я больше не за сахар всякий как в котлине, больше стратегический выбор интересует. Котлин пока как сахар, не более. Рано выводы делать.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Стоит как космический корабль
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Котлин опасен для системщиков
источник

F

Fagor in Архитектура ИТ-решений
Alexey Mergasov
Стоит как космический корабль
разве всякие "лазейки" не нашли? как обычно бывает?
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
А там общий tco
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Fagor
а чем тогда web sphere не устраивает, если не делают на нем новое, при условии что java EE хороша?

Хотя у нас спецов на core то не найдешь, что уж про EE говорить. Все сразу спринг учат и вперед. Притом я больше не за сахар всякий как в котлине, больше стратегический выбор интересует. Котлин пока как сахар, не более. Рано выводы делать.
Мы говорим о разных вещах.

Если используется централизованный подход к интеграции, то WebSphere достойный кандидат на роль ESB

Подходы к интеграции меняются, вся соль в этом
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexey Mergasov
Маленькая ремарка. Все таки jee можно интерпретировать тоже как Фреймворк но гораздо больше стандартизированный чем Спрингс
JEE при всём желании трудно назвать фреймворком
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Что конечно понимать под фреймворком. Мы вполнJе себе нормально под SE на томкатах в рамках servlett контейнера в виде библиотек подключаем и jaxb и JMS и JNDI в разных имплементациях. Набираем нужный функционал по спеке, без всего набора J2EE.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
JEE - это спецификация, её поддерживают разные продукты
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Spring - предельно конкретный фреймворк
источник

DC

Dmitriy Chernyak in Архитектура ИТ-решений
pragus
ftp - это, наверное, худший вариант из возможных
Это вы, наверное, не работали с kermit)). А еще есть оборудование, которое только по нему и общается.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Если говорить о наборе артифактов то да, вы правы.
источник
2021 February 15

SB

Sergey Bezrukov in Архитектура ИТ-решений
Alexey Mergasov
Котлин опасен для системщиков
А кто такие в данном случае "системщики" и чем для них может быть опасен язык программирования?
источник

VN

V N in Архитектура ИТ-решений
Alexander Luchkov
Если "пара десятков"  и все друг-с-другом то нужна шина, в качестве шины можно использовать
- общие папки с файликами (SMB, NFS и прочее)
- СУБД
- DDS

И прочее. Вопрос в ограничениях на имеющиеся протоколы и ресурсы. Удобнее всего сопровождать файлики, как ни странно.
Сложнее, как минимум с разграничением доступа, блокировками, мониторингом... зачастую производительность хуже...
источник

NZ

Nick Z in Архитектура ИТ-решений
V N
Сложнее, как минимум с разграничением доступа, блокировками, мониторингом... зачастую производительность хуже...
Правдин выстроит все на 2 хранимках и 2 триггерах. Будет быстрее, чем все эти ваши кафки. А все эти политики на случай фейлов - для слабаков. Все будет летать и без этого.
источник

VN

V N in Архитектура ИТ-решений
Это кому?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
V N
Сложнее, как минимум с разграничением доступа, блокировками, мониторингом... зачастую производительность хуже...
Это субьективно всё и очень сильно зависит от задачи. С моей точки зрения как админа - мониторинг общей папки в 100 раз проще, чем мониторинг кастомного HTTP-сервиса.Потому что под первое есть куча шаблонов, которые я могу применить за 5 минут и на всю жизнь. А во втором случае я задолбаюсь писать скрипты и автотесты от разрабов выбивать.

Про разграничение доступа а чем сложнее-то? У меня на уровне политик домена обычно group-in-group позволяет это всё делать достаточно оперативно.

Блокировки? Простите, но если кто-то использует файл как шаред-мемори - мои соболезнования. Они не для этого. Обмен сообщениями - вполне себе хорошо на некоторых пределах.
источник

AY

Alexander Yugov in Архитектура ИТ-решений
V N
Это кому?
Это не в тот чат)
источник

VN

V N in Архитектура ИТ-решений
Alexander Luchkov
Это субьективно всё и очень сильно зависит от задачи. С моей точки зрения как админа - мониторинг общей папки в 100 раз проще, чем мониторинг кастомного HTTP-сервиса.Потому что под первое есть куча шаблонов, которые я могу применить за 5 минут и на всю жизнь. А во втором случае я задолбаюсь писать скрипты и автотесты от разрабов выбивать.

Про разграничение доступа а чем сложнее-то? У меня на уровне политик домена обычно group-in-group позволяет это всё делать достаточно оперативно.

Блокировки? Простите, но если кто-то использует файл как шаред-мемори - мои соболезнования. Они не для этого. Обмен сообщениями - вполне себе хорошо на некоторых пределах.
А я не писал про сервис... Я писал про СУБД (вместо кучи файлов)...
Все-таки мне кажется что средствами СУБД более удобно и быстро можно управлять доступом чем операционной системой (с ее особеностями)...
источник

VN

V N in Архитектура ИТ-решений
Nick Z
Правдин выстроит все на 2 хранимках и 2 триггерах. Будет быстрее, чем все эти ваши кафки. А все эти политики на случай фейлов - для слабаков. Все будет летать и без этого.
ну если участников обмена 2, то пуркуа бы и не па...
источник