Да все сложнее: в статье же написано, что операторы не понимаю как им учитывать ANYCAST трафик? Это один и тот жe IP адрес может быть как в России, так и за рубежом. Причем в течение дня картина может меняться в зависимости от топологии BGP. Это тот же google, youtobe и т.п.
Как уже неоднократно писали, административные проблемы не имеют простого технического решения.
И все, децентрализация есть, кабелей по 100км тянуть не нужно, шкафов со 100500 автоматами не требуется, управление откуда угодно и чем угодно и так далее. Вся пром автоматизация сейчас так работает. Там только комнаты побольше, но и управляются они не одним ПЛК.
Автоматов в такой схеме получится больше - нужно же еще межшкафные линии защищать.
Да, возможно будет дороже, но думаю что за счёт одних только проводов и их монтажа можно будет ещё и сэкономить.
А какой смысл тогда в "экономии на проводах", если получтся еще и дороже? И вы еще не учли, что в распределенной системе вам придется дублировать мониторинг, резервное электропитание и, опционально, физическую защиту.
p.s. эта отрасль имеет давнюю историю. Все уже придумано давно. Нужно просто не лениться учиться.
Интересно, сколько специалистов языка МЭК заказчик найдет в случае утраты предыдущего? Тут специалиста по WB не всегда найдешь доделать или переделать за кем то
Ну вы сравнили! Как раз таки WB - это уникальное явление, а с МЭК работает любой специалист из АСУТП! Причем неважно на каком контроллере он специализируется - в этом вся суть старндарта!
Ежегодно в странах ЕС продаётся около 150 млн смартфонов и 24 млн планшетов. Это приводит к появлению примерно 5 млн тонн электронных отходов ежегодно,
Ну три раза пересчитал! Может, конечно, и я туплю: если сложить смартфоны и планшеты, то плучается что в среднем один весит 29 кг! Кто тут ..нулся так манипулирует: @Travis_Macrif или EU? Ошибиться на два-три порядка! Может и париться с утилизацией не стоит? Может всего 5K тонн отходов, а не в тысячу раз больше? А все, главное, обсуждают целесообразность и удобство. А на первопричину никто и не смотрит. Как с политиками: "увеличим зарплату в два раза!". Популизм уже везде.. Или просто безграмотность?
Мне статья очень понравилась, но вот тоже режут глаз такие нестыковки. Получается Слава пишет бред полный, как бы красиво он не выглядел. @slava_rumin, уточните пожалуйста реальные показатели? Уже много у вас таких статей: жизненное описание, много фотографий, а потом проанализуешь что прочитал - так и времени своего жалко. Если так и дальше дело пойдет - придется добавить автора в компанию к заблокированным генераторам новостей (иначе просто невозможно уже продираться сквозь гигабайты мусора).
Вряд ли. Первая строчка статьи: Статья написана на основе интервью с Дмитрием Фоминым, основателем перепелиной фермы в с. Александровское, Томский район.
И как всегда все снова в одном щите с километрами проводов. Пролистал и ничего интересного для себя не извлек. Как под копирку
Так это же хорошо, что вы ничего нового не извлекли - судя по всему вы отлично знаете современные стандарты умного дома! Централизованое управление - это признак зрелости разработчика и интегратора, который умеет считать и доносить до заказчика не только стоимость установки, но и стоимость эксплуатации системы.
1. Parent не “выкидывается из пула” надолго У 3proxy нет встроенного health-check и нет состояния вида “этот parent down, не использовать 30 секунд”. Сам автор прямо писал, что исключение нерабочих parent’ов реализовывать не планирует, и что для этого нужно отдельное ПО для проверки и управления списком прокси. Рекомендуют примеры с HA-proxy.
2. Что происходит при ошибке: parent выбирается случайно внутри своей группы по весам, и цепочка строится для нового соединения. Если выбранный parent недоступен, запрос падает на этапе установления этого соединения. При этом keep-alive / pipelined запросы в рамках уже открытого соединения используют ту же самую цепочку, а не перевыбирают parent.
То есть логика такая:
parent P1 умер; часть запросов, попавших на него, начнёт фейлиться; новые соединения снова будут случайно выбирать из того же набора; как только parent Р1 снова станет доступен, он начнёт снова успешно обслуживать трафик — без какого-либо re-enable, reload или recovery.
Т.е. ни о какой отказоустойчивости тут речь не идет. Вы, получается, просто снижаете blast radius от упашего прокси до значения (1 / [NUM_OF_PARENTS] ): при одном parent вы теряете сервис полность. а при двух - только наполовину, и т.д.
p.s. Использую 3proxy уже лет 8 в проде. Подумал грешным делом, что теперь это реальная замена HA ) Но нет, все на своем месте.
Автор - посмотрите на HA-proxy. Для вашего случая - то что доктор прописал. При этом, гораздо гибче. Можно, например, использовать пул дешeвых parent и, только в случае если все они умерли, использовать пул более дорогих. При этом вы явно можете описать механизм liveness probe.
В итоге мы получили отказоустойчивый узел. Если один из внешних прокси отвалится, 3proxy автоматически перекинет запрос на следующий живой узел.
Игорь поясните пожалуйста, а как 3proxy поймет что "один из внешних прокси отвалится" и каков механизм исключения и включения его обратно в пул рабочих арстримов?
Я тут прочел что "3proxy does not inherently support liveness probes"... Если это действительно так, то вся ваша статья не имеет никакого смысла, т.к. по сути никакой отказоустойчивости не добавляется, а наоборот снижается за счет усложнинея цепочки. Поясните пожалуйста?
Нет, это учителя в школе были недостаточно жестоки. А вы забыли про учет и расчет региональной снеговой нагрузки на конструкцию. Все придумано до нас - таблицы снегового покрова есть с советских времен. Но не переживайте - вашу теплицу починить несложно. Но доработать с учетом нагрузки снега - придется.
Я родился в СССР. И история моей Родины знает немало примеров (в моей семье даже не единичный), когда "кругом стабильность", а утром просыпается человек и понимает что он стал "не своим". А то и вовсе "ЧСВН". Так что это не аргумент, чтобы на месте сидеть.
А в РФ что ли не так? Все россияне что ли? Или все же вы с первого взляда сразу отмечаете про себя: кавказец, чукча, еврей или татарин (уж молчу про сразиатов).
Ни разу не решаает, потому что нет никаких ограничений на анонс префикса c geo: RU из другой страны. А еще есть anycast IP, которые по прихоти BGP от одного провайдера в городе доступны в России, а у другого провайдера в этом же доме - уже из за границы. И таких ASN реально море.
Плюс, как уже не раз говорили, часта ситуация когда сам сайт в России, а скрипты и css берет из оригинального CDN. Для пользователя - реальный кошмар: никак не понять локальный это ресурс или нет. Я все это проходил в начале 2000-х, когда траффик разделяли на локальный и внешний.
Это вы еще в воюющей стране Ираиль не были - вы бы вообще опупели. Там и ракеты и беспилотники каждый день, но интернет как работал, так и работает. Даже когда сирена работает. Хотя и пишут, что шпионов ловят регулярно, которые через телеграм работают. А его все не блокируют - предпочитают блокировать шпионаж, почему то. Дикие люди! ))
Ага, DNS подменять.. А про TLS и сертификаты месье слышал? Специально против таких придумано.
Не нужно фантазировать.
Да все сложнее: в статье же написано, что операторы не понимаю как им учитывать ANYCAST трафик? Это один и тот жe IP адрес может быть как в России, так и за рубежом. Причем в течение дня картина может меняться в зависимости от топологии BGP.
Это тот же google, youtobe и т.п.
Как уже неоднократно писали, административные проблемы не имеют простого технического решения.
Точнее: нарушает монополию центробанков свободно печатать новые деньги из воздуха.
Посягает, так сказать на основы )
Первый комментарий в этой ветке от @SirNotGoodподробно разбирает нестыковки в деньгах и яйцах.
Спасибо!
Автоматов в такой схеме получится больше - нужно же еще межшкафные линии защищать.
А какой смысл тогда в "экономии на проводах", если получтся еще и дороже?
И вы еще не учли, что в распределенной системе вам придется дублировать мониторинг, резервное электропитание и, опционально, физическую защиту.
p.s. эта отрасль имеет давнюю историю. Все уже придумано давно. Нужно просто не лениться учиться.
Ну вы сравнили! Как раз таки WB - это уникальное явление, а с МЭК работает любой специалист из АСУТП! Причем неважно на каком контроллере он специализируется - в этом вся суть старндарта!
Ну три раза пересчитал! Может, конечно, и я туплю: если сложить смартфоны и планшеты, то плучается что в среднем один весит 29 кг! Кто тут
..нулсятак манипулирует: @Travis_Macrif или EU? Ошибиться на два-три порядка! Может и париться с утилизацией не стоит? Может всего 5K тонн отходов, а не в тысячу раз больше?А все, главное, обсуждают целесообразность и удобство. А на первопричину никто и не смотрит. Как с политиками: "увеличим зарплату в два раза!". Популизм уже везде..
Или просто безграмотность?
Мне статья очень понравилась, но вот тоже режут глаз такие нестыковки.
Получается Слава пишет бред полный, как бы красиво он не выглядел.
@slava_rumin, уточните пожалуйста реальные показатели?
Уже много у вас таких статей: жизненное описание, много фотографий, а потом проанализуешь что прочитал - так и времени своего жалко. Если так и дальше дело пойдет - придется добавить автора в компанию к заблокированным генераторам новостей (иначе просто невозможно уже продираться сквозь гигабайты мусора).
Вряд ли. Первая строчка статьи:
Статья написана на основе интервью с Дмитрием Фоминым, основателем перепелиной фермы в с. Александровское, Томский район.
Так это же хорошо, что вы ничего нового не извлекли - судя по всему вы отлично знаете современные стандарты умного дома!
Централизованое управление - это признак зрелости разработчика и интегратора, который умеет считать и доносить до заказчика не только стоимость установки, но и стоимость эксплуатации системы.
Потрясающая статья!
Прочел на одном дыхании. Спасибо!
"Если" - хорошее слово!
Прочитал про работу этого меxанизма, в частности, тут: https://github.com/3proxy/3proxy/issues/583
Кратко:
механизм довольно “тупой”, но предсказуемый:
1. Parent не “выкидывается из пула” надолго
У 3proxy нет встроенного health-check и нет состояния вида “этот parent down, не использовать 30 секунд”. Сам автор прямо писал, что исключение нерабочих parent’ов реализовывать не планирует, и что для этого нужно отдельное ПО для проверки и управления списком прокси. Рекомендуют примеры с HA-proxy.
2. Что происходит при ошибке: parent выбирается случайно внутри своей группы по весам, и цепочка строится для нового соединения. Если выбранный parent недоступен, запрос падает на этапе установления этого соединения. При этом keep-alive / pipelined запросы в рамках уже открытого соединения используют ту же самую цепочку, а не перевыбирают parent.
То есть логика такая:
parent P1 умер;
часть запросов, попавших на него, начнёт фейлиться;
новые соединения снова будут случайно выбирать из того же набора;
как только parent Р1 снова станет доступен, он начнёт снова успешно обслуживать трафик — без какого-либо re-enable, reload или recovery.
Т.е. ни о какой отказоустойчивости тут речь не идет. Вы, получается, просто снижаете blast radius от упашего прокси до значения (1 / [NUM_OF_PARENTS] ): при одном parent вы теряете сервис полность. а при двух - только наполовину, и т.д.
p.s. Использую 3proxy уже лет 8 в проде. Подумал грешным делом, что теперь это реальная замена HA ) Но нет, все на своем месте.
Автор - посмотрите на HA-proxy. Для вашего случая - то что доктор прописал. При этом, гораздо гибче. Можно, например, использовать пул дешeвых parent и, только в случае если все они умерли, использовать пул более дорогих. При этом вы явно можете описать механизм liveness probe.
Игорь поясните пожалуйста, а как 3proxy поймет что "один из внешних прокси отвалится" и каков механизм исключения и включения его обратно в пул рабочих арстримов?
Я тут прочел что "3proxy does not inherently support liveness probes"...
Если это действительно так, то вся ваша статья не имеет никакого смысла, т.к. по сути никакой отказоустойчивости не добавляется, а наоборот снижается за счет усложнинея цепочки.
Поясните пожалуйста?
Нет, это учителя в школе были недостаточно жестоки. А вы забыли про учет и расчет региональной снеговой нагрузки на конструкцию. Все придумано до нас - таблицы снегового покрова есть с советских времен.
Но не переживайте - вашу теплицу починить несложно. Но доработать с учетом нагрузки снега - придется.
Ну почему не картридж сразу? Просто не от принтера, наверное? )
Я родился в СССР. И история моей Родины знает немало примеров (в моей семье даже не единичный), когда "кругом стабильность", а утром просыпается человек и понимает что он стал "не своим". А то и вовсе "ЧСВН".
Так что это не аргумент, чтобы на месте сидеть.
А в РФ что ли не так? Все россияне что ли? Или все же вы с первого взляда сразу отмечаете про себя: кавказец, чукча, еврей или татарин (уж молчу про сразиатов).
Ни разу не решаает, потому что нет никаких ограничений на анонс префикса c geo: RU из другой страны.
А еще есть anycast IP, которые по прихоти BGP от одного провайдера в городе доступны в России, а у другого провайдера в этом же доме - уже из за границы. И таких ASN реально море.
Плюс, как уже не раз говорили, часта ситуация когда сам сайт в России, а скрипты и css берет из оригинального CDN. Для пользователя - реальный кошмар: никак не понять локальный это ресурс или нет.
Я все это проходил в начале 2000-х, когда траффик разделяли на локальный и внешний.
Это вы еще в воюющей стране Ираиль не были - вы бы вообще опупели. Там и ракеты и беспилотники каждый день, но интернет как работал, так и работает.
Даже когда сирена работает. Хотя и пишут, что шпионов ловят регулярно, которые через телеграм работают. А его все не блокируют - предпочитают блокировать шпионаж, почему то. Дикие люди! ))