посмотри что на конференциях - докер, докер, кубер, кубер

нет, твои знакомые)

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

Лол, я закончу этот спор небольшой ссылкой https://ru.wikipedia.org/wiki/VMware

и кубер кстати работает не только с докером

Лол, я закончу этот спор небольшой ссылкой https://ru.wikipedia.org/wiki/VMware

при чем тут вмваря ?

Лол, я закончу этот спор небольшой ссылкой https://ru.wikipedia.org/wiki/VMware

и что это ссылка даст?

и что это ссылка даст?

то что крупнейшим производителем приложений для виртуализации является не Docker Inc, а VMWare

покажи мне в каком месте эти стандарты являются эталонными

то что крупнейшим производителем приложений для виртуализации является не Docker Inc, а VMWare

а докер - не виртуализация

а докер - не виртуализация

да ладно?

то что крупнейшим производителем приложений для виртуализации является не Docker Inc, а VMWare

Докер вообще в другой области находится

то что крупнейшим производителем приложений для виртуализации является не Docker Inc, а VMWare

виртуализации - может быть. да и то, я думаю до сих пор самое большое количество виртуалок в мире на каком-то openvz. тупо за счет дешевизны. потом уже kvm, потом vmware, потому что она тупо дорого

Для другого используется, под другие задачи заточен

а какой именно quic? гугловый или ietf?

И вообще есть ли у докера аналоги с примерно такими же фичами? Ведь докер это не только контейнеры, но и "слоистые" образы, средство сборки образов, центральный репозиторий, вот это вот всё.

почему https - слишком медленно?

сотни компаний юзают RS232 на DB9 вместо USB. Я вот паяю на коленках RS485 на двух проводах под винт. Наврное тоже надо всем рассказывать - что USB это ни какой не стандарт

квик еще не стандарт, тока draft

квик еще не стандарт, тока draft

да там вакханалия с квиком еще )) но народ же не в курсе )

почему https - слишком медленно?

ну во первых лишние пару rtt, во вторых substream'ы сильно ускоряют загрузку сложных страниц

да там вакханалия с квиком еще )) но народ же не в курсе )

я не шибко слежу за этим, видел что там чо-то типа 10 драфтов уже у ietf стандарта

то что крупнейшим производителем приложений для виртуализации является не Docker Inc, а VMWare

лол, вы не понимаете чем докер отличается от виртуальной машины. А всё туда же, своё мнение имеете

Из того что http 2 быстрее https совершенно не следует что "https слишком медленно для бизнеса"

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

а https с какой версией tls? )

все равно при трудоустройстве если вас спрашивают про контейнеры наверняка имеют в виду докер, а не rkt или lxc

я не шибко слежу за этим, видел что там чо-то типа 10 драфтов уже у ietf стандарта

нуу... есть тут доносчик из quic-wg, который периодически приносит разные лулзы )) вроде stateless reset

собственно, в чем соль: есть пара quic серверов(A & B). посылаем в A пакет с мусором с src addr == B. В ответ, A отвечает stateless reset. сервер B в ответ на stateless reset от A отвечает stateless reset в сторону B. И вот так оно будет бесконечно бегать, пока пакетик где-то по пути не дропнется.

уже делают кстати

что? какое еще мультиплексирование?

Причём давно уже собирают фронтенд в минимальное количество файлов

а https с какой версией tls? )

1.3 только недавно зааапрувили, и вопрос в основном в мультиплексировании

Может и быстрее, но всё равно говорить про https, что он слишком медленный для бизнеса (для какого кстати бизнеса) - это слишком громко

что? какое еще мультиплексирование?

ну простой пример - у тебя есть какая-нибудь например Grafana - с http 1.1 жирный дашборд грузится минуту, с http/2 - 15 секунд

тупо потому что оно нео граничено 5 запросами одновременно

1.3 только недавно зааапрувили, и вопрос в основном в мультиплексировании

