Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4      [все]
 Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
App-Servers/Http-Servers/Embed-http
IBM Webshere
22,2%
 (8)
Oracle Weblogic
8,3%
 (3)
Red Hat JBoss
16,7%
 (6)
WildFly
33,3%
 (12)
GlassFish
19,4%
 (7)
Geronimo Application Server
2,8%
 (1)
Apache Tomcat
58,3%
 (21)
Jetty
38,9%
 (14)
Голосование открыто только для зарегистрированных пользователей.
Проголосовало: 36  

+
Привет. В продолжение топика https://www.sql.ru/forum/1317429-2/server-prilozheniy-dlya-java
я решил создать голосование с мультивыбором серверов приложений и веб-серверов которые
вы используете в продакшене и просто в тестировании.

Tomcat/Jetty по большей части не являются полноценными серверами приложений но я их
просто включаю для хорошего покрытия статистики. Кроме того Tomcat может стоять
в стеке Spring технологий.

Всем - спасибо за ваши голоса.

Кликайте.
29 сен 19, 13:04    [21981954]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
chpasha
Member

Откуда:
Сообщений: 8446
Прголосовал, но имхо нерепрезентативная выборка - народу мало.
29 сен 19, 13:49    [21981979]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Подождем. Куда спешить?
29 сен 19, 13:51    [21981982]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
chpasha
Прголосовал, но имхо нерепрезентативная выборка - народу мало.
вот извини, а мы вокруг все глупые и это не понимаем? И не знаем чтт сегодня воскресенье?
29 сен 19, 13:53    [21981984]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
chpasha
Member

Откуда:
Сообщений: 8446
mayton
Подождем. Куда спешить?

я имею в виду, что тут в принципе мало народу, а не прям сейчас мало. По-этому никакие числа имхо не будут значит ничего в плане общей картины. Как думаешь, наберем хотя бы 5к участников :) ?

К сообщению приложен файл. Размер - 23Kb
29 сен 19, 14:26    [21982001]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Да я не собираю выборку в мировом масштабе. Вот мы тут спорим в скруле. А какая здесь аудитория?
Бывш. страны СНГ. Вот я в их разрезе и собираю. Дальше вернусь в родительский топик. И продолжим.
Соберём мало - тоже сведенья. Оценим вообще активность в топике.

Вобщем как по мне - просто стартовая точка чтоб поговорить.

А позже я придумаю метрику оценки эффективности ресурсов. И КМК кроме меня никто об этом не думает.
Только высказываеют своё гуманитарно-богословское мнение.
29 сен 19, 14:44    [21982006]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mayton
Вобщем как по мне - просто стартовая точка чтоб поговорить.
+1
29 сен 19, 14:47    [21982007]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16729
mayton
Вобщем как по мне - просто стартовая точка чтоб поговорить.
как по мне так кошка самая простая и легковесная. легко ставится и в в окнах и в линуксах.
все требования выполняет.
деплой производится простым копирование в папка webapps.
29 сен 19, 14:51    [21982008]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Динамика по данным plumbr.io с 13 по 17 год. Удельный вес Томкет растет.

+
Картинка с другого сайта.
29 сен 19, 14:57    [21982010]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
вадя
самая простая и легковесная
по сравнению с чем? Надо же сравнивать с чем то. Они все делают автодеплой и кроссплатформенны.
29 сен 19, 14:57    [21982011]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
вадя
mayton
Вобщем как по мне - просто стартовая точка чтоб поговорить.
как по мне так кошка самая простая и легковесная. легко ставится и в в окнах и в линуксах.
все требования выполняет.
деплой производится простым копирование в папка webapps.

Первые шесть штук удовлетворяют спецификациям J2EE. Правда если быть дотошным то эти спецификации
тоже разные. В настоящее время действующая спека J2EE v8 и я пока не вижу серваков которые под нее
подходят.
29 сен 19, 15:00    [21982013]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
chpasha
Member

Откуда:
Сообщений: 8446
mayton
Вот мы тут спорим в скруле

получается, это просто в разрезе "удовлетворить любопытство". т.к. если бы я, например, выбирал сервер, то меня бы интересовал самый популярный в абсолютном зачете в качестве одного из критериев выбора.

mayton
Вобщем как по мне - просто стартовая точка чтоб поговорить.

тогда ладно ;)

mayton
И КМК кроме меня никто об этом не думает

потому что это имхо не самый важный критерий на большом кол-ве проектов. что такое размер jar/war, кол-во зависимостей, время старта или даже расход памяти по сравнению со скажем, уровнем владения инструментом, легкостью поиска персонала (или скоростью его обучения). и т.п. "неочевидными" вещами. Однако я бы был не против выслушать, что именно коллеги имеют в виду под монструозностью, желательно в конструктивном ключе.
29 сен 19, 15:01    [21982015]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16729
mayton,

а что кошка не следует спекам?
29 сен 19, 15:04    [21982016]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
chpasha
Однако я бы был не против выслушать,
вы распугали всю рыбу чтобы выслушивать.
29 сен 19, 15:14    [21982019]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
У кота точно есть Jsp/Servlets.
29 сен 19, 15:14    [21982020]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
chpasha
Member

Откуда:
Сообщений: 8446
вадя
как по мне так кошка самая простая и легковесная. легко ставится и в в окнах и в линуксах.

Как по мне, так spring boot ещё проще - один jar с уже встроенным серваком и скриптами для автостарта. Если под одним инстансом томкэта не запускается несколько приложений, не используются совместные ресурсы и библиотеки, не используется hot redeploy (я не претендуют тут на полный список всех фич), то вообще не ясно зачем внешний томкэт. Как любит говорить Петро - оверхед это. Мои любимые коллеги, юзают повсеместно embedded jetty - тоже вариант, если от спринга несварение.
29 сен 19, 17:30    [21982050]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
вадя
Member

Откуда: Екатеринбург
Сообщений: 16729
chpasha,
да всё зависит о целей использования.
29 сен 19, 17:38    [21982051]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Один физический инстанс EC2 == 1 endpoint на Spring. И какая разница какой там футпринт.
100 мб? 500 мб? Какая разница когда для скейлинга вы поднимаете еще один независимый EC2.
29 сен 19, 21:22    [21982141]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Можно взять - топовую версию SpringBoot приложения и со стартера собрать привет-мир приложение
наподобие TimeService. Далее - посчитаем сколько шлака он в себя втянул.
29 сен 19, 21:38    [21982151]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
chpasha
Однако я бы был не против выслушать, что именно коллеги имеют в виду под монструозностью, желательно в конструктивном ключе.

