Как вы правильно заметили - «но зачем?». Тем более что все устройства Сяоми давно и отлично работают с большинством систем умного дома. За другие не скажу, но тот же HomeAssistant практически из коробки имеет как поддержку устройств Сяоми, так и хранение истории и построение графиков из этих данных.
Ну например (не факт что так и есть) организация безопасного доступа к инфраструктуре может стоить дороже офисных мест (особенно если офис в собственности, а не в аренде). Плюс предсказуемость продуктивности с точки зрения некоторых менеджеров выше именно при работе из офиса.
Боюсь для этого придется завернуть в впн все AS гугла, так как вряд ли получится тточно определить куда именно тянется ютуб при подгрузке очередного ролика\рекламы к нему\метаданных\etc
У вас таки пробел в этой логике — «выигранный» иск царьграда — он не в юрисдиксции Штатов, как бы. И да — откуда хороший контент возьмется у каналов всяких Дум, МИДов и т.д.?
Я конечно не php-шник, но мне кажется или для каждого заблокированного IP там создается отдельный файл? И соответственно это такой изощренный способ уложить не только веб-сервер, но и VPS\VDS целиком, тупо забив inodes любой сколько-нибудь серьезной DDoS-атакой с ботнета? Поправьте, плиз, если я ошибаюсь.
Интересно, как будет пресекаться злоупотребление этим? Ну например поставить на другую машину в сети торрент или иную качалку, которая полосу забьет. Или банально на роутере qos настроить и требовать скидки на основании недостаточной скорости? Да и даже без них - слишком много факторов на клиентской стороне может влиять на скорость.
Pixel же. Офф анлок и любой кастом на выбор, если хочется еще и от гугла отвязаться. Причем на нем это проще чем на любом другом аппарате и кастом с огромной вероятностью работает стабильно.
Для этого делается бесплатный траффик внутри ДЦ, а то и внутри всего облака. Плюс инстансы таких клиентов группируются на одной/соседних нодах и все работает нормально
А в чем принципиальный смысл растить AZ до размеров, когда требуется второй уровень спайнов? Почему даже в рамках одного ДЦ не разбить сеть на несколько AZ, связав их только BGP?
Знаю даже не особо крупные облака, в которых в каждой стойке по 2 тора, собранных в фабрику и LAG от каждого сервера в фабрику, один линк в один свитч, другой — в другой. Отказ свитча не приводит к недоступности клиентских инстансов, только понижает пропускную способность.
Насчёт горячей миграции при плановых работах — многие стараются это делать, но не всегда это реально.
Да, согласен, тут зависит от языка и инструментов. Не всегда и не все могут гарантировать что приложение, работающее из-под IDE с одними версиями библиотек заведется на версиях библиотек, лежащих в репозиториях из которых собирается образ. Поэтому нередко у нас разработчики интегрируют IDE с Docker и отлаживают сборку сразу в докере.
А причем тут IDE и запись в git? Ну, если мы говорим не о разработке плагина для IDE. Приложение на рабочей станции разработчика билдится в докер-образ для теста, потом билдится в такой же докер-образ на CI и запускается в тесте и проде, получаем одинаковое окружение приложения(одинаковые библиотеки, как минимум) на всех этапах. Отличаются только настройки, данные в БД\хранилище и нагрузка, да и то не всегда.
Как вы правильно заметили - «но зачем?». Тем более что все устройства Сяоми давно и отлично работают с большинством систем умного дома. За другие не скажу, но тот же HomeAssistant практически из коробки имеет как поддержку устройств Сяоми, так и хранение истории и построение графиков из этих данных.
Интересно, как будет пресекаться злоупотребление этим? Ну например поставить на другую машину в сети торрент или иную качалку, которая полосу забьет. Или банально на роутере qos настроить и требовать скидки на основании недостаточной скорости? Да и даже без них - слишком много факторов на клиентской стороне может влиять на скорость.
Для этого делается бесплатный траффик внутри ДЦ, а то и внутри всего облака. Плюс инстансы таких клиентов группируются на одной/соседних нодах и все работает нормально
А в чем принципиальный смысл растить AZ до размеров, когда требуется второй уровень спайнов? Почему даже в рамках одного ДЦ не разбить сеть на несколько AZ, связав их только BGP?
Знаю даже не особо крупные облака, в которых в каждой стойке по 2 тора, собранных в фабрику и LAG от каждого сервера в фабрику, один линк в один свитч, другой — в другой. Отказ свитча не приводит к недоступности клиентских инстансов, только понижает пропускную способность.
Насчёт горячей миграции при плановых работах — многие стараются это делать, но не всегда это реально.