Вообще-то net - это и есть "на руки", а то что до налогов называется "gross". В рабочем договоре указывают обычно gross, потому как net может варьироваться от различных факторов, типа детей, супруги, ипотеки и т.п.
А где здесь "обратно"? Может у меня что-то с логикой или глазами не то, но название "с Python на Go и обратно" предполагает переход с первого на второй, и после - со второго на первый (т.е. к истоку, которым является Python). А завершающее "Я посматриваю в сторону Rust" с "обратно" как-то не вяжется.
Within a Pod, containers share an IP address and port space, and can find each other via localhost.
Т.е. контейнеры внутри одного пода могут общаться через localhost с разными портами, и по такому принципу реализуется взаимодействие между основным контейнером и sidecar, как, например, тот же cloud SQL proxy на GCP.
Может разрабы когда Kubernetes изучали, не дошли до раздела про Deployment? :)
Но если серьезно, тоже интересно, в чем мотивация использования только ReplicaSet. Теоретически этого конечно хватит, чтобы приложение запустить и масштабировать, но тогда всякие обновления и откаты надо самому реализовывать, если они конечно нужны.
А куда смотрел девопс(ы) до того как прод упал? Где мониторинг, логирование, превентивные алерты? Читаешь когда статьи, у всех все так гладенько (сервисы сами деплоятся и масштабируются), красивенько (глаза разбегаются от наличия красочных графиков в графана дашбоардах). А на деле приходишь в компанию и видишь: винегрет из баш-скриптов, терраформ-конфигов и хелм-чартов, переплетенных уже давно никому не ведомым способом; десятки/сотни гигабайт/терабайт (нужное подчеркнуть) логов, ценность которых стремится к нулю и найти полезную информацию сродни поиску иголки в стоге сена; алерты, на которые уже все давно забили, и поставили в игнор-фильтры.
И приходится закатывать рукава и разгребать весь этот бардак, параллельно налаживая процессы так, чтобы по непонятным причинам весь прод не падал, а только отваливались затронутые компоненты, временно и частично ограничивая функционал, и по логам было видно, кто всему виной, и стоит ли действительно бить тревогу и инициировать disaster recovery план, или просто подождать когда третья сторона исправит проблему.
Да даже с GUI можно развернуть, с каким-нибудь i3 или JWM, было бы желание.
Ну и хард ресет физическим лицом такой себе аргумент, учитывая, что хостинг-провайдеры обычно дают виртуальный квм или как минимум две кнопки софт/хард ресет, которыми гипервизор перезапустит виртуалку.
Спасибо за интересный рассказ, однако в таких историях всегда немного удивляет, почему об отсутствии связи провайдер узнает от клиента? Причем наверняка пока у клиента приняли заявку, ему пришлось и кабели проверить, и роутер перезагрузить, и прочую стандартную ерунды. Нет, было бы ещё объяснимо, если речь шла в 90-х, но 2018 это не такое далёкое прошлое и oss софта для мониторинга и автоалертов более чем достаточно. И да, я дочитал, что со временем таки поставили Zabbix.
И какое происхождение у подобных ключей? Лом, кардинг? Не больший ли сюр называть "сюром" прокладку в РУ-сегменте для ChatGPT, на которой автору удалось немного заработать, при этом покупая и рекомендуя другим "ключи" по ссылке выше?
Вообще-то net - это и есть "на руки", а то что до налогов называется "gross". В рабочем договоре указывают обычно gross, потому как net может варьироваться от различных факторов, типа детей, супруги, ипотеки и т.п.
А "Бобби не ест и не пьет - в копилку кладет" (c)? Или квартиры в глуши?
А где здесь "обратно"? Может у меня что-то с логикой или глазами не то, но название "с Python на Go и обратно" предполагает переход с первого на второй, и после - со второго на первый (т.е. к истоку, которым является Python). А завершающее "Я посматриваю в сторону Rust" с "обратно" как-то не вяжется.
А что за порт они делят? Правильнее наверное всё-таки пространство портов? Если читать документацию https://kubernetes.io/docs/concepts/workloads/pods/#pod-networking
Т.е. контейнеры внутри одного пода могут общаться через localhost с разными портами, и по такому принципу реализуется взаимодействие между основным контейнером и sidecar, как, например, тот же cloud SQL proxy на GCP.
Может разрабы когда Kubernetes изучали, не дошли до раздела про Deployment? :)
Но если серьезно, тоже интересно, в чем мотивация использования только ReplicaSet. Теоретически этого конечно хватит, чтобы приложение запустить и масштабировать, но тогда всякие обновления и откаты надо самому реализовывать, если они конечно нужны.
А куда смотрел девопс(ы) до того как прод упал? Где мониторинг, логирование, превентивные алерты? Читаешь когда статьи, у всех все так гладенько (сервисы сами деплоятся и масштабируются), красивенько (глаза разбегаются от наличия красочных графиков в графана дашбоардах). А на деле приходишь в компанию и видишь: винегрет из баш-скриптов, терраформ-конфигов и хелм-чартов, переплетенных уже давно никому не ведомым способом; десятки/сотни гигабайт/терабайт (нужное подчеркнуть) логов, ценность которых стремится к нулю и найти полезную информацию сродни поиску иголки в стоге сена; алерты, на которые уже все давно забили, и поставили в игнор-фильтры.
И приходится закатывать рукава и разгребать весь этот бардак, параллельно налаживая процессы так, чтобы по непонятным причинам весь прод не падал, а только отваливались затронутые компоненты, временно и частично ограничивая функционал, и по логам было видно, кто всему виной, и стоит ли действительно бить тревогу и инициировать disaster recovery план, или просто подождать когда третья сторона исправит проблему.
Да даже с GUI можно развернуть, с каким-нибудь i3 или JWM, было бы желание.
Ну и хард ресет физическим лицом такой себе аргумент, учитывая, что хостинг-провайдеры обычно дают виртуальный квм или как минимум две кнопки софт/хард ресет, которыми гипервизор перезапустит виртуалку.
Спасибо за интересный рассказ, однако в таких историях всегда немного удивляет, почему об отсутствии связи провайдер узнает от клиента? Причем наверняка пока у клиента приняли заявку, ему пришлось и кабели проверить, и роутер перезагрузить, и прочую стандартную ерунды. Нет, было бы ещё объяснимо, если речь шла в 90-х, но 2018 это не такое далёкое прошлое и oss софта для мониторинга и автоалертов более чем достаточно. И да, я дочитал, что со временем таки поставили Zabbix.
И какое происхождение у подобных ключей? Лом, кардинг? Не больший ли сюр называть "сюром" прокладку в РУ-сегменте для ChatGPT, на которой автору удалось немного заработать, при этом покупая и рекомендуя другим "ключи" по ссылке выше?
Возможно где-то мелким шрифтом ещё указано "при условии подготовительных работ от нескольких недель до месяцев", но кто ж читает эти мелкие тексты.
Вы в курсе о таком понятии, как "эпоним"? Их образование имеет место в различных языках.
А в коде вы не можете процесс создать с ffmpeg'ом? И если надо "на лету", то STDIN и STDOUT использовать в качестве input/output.
https://stackoverflow.com/questions/45899585/pipe-input-in-to-ffmpeg-stdin