И я не против - послушать что такое "монструозность". Покажите мне мать ее монструозность. Вот покажите.
Может так оказаться что WildFly с пинка поднимает больше шлака чем SpringBoot.
29 сен 19, 22:22    [21982186]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
mayton,

Проводил не так давно тест,
одну и ту же функциональность, не потребляющую много памяти, простейшее приложение читающее данное из БД, на springboot (undertow как контейнер) c default конфигурацией и простой spring mvc запустить в 64Mb heap.
Запустилось оба варианта, но если подать нагрузку, то spring boot быстро падал с OOM.
Вывод простой - spring boot надо уметь готовить, и это умеют единицы. Я не очень умею. Потому что не люблю spring boot.
Думаю, что наши эксперты могут получить тот же результат, но аннотаций будет где-то экрана на два. Понять, что они все они вместе означают, и почему не работает добавление еще одной - задача совсем не тривиальная.

А в тесте всех побил quarkus (quarkus.io).
29 сен 19, 23:47    [21982222]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
mayton
Можно взять - топовую версию SpringBoot приложения и со стартера собрать привет-мир приложение
наподобие TimeService. Далее - посчитаем сколько шлака он в себя втянул.

Готово. Получился монстр размером в 16 мегабайт.

Отсюдова https://start.spring.io/
- Gradle project
- Spring Boot 2.1.8
- +Web

Привет-мир приложение с 1 рест enpoint. Типа пинг-понг.

Занимает 16 мегабайт. Работает. Сколько стартует - сложно сказать.
По логам - около 2-3 секунд. (Но нас в топике будет также интересовать не время
спада активности в лог-файлах а фактическое время готовности ендпоинта отдать
первую строку данных. Мне кажется это важно. ... Эти чортовы lazy-механики могут
сильно исказить картину происходиящего.)
Поэтому время старта - это ложная метрика.
Надо расчитывать на нечто более осязаемое.

Для сомневающихся привожу листинг jar-архива.

+
Archive:  HelloWorld-0.0.1-SNAPSHOT.jar
  Length      Date    Time    Name
