Константин, wifi такое тупо не вывезет. по моему опыту уже на 50-60 пользователях на точку ей плохеет.
плюс либо вам надо будет запрещать низкие модуляции чтобы сохранить сколько-то вменяемы скорости - тогда прощай пользователи с низким сигналом(уменьшится радиус покрытия 1 точкой), либо разрешать - тогда даже при 1 "плохом" пользователе все присядут на эту низкую модуляцию и упретесь в пропускную способность канала.
Alex XYZ, под половиной готов подписаться =). с другой стороны если кувалду неудобно использовать на кухне для готовки яичницы - не факт что проблема в кувалде.
Alex XYZ, контейнер разворачивается из образа. Когда вы правите что-то в контейнере это либо проживет до пересоздания конейнера либо живет снаружи контейнера ( то есть не потеряется при пересоздании только в рамках вашего компьютера). Если вы хотите чтобы ваш контейнер везде работал одинаково этот файл надо поместить внутрь образа - почитайте про Dockerfile и docker build.
Docker-way в том образа должно быть достаточно чтобы стартануть контейнер с сервисом/приложением без дополнительных движений. Да, можно подмонтировать конфиг, что-то переопределить через переменные, но сама файловая система контейнера условно ReadOnly.
коллега, давайте аппелировать к стандартам и протоколам с начала, а к личному грустному опыту потом.
просто "максимум 2 последовательно" неправда. На самом деле даже "максимум 7" тоже скорее лучшие практики и конский запас. при 7 коммутаторах в цепочке таблица соберется и сеть как-то работать будет. Вот о качестве работы разговор отдельный
первый пункт неверно. в лоб тут сработает ограничение STP spanning-tree max-hops равное по умолчанию 7.
топикстартер предлагает конечно дичь, но внезапно так можно и даже скорее всего будет работать
web_dev, если у вас воркеры в интернет смотрят не напряму, а сидят за натом - у них и так адрес будет у всех 1
но судя по вопросу у вас у всех воркеров свой паблик. Что на мой взгляд не очень то красиво
