Это дополнительные kube API-серверы, которые скейлятся в зависимости от пользовательской нагрузки. Таким образом, все внешние запросы обрабатываются отдельным deployment kube-api-server. Они работают внутри кластера, сами себя регистрируют в стандартном сервисе Kubernetes, обрабатывают внутрикластерные url на kube API и внутрикластерные запросы пользовательской нагрузки.
непонятно, зачем это надо, если там нет кастомной логики кастомных ресурсов. Получается, не масштабирование, а наоборот - отличный SPOF.
я не учил ответы. Кстати, в условной Испании это бесполезно. Там автоинспекция достаточно умная была, чтобы нагенерировать 10000+ вопросов. А мне важно было понять логику.
есть разница между "слить все возможные варианты вопросов" и "подготовить к экзамену". Не правда ли? Так что скорее в этом "помогают и готовят к собеседованию в гугл" проблемы никакой нет.
Статья «прекрасна» во всем. Начиная с приветствия. Сколько раз говорить, что «доброго времени суток» - дурной тон ? Кончая «доходом» разработчика. Ну, камон, эти цифры не доход - это себестоимость труда. И более того - даже если ставка 700к рублей в месяц - совершенно не факт, что разраб сможет столько заработать, просто в силу неполной загрузки. Помните анекдот про механика? Удар за 100 рублей, но знать где - 99 рублей, а стукнуть - рубль ? Здесь тоже самое. Не учитывается, что в разработке интернет магазинов и крупных проектов обычно берут готовые фреймворки или продукты и перелицуют их. А не пишут все с нуля. А еще только лишь разработчиков недостаточно. Нужны инженеры поддержки, тестировщики и прочие. И количество членов команды напрямую зависит от сложности проекта. Так что несмотря на наукоподобность статьи, она, кажется, в целом абсолютно не пригодна к эксплуатации в реальной жизни. Увы
Я всегда задаюсь вопросом - а зачем это нужно ? Мало ли торрент клиентов ? Или основная фишка - в красивом интерфейсе ? Спасибо, это ведь не самое важное. Или в 2025 форма преобладает над содержанием ?
ага, учитывая, что в этом так называемом опенсурсе плевать хотели на качество софта, а все нужные энтерпрайз фишки - сюрприз, только в платной редакции.
наблюдаемость - но для этого есть всякие Прометеи\Графаны\ELK и т.д, который могут собирать кучу информации помимо трафика. Что-то взять из сетевого трафика тоже может быть полезно, но если микросервисы журналируют себя, то анализ сетевого трафика становится не таким уж необходимым. А нагружает систему наверняка неслабо.
Потому что когда у вас шифрованный трафик - вы ничего не увидите. Нужны штуки вроде coroot на базе ebpf проб, которые могут залезть в приложение, или штуки вроде сервис меша - когда оно видит не шифрованный трафик. И более того - само считает нужные метрики, иначе - действительно - надо инструментировать каждое приложение отдельно. А если стеки разные ?
безопасным - вот этот пункт я вообще не понял. Проверка сертификата другой стороны подключения делается на раз-два почти в любом языке программирования и без Istio.
Этого недостаточно. Надо еще сертификаты выпускать правильно и распределять по нагрузкам. Истио это умеет делать
Потому что эта не та балансировка. Вы говорите про точку балансировки общую для ЦОД. А как же сервис сервис взаимодействие ? Более того - не все сервисы надо вытаскивать наружу из кластера.
TL;DR - если вы используете редис как стейтфул - вы уже что то делаете не так. Приложение должно переживать отказ кэша. К тому же современные БД вроде PostgreSQL - имеют свой внутренний слой кэширования. Закиньте только ресурсов побольше, не жадничайте.
А редис как брокер очередей - это супер-гениальное решение. Возвращаемся к тезису, что редис в виде стейтфул - это что-то не то. Как же любят люди совать палец в розетку…
Кубеспрей - точно нет. Отказать. Лучше бы показали как терраформом менеджед кластер в селектеле развернуть - быстро, без смс и регистраций
Выбор ВМ под Викторию еще более странен, коли есть кластер. У Вики прекрасный оператор, хельм чарт - бери и ставь в Kubernetes напрямую.
непонятно, зачем это надо, если там нет кастомной логики кастомных ресурсов. Получается, не масштабирование, а наоборот - отличный SPOF.
выглядит некрасиво
поэтому мне пришлось ставить https://www.techspot.com/downloads/5705-skitch.html на мак. Если эта утилита умеет делать то же самое на маке (да еще и на М1) - бегу ставить!
Хорошее предположение, очень похоже на правду.
я не учил ответы. Кстати, в условной Испании это бесполезно. Там автоинспекция достаточно умная была, чтобы нагенерировать 10000+ вопросов. А мне важно было понять логику.
есть разница между "слить все возможные варианты вопросов" и "подготовить к экзамену". Не правда ли? Так что скорее в этом "помогают и готовят к собеседованию в гугл" проблемы никакой нет.
Это не незаконно, а вполне законно. Но скорее не этично.
Статья «прекрасна» во всем. Начиная с приветствия. Сколько раз говорить, что «доброго времени суток» - дурной тон ? Кончая «доходом» разработчика. Ну, камон, эти цифры не доход - это себестоимость труда. И более того - даже если ставка 700к рублей в месяц - совершенно не факт, что разраб сможет столько заработать, просто в силу неполной загрузки. Помните анекдот про механика? Удар за 100 рублей, но знать где - 99 рублей, а стукнуть - рубль ? Здесь тоже самое. Не учитывается, что в разработке интернет магазинов и крупных проектов обычно берут готовые фреймворки или продукты и перелицуют их. А не пишут все с нуля. А еще только лишь разработчиков недостаточно. Нужны инженеры поддержки, тестировщики и прочие. И количество членов команды напрямую зависит от сложности проекта. Так что несмотря на наукоподобность статьи, она, кажется, в целом абсолютно не пригодна к эксплуатации в реальной жизни. Увы
Интересная статья, которая в очередной раз доказывает, что кубернетес - не готовый продукт, а полуфабрикат. Кое что унес к себе
Я всегда задаюсь вопросом - а зачем это нужно ? Мало ли торрент клиентов ? Или основная фишка - в красивом интерфейсе ? Спасибо, это ведь не самое важное. Или в 2025 форма преобладает над содержанием ?
ага, учитывая, что в этом так называемом опенсурсе плевать хотели на качество софта, а все нужные энтерпрайз фишки - сюрприз, только в платной редакции.
все честно, что не нравится-то? Или вы хотели честный биллинг по количеству временных рядов? Ну, тогда боюсь, останетесь без штанов
да зачем она нужна - технология изначально была мертворожденная. Те, кто на нее подсел - потом долго жалели. ХА был только в платном.
вопрос ведь не в сути сервиса - там под капотом у Авито настоящий хайлоад!
Очередная статья, сгенерированная искусственным интеллектом? Не стыдно?
Потому что когда у вас шифрованный трафик - вы ничего не увидите. Нужны штуки вроде coroot на базе ebpf проб, которые могут залезть в приложение, или штуки вроде сервис меша - когда оно видит не шифрованный трафик. И более того - само считает нужные метрики, иначе - действительно - надо инструментировать каждое приложение отдельно. А если стеки разные ?
Этого недостаточно. Надо еще сертификаты выпускать правильно и распределять по нагрузкам. Истио это умеет делать
Потому что эта не та балансировка. Вы говорите про точку балансировки общую для ЦОД. А как же сервис сервис взаимодействие ? Более того - не все сервисы надо вытаскивать наружу из кластера.
TL;DR - если вы используете редис как стейтфул - вы уже что то делаете не так. Приложение должно переживать отказ кэша. К тому же современные БД вроде PostgreSQL - имеют свой внутренний слой кэширования. Закиньте только ресурсов побольше, не жадничайте.
А редис как брокер очередей - это супер-гениальное решение. Возвращаемся к тезису, что редис в виде стейтфул - это что-то не то. Как же любят люди совать палец в розетку…