---------  ---------- -----   ----
        0  2019-09-29 23:51   META-INF/
      248  2019-09-29 23:51   META-INF/MANIFEST.MF
        0  2019-09-05 14:24   org/
        0  2019-09-05 14:24   org/springframework/
        0  2019-09-05 14:24   org/springframework/boot/
        0  2019-09-05 14:24   org/springframework/boot/loader/
        0  2019-09-05 14:24   org/springframework/boot/loader/util/
        0  2019-09-05 14:24   org/springframework/boot/loader/archive/
        0  2019-09-05 14:24   org/springframework/boot/loader/data/
        0  2019-09-05 14:24   org/springframework/boot/loader/jar/
     5179  2019-09-05 14:24   org/springframework/boot/loader/util/SystemPropertyUtils.class
     3829  2019-09-05 14:24   org/springframework/boot/loader/archive/ExplodedArchive$FileEntryIterator.class
     1484  2019-09-05 14:24   org/springframework/boot/loader/PropertiesLauncher$ArchiveEntryFilter.class
     1535  2019-09-05 14:24   org/springframework/boot/loader/LaunchedURLClassLoader$UseFastConnectionExceptionsEnumeration.class
     1953  2019-09-05 14:24   org/springframework/boot/loader/PropertiesLauncher$PrefixMatchingArchiveFilter.class
      945  2019-09-05 14:24   org/springframework/boot/loader/archive/Archive.class
     4015  2019-09-05 14:24   org/springframework/boot/loader/data/RandomAccessDataFile.class
     1713  2019-09-05 14:24   org/springframework/boot/loader/WarLauncher.class
     5235  2019-09-05 14:24   org/springframework/boot/loader/archive/ExplodedArchive.class
     7328  2019-09-05 14:24   org/springframework/boot/loader/archive/JarFileArchive.class
     4684  2019-09-05 14:24   org/springframework/boot/loader/Launcher.class
     1102  2019-09-05 14:24   org/springframework/boot/loader/archive/ExplodedArchive$FileEntry.class
      273  2019-09-05 14:24   org/springframework/boot/loader/archive/ExplodedArchive$1.class
     1081  2019-09-05 14:24   org/springframework/boot/loader/archive/JarFileArchive$JarFileEntry.class
     2058  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFile$1.class
    15120  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFile.class
     1487  2019-09-05 14:24   org/springframework/boot/loader/archive/ExplodedArchive$FileEntryIterator$EntryComparator.class
     3662  2019-09-05 14:24   org/springframework/boot/loader/jar/JarEntry.class
     3112  2019-09-05 14:24   org/springframework/boot/loader/jar/CentralDirectoryEndRecord.class
     1813  2019-09-05 14:24   org/springframework/boot/loader/jar/ZipInflaterInputStream.class
      302  2019-09-05 14:24   org/springframework/boot/loader/archive/Archive$Entry.class
      266  2019-09-05 14:24   org/springframework/boot/loader/PropertiesLauncher$1.class
     5691  2019-09-05 14:24   org/springframework/boot/loader/LaunchedURLClassLoader.class
    19697  2019-09-05 14:24   org/springframework/boot/loader/PropertiesLauncher.class
      540  2019-09-05 14:24   org/springframework/boot/loader/jar/CentralDirectoryVisitor.class
    11492  2019-09-05 14:24   org/springframework/boot/loader/jar/Handler.class
     9834  2019-09-05 14:24   org/springframework/boot/loader/jar/JarURLConnection.class
     4302  2019-09-05 14:24   org/springframework/boot/loader/jar/JarURLConnection$JarEntryName.class
     4620  2019-09-05 14:24   org/springframework/boot/loader/jar/CentralDirectoryParser.class
      437  2019-09-05 14:24   org/springframework/boot/loader/archive/Archive$EntryFilter.class
     3604  2019-09-05 14:24   org/springframework/boot/loader/ExecutableArchiveLauncher.class
      282  2019-09-05 14:24   org/springframework/boot/loader/data/RandomAccessDataFile$1.class
     3259  2019-09-05 14:24   org/springframework/boot/loader/data/RandomAccessDataFile$FileAccess.class
     5259  2019-09-05 14:24   org/springframework/boot/loader/jar/CentralDirectoryFileHeader.class
     1779  2019-09-05 14:24   org/springframework/boot/loader/archive/JarFileArchive$EntryIterator.class
     1585  2019-09-05 14:24   org/springframework/boot/loader/JarLauncher.class
     2680  2019-09-05 14:24   org/springframework/boot/loader/data/RandomAccessDataFile$DataInputStream.class
      485  2019-09-05 14:24   org/springframework/boot/loader/data/RandomAccessData.class
     1498  2019-09-05 14:24   org/springframework/boot/loader/MainMethodRunner.class
      616  2019-09-05 14:24   org/springframework/boot/loader/jar/Bytes.class
     3650  2019-09-05 14:24   org/springframework/boot/loader/jar/StringSequence.class
      299  2019-09-05 14:24   org/springframework/boot/loader/jar/JarEntryFilter.class
    13994  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFileEntries.class
      345  2019-09-05 14:24   org/springframework/boot/loader/jar/FileHeader.class
      702  2019-09-05 14:24   org/springframework/boot/loader/jar/JarURLConnection$1.class
     1374  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFile$JarFileType.class
     1233  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFile$2.class
     2046  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFileEntries$EntryIterator.class
     4976  2019-09-05 14:24   org/springframework/boot/loader/jar/AsciiBytes.class
     1593  2019-09-05 14:24   org/springframework/boot/loader/jar/JarFileEntries$1.class
        0  2019-09-29 23:51   BOOT-INF/
        0  2019-09-29 23:51   BOOT-INF/classes/
        0  2019-09-29 23:51   BOOT-INF/classes/com/
        0  2019-09-29 23:51   BOOT-INF/classes/com/mayton/
        0  2019-09-29 23:51   BOOT-INF/classes/com/mayton/HelloWorld/
      604  2019-09-29 23:51   BOOT-INF/classes/com/mayton/HelloWorld/HelloController.class
      761  2019-09-29 23:51   BOOT-INF/classes/com/mayton/HelloWorld/HelloWorldApplication.class
       17  2019-09-29 23:51   BOOT-INF/classes/application.properties
        0  2019-09-29 23:51   BOOT-INF/lib/
      403  2019-09-29 23:28   BOOT-INF/lib/spring-boot-starter-web-2.1.8.RELEASE.jar
      403  2019-09-29 23:28   BOOT-INF/lib/spring-boot-starter-json-2.1.8.RELEASE.jar
      397  2019-09-29 23:28   BOOT-INF/lib/spring-boot-starter-2.1.8.RELEASE.jar
      404  2019-09-29 23:28   BOOT-INF/lib/spring-boot-starter-tomcat-2.1.8.RELEASE.jar
  1155887  2019-09-29 23:28   BOOT-INF/lib/hibernate-validator-6.0.17.Final.jar
   800764  2019-09-29 23:28   BOOT-INF/lib/spring-webmvc-5.1.9.RELEASE.jar
  1387391  2019-09-29 23:28   BOOT-INF/lib/spring-web-5.1.9.RELEASE.jar
  1268092  2019-09-29 23:28   BOOT-INF/lib/spring-boot-autoconfigure-2.1.8.RELEASE.jar
   956346  2019-09-29 23:28   BOOT-INF/lib/spring-boot-2.1.8.RELEASE.jar
      405  2019-09-29 23:28   BOOT-INF/lib/spring-boot-starter-logging-2.1.8.RELEASE.jar
    26586  2019-09-29 23:28   BOOT-INF/lib/javax.annotation-api-1.3.2.jar
  1102790  2019-09-29 23:28   BOOT-INF/lib/spring-context-5.1.9.RELEASE.jar
   369054  2019-09-29 23:28   BOOT-INF/lib/spring-aop-5.1.9.RELEASE.jar
   673959  2019-09-29 23:28   BOOT-INF/lib/spring-beans-5.1.9.RELEASE.jar
   280854  2019-09-29 23:28   BOOT-INF/lib/spring-expression-5.1.9.RELEASE.jar
  1293311  2019-09-29 23:28   BOOT-INF/lib/spring-core-5.1.9.RELEASE.jar
   301298  2019-09-29 23:29   BOOT-INF/lib/snakeyaml-1.23.jar
    33429  2019-09-29 23:28   BOOT-INF/lib/jackson-datatype-jdk8-2.9.9.jar
   100674  2019-09-29 23:28   BOOT-INF/lib/jackson-datatype-jsr310-2.9.9.jar
     8645  2019-09-29 23:28   BOOT-INF/lib/jackson-module-parameter-names-2.9.9.jar
  1348389  2019-09-29 23:28   BOOT-INF/lib/jackson-databind-2.9.9.3.jar
   265493  2019-09-29 23:28   BOOT-INF/lib/tomcat-embed-websocket-9.0.24.jar
  3359840  2019-09-29 23:28   BOOT-INF/lib/tomcat-embed-core-9.0.24.jar
   250148  2019-09-29 23:28   BOOT-INF/lib/tomcat-embed-el-9.0.24.jar
    93107  2019-09-29 23:28   BOOT-INF/lib/validation-api-2.0.1.Final.jar
    66713  2019-09-29 23:28   BOOT-INF/lib/jboss-logging-3.3.3.Final.jar
    66540  2019-09-29 23:28   BOOT-INF/lib/classmate-1.4.0.jar
   290339  2019-09-29 23:28   BOOT-INF/lib/logback-classic-1.2.3.jar
    17522  2019-09-29 23:28   BOOT-INF/lib/log4j-to-slf4j-2.11.2.jar
     4593  2019-09-29 23:28   BOOT-INF/lib/jul-to-slf4j-1.7.28.jar
    23761  2019-09-29 23:28   BOOT-INF/lib/spring-jcl-5.1.9.RELEASE.jar
    66519  2019-09-29 23:28   BOOT-INF/lib/jackson-annotations-2.9.0.jar
   325632  2019-09-29 23:28   BOOT-INF/lib/jackson-core-2.9.9.jar
   471901  2019-09-29 23:28   BOOT-INF/lib/logback-core-1.2.3.jar
    41117  2019-09-29 23:28   BOOT-INF/lib/slf4j-api-1.7.28.jar
   266283  2019-09-29 23:28   BOOT-INF/lib/log4j-api-2.11.2.jar
        0  2019-09-29 23:51   BOOT-INF/classes/static/
        0  2019-09-29 23:51   BOOT-INF/classes/templates/
---------                     -------
 16896667                     107 files


Любой может повторить мой эксперимент и получить те-же 16 мегабайт ресурсов.
30 сен 19, 00:01    [21982226]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
kolchanov
mayton,