так вроде уже 1.5 года оно есть в библиотеках )

так вроде уже 1.5 года оно есть в библиотеках )

драфт

https://datatracker.ietf.org/meeting/102/materials/slides-102-quic-stateless-reset-00

Во первых, http/https по сравнению с http2 явно не будет вносить прям секундные задержки на отдачу не слишком большого числа файлов, особенно через несколько соединений. Во вторых, если сайт нормально сделан и канал хороший, то он скорее всего откроется меньше чем за секунду. Если нет, то никакой http2 не поможет никогда.

85% - это когда два десятка файлов на сайт?

или больше?

обычный react/angular2/vue - это bundle.js и bundle.css

потому что никто в здравом уме без сборки фронт отдавать не будет

во фронте обычно количество исходных файлов измеряется десятками

и это без учёта node_modules

а про размер node_modules вы и так знаете скорее всего

и эта здоровая штука в проде по любому должна бандлится

потому как такое количество файлов даже через http2 будет передаваться слишком долго

не понял вопроса

если про прод, то там бандлы

в разработке фронта node_modules имеются

бандл - это и есть результат процесса сборки

куча модулей слепленных в один файл и минифицированные

из node_modules в том числе

потому что любой фреймворк и любая либа ставятся через npm в тот самый node_nodules

это связано тем, что не будет супервыигрыша в 85% у http 2 на небольшом количестве файлов

http 2 нужен конечно, но совершенно не является обязательным и необходимым

из того, что я знаю, h/2 дико деградирует при плохом коннекте и потере пакетов, так что он еще ооочень долго не взлетит

а в лабораторных условиях да, h2 крут, но только в них

щас бы в чатике по го обсуждать h/2, tls, node_modules и тд. https://t.me/goflood <- тут есть сиськи, печеньки и споры обо всем.

я могу ошибаться, но мне кажется, что tls должен уметь минимизировать хэндшейк при повторных коннектах

щас бы в чатике по го обсуждать h/2, tls, node_modules и тд. https://t.me/goflood <- тут есть сиськи, печеньки и споры обо всем.

golang - специализированный на вебе язык, как бы это здесь не отрицали, а http и http2 - то веб

я про сам tls сейчас, а не про http

То есть подключились к серверу X, либа смотрит, что уже был коннект к такому серверу и эфемерные ключи уже сгенерированны - всё юзаем их и не тратим время на новую генерацию и передачу откурытых ключей туда-сюда.

И мне кажется, что такая очевидная оптимизация уже сделана в протоколе

ну tcp handshake уже не скипнуть, да

блин, я опять же не про то спорю вообще

я не говорю, что h/2 медленней

я говорю что он быстрее, но для нормальных сайтов незначительно

нормальный сайт - это не несколько десятков мелких файлов

я не кручусь, я это написал ещё десяток сообщений назад

Как я и говорил ранее, эта "излишняя оптимизация" скорее всего будет необходима и при h/2. Потому что чудес не бывает и сотни файлов (а современный фронтенд до сборки в бандл - это сотни файлов в лучшем случае) не пройдут быстро-быстро даже через h/2.

И даже так можно сказать: скорее всего посылка одного большого файла всё равно будет быстрее посылки нескольких маленьких даже через h/2

и это без учёта node_modules

чаво? ноде модулес???

ору че та

в нормальном фронте один js файл на spa

чаво? ноде модулес???

Ну вообще-то да

в нормальном фронте один js файл на spa

нормальный фронт при разработке состоит из множества файлов, которые, как правило, ставятся через npm и оказываются в node_modules^ а уже при деплое собираются в один большой файл

в нормальном фронте один js файл на spa

Это в собранном состоянии

нормальный фронт при разработке состоит из множества файлов, которые, как правило, ставятся через npm и оказываются в node_modules^ а уже при деплое собираются в один большой файл

и? разговор то про предаваемые в браузер файлы