https://www.opennet.dev/openforum/vsluhforumID3/123014.html Технический комитет Debian (CTTE) одобрил поставку Kubernetes в форме монолитного пакета, включающего зависимости. Kubernetes требует для своей работы большого числа библиотек на языке Go. В соответствии с правилами Debian каждая библиотека должна сопровождаться в отдельном пакете, что в случае единичного использования нецелесообразно и существенно увеличивает трудозатраты. Кроме того, для крупных проектов наблюдается привязка к версиям библиотек, с которыми гарантируется стабильная работа. Сопровождающий Kubernetes не стал следовать правилам и встроил в пакет около 200 зависимостей на языке Go...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54444<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#93 Sun, 24 Jan 2021 07:19:06 GMT &gt;&gt; там кеш будет очень хорошо слетать при переключении процессов, настолько хорошо, <br>&gt;&gt; что эффект если и будет, то минимальным, на уровне статистической погрешности.<br>&gt; на сколько я помню - это были реальные результаты тестов фаерфокса лет <br>&gt; 10-15 назад - оптимизированый по памяти работал быстрее чем по скорости <br><br>Очень сложно рассуждать о тестах, не видя методики. Любая статистика в отрыве от методики сбора данных и обработки их -- это та самая статистика, которая за пределами лжи.<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#92 Sun, 24 Jan 2021 01:05:54 GMT &gt; там кеш будет очень хорошо слетать при переключении процессов, настолько хорошо, <br>&gt; что эффект если и будет, то минимальным, на уровне статистической погрешности. <br><br>на сколько я помню - это были реальные результаты тестов фаерфокса лет 10-15 назад - оптимизированый по памяти работал быстрее чем по скорости<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#91 Sat, 23 Jan 2021 10:17:14 GMT Окей, меня полностью устраивает Ваша позиция. Желаю Вам удачи. Продолжим это столкновение взглядов, когда/если встретимся на рынке. =)<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#90 Sat, 23 Jan 2021 03:30:37 GMT &gt; Короче -- софт должен быть интегрирован с service discovery<br><br>Не обязательно. Что обязательно, так это механизм повторных запросов. SD может выдать нерабочий адрес, а значит повторы на клиенте всё равно должны быть реализованы - это всё надо запрогать.<br><br>Кроме того, все компоненты должны иметь избыточность, а значит не могут иметь состояния, влияющего на исход, т.е. должны быть равноправны и взаимозаменяемы - это надо продумывать и прогать наперёд, а то потом устанешь переделывать систему.<br><br>Плюс все эти компоненты должны уметь останавливаться или наоброт просыпаться, при failover-е на другой DC к примеру. Переодические процессы, обработка входящего трафика и так далее. Graceful shutdown, выход из standby - самые слабые места, такие вещи всегда задним числом пытаются прикрутить и делают это криво.<br><br>Плюс все эти компоненты должны уметь backpressure и fail-fast, что бы не умирать под нагрузкой. А это тоже надо отдельно прогать и проектировать.<br><br>И нет, "все так проектируют" неверный тезис, так проектиру https://www.opennet.dev/openforum/vsluhforumID3/123014.html#89 Fri, 22 Jan 2021 15:14:18 GMT &gt;&gt; Это позволяет тебе абстрагироваться от лимитов конкретной системы, и строить HA-аппликации гораздо легче.<br>&gt; В реальности это не облегчает HA. 99% всего HA - это логика <br>&gt; самого софта, у которого нет единой точки отказа, который сам умеет <br>&gt; ходить на несколько адресов, если один из сервисов недоступен, который использует <br>&gt; базу данных умеющую собственный кластер. Если софт этого не умеет, то <br>&gt; кубер тебе ничем не поможет.<br><br>Короче -- софт должен быть интегрирован с service discovery, который вы выбрали при проектировании системы. Ну дык, как будто это какая-то особенная логика. Нынче иначе и не проектируют. Но честное слово, это простая интеграция с zookeeper / etcd (или даже через банальный dns), о каких 99% речь?<br><br>&gt; А 1%, про который ты говоришь - это добавление физического сервера или <br>&gt; создание виртуалки. На практике никто этим постоянно не жонглирует кроме гуглов <br>&gt; и амазонов. Известна нормальная нагрузка, всегда есть запас на случай багов <br>&gt; в софте или в случае публичного сервиса на с https://www.opennet.dev/openforum/vsluhforumID3/123014.html#88 Fri, 22 Jan 2021 11:36:05 GMT Бро, поддерживаю. И про небходимость HA логики в самом приложении, и про минимум всякого стороннего дерьма, от которого зависит работа приложения.<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#87 Fri, 22 Jan 2021 11:33:24 GMT &gt;Прогеры как раз докером обмазываются <br><br>Я бы попросил. В приличном обществе за докер можно и в репу схлопотать. Ну модно-молодёжные любят, да. Но у них там ничего серьёзного и нет, так что и докер прокатит.<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#86 Fri, 22 Jan 2021 11:06:13 GMT Бро, поддерживаю. И про небходимость HA логики в самом приложении, и про минимум всякого стороннего дерьма, от которого зависит работа приложения.<br> https://www.opennet.dev/openforum/vsluhforumID3/123014.html#85 Fri, 22 Jan 2021 11:03:52 GMT Рыбы гораздо крупнее используют собственные вещи, вроде nitro system, или майнфремы юзают. А кубер как раз для мелочи пузатой, вроде redhat-а c его openshift.<br>