Проводил не так давно тест,
одну и ту же функциональность, не потребляющую много памяти, простейшее приложение читающее данное из БД, на springboot (undertow как контейнер) c default конфигурацией и простой spring mvc запустить в 64Mb heap.
Запустилось оба варианта, но если подать нагрузку, то spring boot быстро падал с OOM.

Я не очень понимаю смысла этого эксперимента. Всё-таки технология Spring не создавалась для микро-контроллеров
и смарт-приставок. Ее назначение - работать в сфере бизнес-процессов. Я не знаю такого хостинга сегодня
который продаёт хосты с объёмом меньше чем 0.5 Гб оперативы. Серъезно что это за жлобство такое?

Может вы из гейм-дева?

P.S. Знаете в 90х было такое понятие как демо-сцена. Программисты писали на ассемблере 3Д-эффекты в 64 килобайта.
Но я надеюсь что наши задачи очень-очень далеки от этого.
30 сен 19, 00:06    [21982229]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
Нет, вполне бизнеc задача.
Есть внешнее требование - поддержка микросервисной архитектуры в т.ч. в public cloud.
Если можно уменьшить потребление памяти и cpu на каждом pod - это выливается в конкретные деньги.
30 сен 19, 00:20    [21982234]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
kolchanov
Нет, вполне бизнеc задача.
Есть внешнее требование - поддержка микросервисной архитектуры в т.ч. в public cloud.
Если можно уменьшить потребление памяти и cpu на каждом pod - это выливается в конкретные деньги.

Пробовали Jetty?
30 сен 19, 00:24    [21982236]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
>Я не знаю такого хостинга сегодня который продаёт хосты с объёмом меньше чем 0.5 Гб оперативы.
Пример -  google cloud kubernetes позводяет в запускать в одном compute engine достаточно много сервисов.
Поэтому нарезка более тонкая чем то что предоставляет iaas.
30 сен 19, 00:25    [21982237]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
>Пробовали Jetty?
Конечно.
Undertow потребляет меньше.
30 сен 19, 00:26    [21982238]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
kolchanov
>Я не знаю такого хостинга сегодня который продаёт хосты с объёмом меньше чем 0.5 Гб оперативы.
Пример -  google cloud kubernetes позводяет в запускать в одном compute engine достаточно много сервисов.
Поэтому нарезка более тонкая чем то что предоставляет iaas.

У вас есть state? Может вы дошли до такого уровня что вам уже вообще не нужна серверная архитектура.
Мир кстати к этому медленно идёт. AWS Lambda. Spring Functions. Google Functions. Программист бизнес-логики
будет писать только функции и больше ничего. Всё остальное. Инфраструктура. Хостинги. Будут делать
девопсы и админы.
30 сен 19, 00:30    [21982240]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
kolchanov
>Пробовали Jetty?
Конечно.
Undertow потребляет меньше.

Какие на нём функции? Если просто передаточное звено - то можно было пробовать Node.JS.
Там футпринта еще меньше должно быть.
30 сен 19, 00:31    [21982241]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
>У вас есть state? Может вы дошли до такого уровня что вам уже вообще не нужна серверная архитектура.
У нас есть все :)

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

Тут, к сожалению, у spring boot на данный момент нет конкуренnов.
30 сен 19, 00:45    [21982243]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
>то можно было пробовать Node.JS.
Node.js тоже есть.
30 сен 19, 00:46    [21982244]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
(разводя руками)

Мне не придётся работать с такими серверами где считают 64 Мб.

Кстати кто может создать привет-мир для WildFly?
30 сен 19, 00:53    [21982247]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
За ссылку на http://undertow.io/ - спасибо. Буду знать.

Я хотел в этот список включить netty. Но уж как-то слишком сурово.
Для нежных. Избалованных J2EE-спецификациями...
30 сен 19, 00:56    [21982250]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
mayton,

>Мне не придётся работать с такими серверами где считают 64 Мб.
Если вдруг захочешь - у нас бывает интересно.
30 сен 19, 00:58    [21982251]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
kolchanov
mayton,

Проводил не так давно тест,
одну и ту же функциональность, не потребляющую много памяти, простейшее приложение читающее данное из БД, на springboot (undertow как контейнер) c default конфигурацией и простой spring mvc запустить в 64Mb heap.
Запустилось оба варианта, но если подать нагрузку, то spring boot быстро падал с OOM.


Spring Boot по умолчанию тянет все что теоретически может понадобиться.
Это связанно с тем, что он старается быть декларативным.
Т.е. подключил зависимость у тебя все заработало и почти так, как тебе надо.
Плюс "по умлочагию", подрубется куча вещей которых и не просишь, например система мониторинга и логирования.

С одной стороны - да Hello World очень "жирный".
С другой, куча зависимостей и немного бизнес-логики и у тебя вполне нормальное приложение, которое удобно дистрибьютить.
Т.к. получаеться один jar, то он легко встраиваеться в CI/CD разные версии приложения хранятся в репозитории. Поэтому легко "вернуться" на старую версию без пересборки.

В общем все сделано под современный микросеврисный тренд.

Но "за все надо платить".

Если раньше, для работы "кровавого Ынтырпрайза" нужен был сервер приложений, вокруг которого плясали специально надрессированные админы. То сейчас имеем не самое оптимизированное приложение, но которое чуть проще в администрировании.
Ну если нет ограничения по ресурсам железа.
30 сен 19, 05:47    [21982288]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Как по мне - 16 мб не особо жирно.
30 сен 19, 07:11    [21982299]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
Если раньше, для работы "кровавого Ынтырпрайза" нужен был сервер приложений, вокруг которого плясали специально надрессированные админы. То сейчас имеем не самое оптимизированное приложение, но которое чуть проще в администрировании.
Ну если нет ограничения по ресурсам железа.
а что, spring boot есть счас в энтерпрайзе?
30 сен 19, 08:09    [21982313]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Дойче банк. Свисс банк.
30 сен 19, 08:39    [21982325]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
PetroNotC Sharp
mad_nazgul
Если раньше, для работы "кровавого Ынтырпрайза" нужен был сервер приложений, вокруг которого плясали специально надрессированные админы. То сейчас имеем не самое оптимизированное приложение, но которое чуть проще в администрировании.
Ну если нет ограничения по ресурсам железа.
а что, spring boot есть счас в энтерпрайзе?


