Каждый день ваши клиенты используют ваши продукты, я в том числе.
В принципе, мне всё равно, какие вы используете инструменты, и где вы храните артефакты.
А приложение "Пятёрочка доставка" опять забыло мой адрес и телефон, и мне пришлось вводить их заново - раз десятый уже, наверно. При этом сама служба доставки работает идеально.
Ребята, пожалуйста, вернитесь в реальный мир, к реальным людям.
Была такая штука у меня на старых серверах на 604 чипсете, но чуть сложнее - не отдельный модуль, а блок памяти с несколькими модулями можно было отключить и заменить на горячую.
4 блока в серваке, то есть теоретически 2 зоны мирроринга.
Однако, мы не использовали - дорого очень такая избыточность обходилась бы.
Именно об этом я и пишу. Что значит «поддерживать init скрипты»?
У вас есть задачи, которые требуют самописных скриптов?
Я, к примеру, в основном использую пакеты из дистрибутива, и они покрывают 99% моих потребностей.
И очень я сильно подозреваю, что и 99% ваших тоже.
С моей точки зрения, проблема заметно шире, чем systemd.
Она затрагивает большУю часть свободного ПО.
Вероятно, связана она с тем, что большинство программистов имеют довольно высокий интеллект.
И, соответственно, очень любят решать сложные задачи. А рутинные и несложные — не любят.
А в реальной эксплуатации сложные задачи и проблемы возникают редко.
Но мы получаем набор элегантных решений для сложных проблем — вместо вылизанных до блеска решений проблем рутинных.
systemd — просто очень яркий пример. К примеру, одно из преимуществ systemd — параллельная загрузка, уменьшает время старта системы. Какому количеству пользователей это полезно? Как часто вы перезагружаете свои железные сервера? Как много сервисов у вас стартует в виртуальной машине, чтобы была заметна разница?
Ах, очень сложный код sysVinit скрипта ZooKeeper. Сколько, в %, сложных стартап скриптов, если взять все использованные на всех ваших машинах, реальных, виртуальных и контейнерах? Вероятно, 1-2 на 10000 рабочих?
Predictable Network Interface Names — чУдная штука. Сколько раз в своей жизни вы меняли сетевую карту на сервере, причём на другую, чтобы это было реально нужно? А теперь сравните с количеством машин с одной сетевой картой — но имя её просто так не узнать…
Конечно же, это всё можно обойти и отключить.
Это всё можно выучить и использовать.
Вот только вместо логичной, с моей точки зрения, ситуации — когда сложные вещи приходится изучать людям, решающим сложные задачи — со всем этим приходится мириться вообще всем.
Даже без роуминга — а просто с мобильного телефона.
Чтобы он не затыкался на прогрузке карты — и телефон должен быть из приличных, и интернет-соединение тожею
Объясните мне, пожалуйста — неужели практически для всех веб-сайтов база нужна исключительно для хранения key-value?
Слышу везде про NoSQL. Сложные структуры данных, получается, не нужны? связи там…
Нет, я про более примитивный случай. SMB сервер и клиенты в разных VLAN и подсетях.
Маршрутизатор — простенький типа 2811.
Ему простое копирование файлов процессор не перегрузит? Там, получается, необходимо маршрутизировать и плюс тегировать пакеты.
Можно вопрос по router-on-a-stick?
Я понимаю, выгодно использовать только один физический порт, но не станет ли узким местом:
— собственно этот порт
— процессор роутера, которому придётся заниматься inter-VLAN обаботкой
в случае, к примеру, размещения серверов и рабочих станциях в разных VLAN (неоднократно фидел такие конфигурации)?
Тот же SMB и копирование/использование приличного размера файлов?
Я не могу сказать, что очень уж продвинутый админ
Но то, что их скрипт тянет за собой build stack, мне нравится не очень.
И вообще скрипт очень уж… самоуверен, чтоли.
Каждый день ваши клиенты используют ваши продукты, я в том числе.
В принципе, мне всё равно, какие вы используете инструменты, и где вы храните артефакты.
А приложение "Пятёрочка доставка" опять забыло мой адрес и телефон, и мне пришлось вводить их заново - раз десятый уже, наверно. При этом сама служба доставки работает идеально.
Ребята, пожалуйста, вернитесь в реальный мир, к реальным людям.
Была такая штука у меня на старых серверах на 604 чипсете, но чуть сложнее - не отдельный модуль, а блок памяти с несколькими модулями можно было отключить и заменить на горячую.
4 блока в серваке, то есть теоретически 2 зоны мирроринга.
Однако, мы не использовали - дорого очень такая избыточность обходилась бы.
У вас есть задачи, которые требуют самописных скриптов?
Я, к примеру, в основном использую пакеты из дистрибутива, и они покрывают 99% моих потребностей.
И очень я сильно подозреваю, что и 99% ваших тоже.
Она затрагивает большУю часть свободного ПО.
Вероятно, связана она с тем, что большинство программистов имеют довольно высокий интеллект.
И, соответственно, очень любят решать сложные задачи. А рутинные и несложные — не любят.
А в реальной эксплуатации сложные задачи и проблемы возникают редко.
Но мы получаем набор элегантных решений для сложных проблем — вместо вылизанных до блеска решений проблем рутинных.
systemd — просто очень яркий пример. К примеру, одно из преимуществ systemd — параллельная загрузка, уменьшает время старта системы. Какому количеству пользователей это полезно? Как часто вы перезагружаете свои железные сервера? Как много сервисов у вас стартует в виртуальной машине, чтобы была заметна разница?
Ах, очень сложный код sysVinit скрипта ZooKeeper. Сколько, в %, сложных стартап скриптов, если взять все использованные на всех ваших машинах, реальных, виртуальных и контейнерах? Вероятно, 1-2 на 10000 рабочих?
Predictable Network Interface Names — чУдная штука. Сколько раз в своей жизни вы меняли сетевую карту на сервере, причём на другую, чтобы это было реально нужно? А теперь сравните с количеством машин с одной сетевой картой — но имя её просто так не узнать…
Конечно же, это всё можно обойти и отключить.
Это всё можно выучить и использовать.
Вот только вместо логичной, с моей точки зрения, ситуации — когда сложные вещи приходится изучать людям, решающим сложные задачи — со всем этим приходится мириться вообще всем.
Чтобы он не затыкался на прогрузке карты — и телефон должен быть из приличных, и интернет-соединение тожею
Слышу везде про NoSQL. Сложные структуры данных, получается, не нужны? связи там…
Маршрутизатор — простенький типа 2811.
Ему простое копирование файлов процессор не перегрузит? Там, получается, необходимо маршрутизировать и плюс тегировать пакеты.
Я понимаю, выгодно использовать только один физический порт, но не станет ли узким местом:
— собственно этот порт
— процессор роутера, которому придётся заниматься inter-VLAN обаботкой
в случае, к примеру, размещения серверов и рабочих станциях в разных VLAN (неоднократно фидел такие конфигурации)?
Тот же SMB и копирование/использование приличного размера файлов?
Но то, что их скрипт тянет за собой build stack, мне нравится не очень.
И вообще скрипт очень уж… самоуверен, чтоли.