На сколько я понял его сейчас активно внедряют.
Под флагом "разбиение монолита".
30 сен 19, 08:53    [21982330]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul,
Ну, если только в качестве динамита чтобы все разрушить)).
Как будто монолит разбить нельзя АппСервером.
30 сен 19, 08:57    [21982332]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Лицензии мать их так...
30 сен 19, 09:19    [21982352]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
WGA
Member

Откуда:
Сообщений: 392
mayton
В настоящее время действующая спека J2EE v8 и я пока не вижу серваков которые под нее
подходят.
Wildfly 14 is JEE 8 Certified
30 сен 19, 12:23    [21982552]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
WGA
Member

Откуда:
Сообщений: 392
mayton
(разводя руками)

Мне не придётся работать с такими серверами где считают 64 Мб.

Кстати кто может создать привет-мир для WildFly?
Hello world для Wildfly ничем не отличается от аналогичного проекта для Tomcat - один сервлет в WARнике.
30 сен 19, 12:25    [21982553]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
WGA
mayton
(разводя руками)

Мне не придётся работать с такими серверами где считают 64 Мб.

Кстати кто может создать привет-мир для WildFly?
Hello world для Wildfly ничем не отличается от аналогичного проекта для Tomcat - один сервлет в WARнике.

Давайте футпринт считать. Я насчитал 16 мегабайт. На всё приложение.

Это я не ради троллинга сказал. Просто в родительском топике кто-то очень много
говорил о ресурсах и накладных расходах.

А я человек дотошный. Давайте считать ресурсы. Все ресурсы. Вообще все-все.
30 сен 19, 12:28    [21982562]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
WGA
Member

Откуда:
Сообщений: 392
mayton
WGA
пропущено...
Hello world для Wildfly ничем не отличается от аналогичного проекта для Tomcat - один сервлет в WARнике.

Давайте футпринт считать. Я насчитал 16 мегабайт. На всё приложение.

Это я не ради троллинга сказал. Просто в родительском топике кто-то очень много
говорил о ресурсах и накладных расходах.

А я человек дотошный. Давайте считать ресурсы. Все ресурсы. Вообще все-все.
HelloWorld неинформативен. Тот же Wildly использует lazy initialization различных сервисов, что и позволяет ему "голому" взлетать не сильно медленее того же Tomcat (у меня менее 4 сек). Надо приложение, которое работае с БД, какие-то сервисы предоставляет, например, REST.

Но, честно говоря, не вижу смысла в таких замерах. Я согласен с Вами, уважаемый mayton, что производительность разработки куда важнее "сжираемой" памяти. У нас приложение на Wildfly сразу после деплоя сжирает около 600 МБ и никого это не пугает. Память уже давно дешевая. Кстати, бОльшая часть приходится на Hibernate, который под Спрингом будет жрать ровно столько же, ни грамму меньше.
30 сен 19, 12:39    [21982585]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
WGA
mayton
пропущено...

Давайте футпринт считать. Я насчитал 16 мегабайт. На всё приложение.

Это я не ради троллинга сказал. Просто в родительском топике кто-то очень много
говорил о ресурсах и накладных расходах.

А я человек дотошный. Давайте считать ресурсы. Все ресурсы. Вообще все-все.
HelloWorld неинформативен. Тот же Wildly использует lazy initialization различных сервисов, что и позволяет ему "голому" взлетать не сильно медленее того же Tomcat (у меня менее 4 сек). Надо приложение, которое работае с БД, какие-то сервисы предоставляет, например, REST.

Но, честно говоря, не вижу смысла в таких замерах. Я согласен с Вами, уважаемый mayton, что производительность разработки куда важнее "сжираемой" памяти. У нас приложение на Wildfly сразу после деплоя сжирает около 600 МБ и никого это не пугает. Память уже давно дешевая. Кстати, бОльшая часть приходится на Hibernate, который под Спрингом будет жрать ровно столько же, ни грамму меньше.

Да. Явные депенденси на Hibernate у проектов SpringData - это большая проблема.
30 сен 19, 12:48    [21982598]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
WGA
HelloWorld неинформативен. Тот же Wildly использует lazy initialization различных сервисов, что и позволяет ему "голому" взлетать не сильно медленее того же Tomcat (у меня менее 4 сек). Надо приложение, которое работае с БД, какие-то сервисы предоставляет, например, REST.

Да я уже писал где-то что в энтерпрайзе (80% проектов) будет классический стек Spring/EhCache/Hibernate/DBMS
и готовность вашей системы НА САМОМ деле работать под нагрузкой будет зависеть от прогрева кешей. Когда
они прогреются - это вопрос отдельный. Но я могу сказать что он вообще (совсем-совсем) не зависит
от выбранного сервера приложений. Пока база не отдаст горячие точки выборок, ваша система - медленный покемон.
Сама база тоже прогревается (это я как базовик говорю).
30 сен 19, 12:53    [21982607]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Bsplesk
Member

Откуда:
Сообщений: 124
mad_nazgul,

В наших банках аналогично: "Микросервисы/Битье монолитов" это, конечно, маркетинговая херня, но вот тренд всё в облако идёт сильный/лоббируемый.
Java - кстати в текущих реализациях с docker конвейеризацией не очень дружит и если её jvm не подтюнили, сожрёт по default вообще всю память при определённых кейсах и не важно сколько там 64mb или 64gb. Кстати до бизнеса стало доходить "насколько" в деньгах стало больше в сравнении когда жил кластер app-серверов и теперь ..... чешут репу.
Но зато попёр python/go/php...etc, хотя многие ужаснулись и переписывают обратно на java если сервис оказался полезным.
30 сен 19, 12:55    [21982610]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Bsplesk
Java - кстати в текущих реализациях с docker конвейеризацией не очень дружит и если её jvm не подтюнили, сожрёт по default вообще всю память при определённых кейсах и не важно сколько там 64mb или 64gb.

Вот эту фразу я вообще не понял.

Каким образом вы хотите тюнить и что именно? Java создается не под докеры а под операционыне системы.
Докер - это просто слой абстракций.
30 сен 19, 12:58    [21982616]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
kolchanov
Member

Откуда: Питер
Сообщений: 179
mayton,

https://blogs.oracle.com/java-platform-group/java-se-support-for-docker-cpu-and-memory-limits
30 сен 19, 13:05    [21982625]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Bsplesk
mad_nazgul,

В наших банках аналогично: "Микросервисы/Битье монолитов" это, конечно, маркетинговая херня, но вот тренд всё в облако идёт сильный/лоббируемый.
Java - кстати в текущих реализациях с docker конвейеризацией не очень дружит и если её jvm не подтюнили, сожрёт по default вообще всю память при определённых кейсах и не важно сколько там 64mb или 64gb. Кстати до бизнеса стало доходить "насколько" в деньгах стало больше в сравнении когда жил кластер app-серверов и теперь ..... чешут репу.
Но зато попёр python/go/php...etc, хотя многие ужаснулись и переписывают обратно на java если сервис оказался полезным.


Ну в докер не обязательно заворачивать.
Можно через Spring-Cloud рулить.

А так микросервисная архитектура, по мне удобнее в разработке, чем монолитная. Особенно, когда это пилит команда более чем из одного человека.
30 сен 19, 13:09    [21982627]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Bsplesk
Member

Откуда:
Сообщений: 124
mad_nazgul,

В разработке ? ну как сказать, как было настроено (Hot-Deploy). Если раньше "кнопочка" в ide (Пример: установка плагина в confluence), то теперь .... ухх.
Кратко - java мире и так всё было зашибись, хочешь war/ хочешь jar с embedded вариантом и контейнеры и кластера и NEXUS.
Связанность, аналогично, вопрос архитектуры, всё равно будут общие библиотеки/правила. Если сервис A использует сервис B, а сервис B сервисы Z X C, только версиями рулить (major/minor). По факту просто заменяем app-сервер на условный OpenShift, что даёт возможность абстрагироваться от java стека. Т.к. в реальность что-то действительно быстрей/проще написать на python/php/node .. etc.
Только вот поддерживать потом весь этот зоопарк ......
30 сен 19, 13:42    [21982673]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
микросервисная архитектура, по мне удобнее в разработке, чем монолитная
а монолитная это просто неграмотная.
Итого "микросервисная лучше чем неграмотная".
30 сен 19, 13:43    [21982675]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mad_nazgul
Особенно, когда это пилит команда более чем из одного человека.

- ?? ee-приложение изначально ориентированно на модульную архитектуру, законтрактованную через интерфейсы. Описали интерфейсы и пилите модули по разным углам комнаты. Готовый модуль можно линковать в разные приложения (сам так делал с JCA-адаптером к HDFS)
30 сен 19, 14:31    [21982736]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Bsplesk
mad_nazgul,

В разработке ? ну как сказать, как было настроено (Hot-Deploy). Если раньше "кнопочка" в ide (Пример: установка плагина в confluence), то теперь .... ухх.
Кратко - java мире и так всё было зашибись, хочешь war/ хочешь jar с embedded вариантом и контейнеры и кластера и NEXUS.
Связанность, аналогично, вопрос архитектуры, всё равно будут общие библиотеки/правила. Если сервис A использует сервис B, а сервис B сервисы Z X C, только версиями рулить (major/minor). По факту просто заменяем app-сервер на условный OpenShift, что даёт возможность абстрагироваться от java стека. Т.к. в реальность что-то действительно быстрей/проще написать на python/php/node .. etc.
Только вот поддерживать потом весь этот зоопарк ......


Блин "насношался" я с этими кнопочками в IDE.
Когда проект 200x лохматого года.
Спасибо не надо.

Насчет python/php/node и т.д. Кроме того, что там есть вопросы по производительности, на них гораздо проще писать говнокод.
В этом плане Java более привередлива.
30 сен 19, 14:33    [21982741]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
mayton
В настоящее время действующая спека J2EE v8 и я пока не вижу серваков которые под нее
подходят.

т.е. вы хотите сказать, что не знаете серверов, которые соответствуют JEE8?
30 сен 19, 15:03    [21982790]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Я не знаю. Использовал JBoss и давно.

Подскажите.
30 сен 19, 15:16    [21982820]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mayton
Я не знаю. Использовал JBoss и давно.

Подскажите.

- рефернсной реализацией обычно является GlassFish, а WildFly то же догоняет: WildFly is Jakarta EE 8 Certified!
30 сен 19, 16:00    [21982905]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Ну классно. Дай бох. Хорошо-бы для сравнения кто-то нарисовал полную матрицу совместимости для всех J2EE
сервров. Кто там и где догоняет.
30 сен 19, 16:04    [21982911]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mayton
Ну классно. Дай бох. Хорошо-бы для сравнения кто-то нарисовал полную матрицу совместимости для всех J2EE
сервров. Кто там и где догоняет.

Зачем? Вам не надо, а те кто использует JavaEE итак в теме
30 сен 19, 16:53    [21982989]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Я смотрю что Geronimo в нашей выборке вообще выпал. Никто не юзает.
30 сен 19, 17:09    [21983004]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Kachalov
mad_nazgul
Особенно, когда это пилит команда более чем из одного человека.

- ?? ee-приложение изначально ориентированно на модульную архитектуру, законтрактованную через интерфейсы. Описали интерфейсы и пилите модули по разным углам комнаты. Готовый модуль можно линковать в разные приложения (сам так делал с JCA-адаптером к HDFS)


Э-э-э чтобы "распилить на модули" нужно в начале понять где проходят границы модулей.
В монолите есть соблазн "забить" на границы и делать как получиться, главное быстро.
А потом смотришь на код.... Начали вроде бы за здравие, но потом пришла другая команда и продолжила, как получиться, потом еще и еще. Пока этот код попадает к тебе. И понимаешь либо пол года нужно будет пилить код на модули, либо как-то изворачиваться.
Т.к. "времени нет", то "как-то изворачиваешься" :-)
1 окт 19, 05:45    [21983411]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
Kachalov
пропущено...

- ?? ee-приложение изначально ориентированно на модульную архитектуру, законтрактованную через интерфейсы. Описали интерфейсы и пилите модули по разным углам комнаты. Готовый модуль можно линковать в разные приложения (сам так делал с JCA-адаптером к HDFS)


Э-э-э чтобы "распилить на модули" нужно в начале понять где проходят границы модулей.
В монолите есть соблазн "забить" на границы и делать как получиться, главное быстро.
А потом смотришь на код.... Начали вроде бы за здравие, но потом пришла другая команда и продолжила, как получиться, потом еще и еще. Пока этот код попадает к тебе. И понимаешь либо пол года нужно будет пилить код на модули, либо как-то изворачиваться.
Т.к. "времени нет", то "как-то изворачиваешься" :-)
разговор о том что не надо вставлять слово микросервисы. Это штатная работа еще с 90х годов наверное.
1 окт 19, 06:48    [21983417]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
PetroNotC Sharp
разговор о том что не надо вставлять слово микросервисы. Это штатная работа еще с 90х годов наверное.


Не совсем. Микросервисная архитектура довольно точно описана.
Понятно, что без деления на модули она не возможна.
Но, например, в книге Сэма Ньюиана "Создание микросервисов" говориться, что в начале лучше писать монолитное приложения, а потом когда будут понятны границы модулей, делить на микросервисы.
1 окт 19, 08:01    [21983430]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
книге Сэма Ньюиана "Создание микросервисов" говориться, что в начале лучше писать монолитное приложения, а потом когда будут понятны границы модулей, делить на микросервисы.
это интересно, но по вашим словам нужно сначала ошибиться. Так как монолит не пишут уже лет 15.
Давайте в отдельной теме.
1 окт 19, 08:41    [21983437]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
PetroNotC Sharp
mad_nazgul
книге Сэма Ньюиана "Создание микросервисов" говориться, что в начале лучше писать монолитное приложения, а потом когда будут понятны границы модулей, делить на микросервисы.
это интересно, но по вашим словам нужно сначала ошибиться. Так как монолит не пишут уже лет 15.
Давайте в отдельной теме.

Монолит пишут и поддерживают и сегодня. Просто никто не озадачивается сходу определением.
И обычно техническое задание или договорённости просто опускают эту классификацию.
1 окт 19, 10:31    [21983522]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mad_nazgul
Э-э-э чтобы "распилить на модули" нужно в начале понять где проходят границы модулей.
В монолите есть соблазн "забить" на границы и делать как получиться, главное быстро.

- это справедливо и для микросервисов. Быдлокодер может испортить любую идею и довести ее до абсурда.
1 окт 19, 11:09    [21983575]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Kachalov
mad_nazgul
Э-э-э чтобы "распилить на модули" нужно в начале понять где проходят границы модулей.
В монолите есть соблазн "забить" на границы и делать как получиться, главное быстро.

- это справедливо и для микросервисов. Быдлокодер может испортить любую идею и довести ее до абсурда.

Из личного опыта. Плохой дизайн кода я наблюдал в очень синьорных командах. И когда я искал
причину - то оказывалось что просто на какой-то фазе разработки парочка тех-лидов не коммуницировала
друг с другом. Какие там причины были. Личные или управленческие - чорт его знает. Но я просто
добавлю что портит не только Быдлокодер но и очень большая команда разработки где нет координации.
И всё растет и пухнет "естественным образом". Кстати знакомый архитектор любит говорить что
"естественным образом" - это как раковая опухоль.
1 окт 19, 11:12    [21983579]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Kachalov
mad_nazgul
Э-э-э чтобы "распилить на модули" нужно в начале понять где проходят границы модулей.
В монолите есть соблазн "забить" на границы и делать как получиться, главное быстро.

- это справедливо и для микросервисов. Быдлокодер может испортить любую идею и довести ее до абсурда.


Скажем так. Быдлокодить монолит гораздо легче чем микросервисы.
1 окт 19, 12:09    [21983691]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
mad_nazgul
Kachalov
пропущено...

- это справедливо и для микросервисов. Быдлокодер может испортить любую идею и довести ее до абсурда.


Скажем так. Быдлокодить монолит гораздо легче чем микросервисы.

Просто закон Конвея вносит свои поправки.
1 окт 19, 12:13    [21983701]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mad_nazgul
Скажем так. Быдлокодить монолит гораздо легче чем микросервисы.

- вынужден не согласиться (c)
1 окт 19, 12:43    [21983737]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Kachalov
mad_nazgul
Скажем так. Быдлокодить монолит гораздо легче чем микросервисы.

- вынужден не согласиться (c)


Монолит "унутре" может быть как угодно плохо спроектирован архитектурно. Но все равно работать.
Просто изменения будут все дороже и дороже.
А вот с микросервисной архитектурой не совсем так.
Там начнутся проблемы гораздо раньше, как минимум из-за сетевого взаимодествия и смены API REST-сервисов.
1 окт 19, 13:18    [21983796]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul,
Да нет никакой связи Микросервисы <---> Монолит
1 окт 19, 13:55    [21983843]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mad_nazgul
А вот с микросервисной архитектурой не совсем так..

- неправильная разбивка на сервисы (несколько сервисов в одной транзакции), слишком толстый "микро" сервис и т п. Эти ошибки загубят идею на корню. Все будут плеваться и говорить что микросервисы это г-но. Чем кривые микросервисы лучше кривого монолита я не понимаю. Вероятно речь идет о какой то мутной психологии - раз я нашел "серебрянную пулю", все что я с ее помощью делаю будет хорошим. Ну-ну.
1 окт 19, 14:05    [21983862]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
Kachalov,
Согласен полностью.
Те кто тащит в топик термин микросервисы, выберите устоявшийся термин - CRUD, ORM,....
1 окт 19, 14:17    [21983876]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Kachalov
mad_nazgul
А вот с микросервисной архитектурой не совсем так..

- неправильная разбивка на сервисы (несколько сервисов в одной транзакции), слишком толстый "микро" сервис и т п. Эти ошибки загубят идею на корню. Все будут плеваться и говорить что микросервисы это г-но. Чем кривые микросервисы лучше кривого монолита я не понимаю. Вероятно речь идет о какой то мутной психологии - раз я нашел "серебрянную пулю", все что я с ее помощью делаю будет хорошим. Ну-ну.


Я просто исхожу из самого плохого случая.
Плохо спроектированный монолит можно поддерживать долго.
Его с горем пополам можно как-то изменять и он будет долее-менее работать.
Плохо спроектированная микросервисная архитектура довольно быстро загнется.

Вы считаете, что это плохо.

По мне наоборот.
Чем быстрее загнется плохо спроектированное приложение, тем лучше.
Легче статехолдерам объяснить, что все надо менять. :-)
1 окт 19, 14:24    [21983889]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
Вы считаете, что это плохо.
не он один.
1 окт 19, 14:33    [21983907]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3334
mad_nazgul
Чем быстрее загнется плохо спроектированное приложение, тем лучше.
Легче статехолдерам объяснить, что все надо менять. :-)
У вас представление об IT в крупном бизнесе несколько превратное, каким образом и в каком направлении развивать IT определяет ДИТ, и основным критерием при принятии решения являются референсы на уже существующие системы (именно это, к приему, является основной причиной засилья в банках ПО и железа от IBM), т.е. в первом приближении ДИТ вообще плевать что там думает архитектор, которого взяли вчера, а завтра уволят - проще у своего знакомого узнать что да как. Для российской действительности это выглядит так, что в крупном энтерпрайзе никто на микросервисы переходить не будет ровно до тех пор, пока условный сбер не объявит всем что микросервисы - это круто и всем нужно туда идти, а у сбера вместо побед на поле IT сплошные обсеры, причем айтишные бюджеты там вполне себе крупные в сравнении с остальными по России.
1 окт 19, 14:46    [21983923]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Андрей Панфилов
У вас представление об IT в крупном бизнесе несколько превратное, каким образом и в каком направлении развивать IT определяет ДИТ, и основным критерием при принятии решения являются референсы на уже существующие системы (именно это, к приему, является основной причиной засилья в банках ПО и железа от IBM), т.е. в первом приближении ДИТ вообще плевать что там думает архитектор, которого взяли вчера, а завтра уволят - проще у своего знакомого узнать что да как. Для российской действительности это выглядит так, что в крупном энтерпрайзе никто на микросервисы переходить не будет ровно до тех пор, пока условный сбер не объявит всем что микросервисы - это круто и всем нужно туда идти, а у сбера вместо побед на поле IT сплошные обсеры, причем айтишные бюджеты там вполне себе крупные в сравнении с остальными по России.


Я говорил со стороны разработчика, который "вариться" в "кровавом Ынтырпрайзе".
Повидал не одну "унаследованную" систему.
Все они работают. Но чтобы там что-то изменить...

Во первых ни в одной из систем не было актуальной документации.
Во вторых никаких тестов, в принципе. Тестируют мануально пользователи.
В третьих сборка проект и деплой - это танцы с бубном.

При этом "внешне" проблем нет.
Приложения работают и выполняют свою работу.
Но задачи типа "добавить тут кнопку" выливаются в пару недель поиска как добавить кнопку, при этом чтобы ничего не поломать походу.

В этом плане микросеврисная архитектура мне нравиться больше.
Т.к. сам микросервис не большой. И изменения там боле-менее понятны.
А если он еще тестами обложен, то вообще замечательно.

Но спроектировать микросервисную архитектуру сложнее.

И плохо спроектированная микросервисная архитектура более хрупкая, чем монолит.
1 окт 19, 15:10    [21983958]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
mad_nazgul
Kachalov
пропущено...

- вынужден не согласиться (c)


Монолит "унутре" может быть как угодно плохо спроектирован архитектурно. Но все равно работать.
Просто изменения будут все дороже и дороже.
А вот с микросервисной архитектурой не совсем так.
Там начнутся проблемы гораздо раньше, как минимум из-за сетевого взаимодествия и смены API REST-сервисов.

Скорее имеется в виду что простая декомпозиция монолита на микросервисы не решит проблем
монолита а скорее подкинет новых. Это всё равно что кристал микропроцессра разбить на осколки.
Потом соединить их ethernetom и надеятся что полученный микросервисный микропроцессор будет
красиво и быстро работать. Не получится господа. Лаги сожрут все. Поэтому скорее более верный
посыл в сторону LowCoupling, который в микросервисах хотя-бы явно выражен. Туда-же до кучи
часть букв из S.O.L.I.D.
1 окт 19, 15:11    [21983961]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3334
mad_nazgul
Во первых ни в одной из систем не было актуальной документации.
Во вторых никаких тестов, в принципе. Тестируют мануально пользователи.
В третьих сборка проект и деплой - это танцы с бубном.
То что вы описываете никакого отношения к монолиту не имеет, а имеет прямое отношение к размеру бюджета IT: есть деньги - пишем тесты, нет денег - не пишем, то же самое с документацией, развитием архитектуры и пр.
1 окт 19, 15:26    [21983983]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mad_nazgul
В этом плане микросеврисная архитектура мне нравиться больше.
да. Мы знаем что тут в ветке у всех любовь к чему либо.
Проехали?))
1 окт 19, 15:46    [21984032]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5671
mad_nazgul
Плохо спроектированный монолит можно поддерживать долго.
Плохо спроектированная микросервисная архитектура довольно быстро загнется.

Вы считаете, что это плохо.

- ложный вывод. Я считаю что плохо спроектированное или неправильно реализованное вне зависимости от изначальной архитектуры (монолит или микросервисы) будет работать плохо и создавать проблемы в дальнейшем.
1 окт 19, 16:19    [21984076]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Андрей Панфилов
То что вы описываете никакого отношения к монолиту не имеет, а имеет прямое отношение к размеру бюджета IT: есть деньги - пишем тесты, нет денег - не пишем, то же самое с документацией, развитием архитектуры и пр.


Имеет. Почему, сказал выше. Не смотря на все проблемы проекта, приложение работает и работает приемлемо для заказчика.
Если бы точно так же развивалась микросервисная архитектура, то она бы загнулась через пол года - год.
2 окт 19, 05:44    [21984467]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4839
Kachalov
Я считаю что плохо спроектированное или неправильно реализованное вне зависимости от изначальной архитектуры (монолит или микросервисы) будет работать плохо и создавать проблемы в дальнейшем.


Согласен, но с оговоркой.
Монолит, будет создавать в дальнейшем проблемы в основном разработчику.
И работать будет не так сильно плохо, чтобы стейтхолдер задумался о необходимости рефакторинга.
2 окт 19, 05:46    [21984468]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mirudom
Member

Откуда:
Сообщений: 1042
Уважаемый mayton,
выводы еще рано делать ?
6 окт 19, 10:30    [21987543]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
mirudom,

Какие вы хотите выводы?
6 окт 19, 10:42    [21987547]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mirudom
Member

Откуда:
Сообщений: 1042
mayton
Всем - спасибо за ваши голоса.
Кликайте.
Уважаемый mayton.
Ваш пост ?
6 окт 19, 10:56    [21987549]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
mayton
Member

Откуда: loopback
Сообщений: 42452
Мой пост.

Вы хотите чтобы я написал - по итогам голосования победил... тра-ла-ла итд?
6 окт 19, 11:19    [21987552]     Ответить | Цитировать Сообщить модератору
 Re: Опрос использования App-Servers/Http-Servers/Embed-http  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2144
mirudom
Уважаемый mayton,
выводы еще рано делать ?

Выводы были ещё до голосования. Не надо молится на одно решение. Мир многообразен).
6 окт 19, 14:34    [21987629]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4      [все]
Все форумы / Java Ответить