Звучит так, что это только для Azure? Тогда по определению нам не подходит: очень разные провайдеры используются у клиентов. В начале указано требование про Kubernetes — так вот он развернут и в Google, и в AWS, и в Azure, и даже бывает bare metal.
Сам не пользуюсь PowerShell, но многие жалуются, что PowerShell слишком сложен/избыточен/медлителен/неудобен для повседневного использования именно в качестве shell'а. Множество таких мнений можно найти в обсуждении анонса nushell на Hacker News:1 (с последующими ответами), 2, 3, …
Для встраивания стороннего контента мы используем API сервиса iframely.com
К сожалению, нам не известно планирует ли этот сервис добавить поддержку указанного вами ресурса.
Спасибо за ответ! Если вставка должна выглядеть просто так: <oembed>https://asciinema.org/a/168763</oembed> — то это не работает, т.к. браузер показывает URL без каких-либо картинок. Однако проверка вставки URL'а через сам iframely показывает другой результат. На чьей стороне проблема?
Довольно странно. Спасибо, что обратили на это наше внимание. Нам потребуется некоторое время, чтобы с этим разобраться. Мы поставили соответствующую задачу коллегам из отдела разработки, но когда они смогут уделить ей внимание нам, к сожалению, пока не известно.
Отправил «Гениальную идею» через форму обратной связи с редакцией Хабра. Почему-то был уверен, что уже просил их об этом когда-то давно, но не нашёл в своей почте тому подтверждений.
"CRI-O is secure by default. It implements every security feature needed by Kubernetes such as: SELinux, Apparmor, Seccomp, and added/dropped Capabilities. As OCI runtimes adds new security features CRI-O will take advantage of them. CRI-O will provide the necessary security for your container needs."
"However if your organization prefers the security provided by virtual machines, CRI-O is still a very valid solution. CRI-O is the only CRI container runtime which can run virtual machines using Intel Clear Containers technology as if they were containers."
«Всегда возникает вопрос можно ли положиться на новую технологию, если это разработка одного человека, где гарантии что она будет поддерживаться и развиваться?» — технология не так уж нова, проекту не один год. Разрабатывается он не одним человеком, а хотя бы «одной компанией» (насколько эта формулировка корректно для Open Source-проекта, конечно же, принимающего и сторонние коммиты/контрибьюторов). Посмотрите за историей развития, например, по коммитам, чтобы понять, сколько мы в нее вкладываем — это по-настоящему огромная и решающая многое инвестиция для нас как компании, помогающей организовать другим DevOps и сопутствующее обслуживание.
Риск, конечно, всегда есть, но это ещё и Open Source, что при достаточном сообществе + использовании стандартных для экосистемы технологий (речь и про сам язык, и про применяемые внутри технологии вроде Helm) по меньшей мере даёт куда большие шансы на жизнь в будущем, чем в иных ситуациях.
Этот пост (и сама фича, про которую он) — хорошая иллюстрация того, как мы стремимся развивать сообщество вокруг проекта. Заходите ещё в tg-канал (werf_ru), чтобы увидеть, как активно там люди («сторонние», т.е. вне «Фланта») пользуются и им помогают, вплоть до оперативных патчей, решающих их проблемы.
О преимуществах werf в сравнении с использованием родных средств Kubernetes (и не только) хорошо рассказано в недавнем докладе (по ссылке краткий его обзор и там же полное видео). Там как раз о проблемах, которые в принципе возникают при построении Continuous Delivery на базе K8s, и как они решены конкретно в werf.
«GitOps is the best thing since configuration as code. Git changed how we collaborate, but declarative configuration is the key to dealing with infrastructure at scale, and sets the stage for the next generation of management tools.»
Вопрос не имеет особого смысла, потому что это данность (а не тема для обсуждения) в той вселенной, про которую вы говорите.
P.S. Потому что раджа правит лишь в материальном мире, а духовный мир выше, посему и его представители выше.
P.P.S. По близкой к тому причине кшатриям и мясо нужно. Чтобы агрессия была — сражаться, защищать в материальном мире. Однако далеко не все властители ели мясо, при этом им удавалось быть и великими (пример — Ашока).
Вот это «праздник» — смотреть, как живое и весьма сознательное существо страдает, потому что убивают без реальной необходимости, и даже соучаствовать в этом. Да, когда-то и убийства четвертованием, и пытки, и прочие издевательства над людьми (не говорю уж про животных) считались нормой в массовой культуре. К счастью, люди умеют меняться, и такое дикарство проходит, даже в смысле цирков, зоопарков и прочих катаний туристов на слонах — конечно, не везде сразу и процесс долгий, но…
Вы рискуете попасть в большую беду, ставя рядом Ричарда Столлмана и "Open Source". Почитайте про его отношение к этому термину, чтобы избежать возможного конфуза, или более осторожно связывайте эту фигуру со своими мыслями ;-)
Кстати, совсем недавно на хабре был обзор другого кресла, причём с говорящим названием (в смысле популярности «Маркуса» всё-таки ;-)): Не «Маркусом» единым: обзор компьютерного кресла Hbada 140WM. Там в комментариях ещё разные варианты предлагают/обсуждают.
В качестве иллюстрации использования python-prompt-toolkit — на нем сделан симпатичный терминал для работы с Kubernetes под названием kube-shell. (Писал о нём в этом обзоре.)
Что интересно, у этой утилиты вскоре появился конкурент на Go (kube-prompt), автор которой попутно «повторил» и саму библиотеку python-prompt-toolkit на том же Go — go-prompt. И она явно нашла своих пользователей (разработчиков) с 2300+ звёзд на GitHub и вот таким уже списком использующих её проектов.
Публикация от апреля, публикуется в переводе в августе, а текст по-прежнему содержит фразы вроде «будет доступна 24 апреля», «с 8 мая», «завершение к 6 июля»… Надо уделить время проверке обещаний разработчиков / актуальных сроков и обозначить их в материале — иначе он смотрится странно.
Ну так кандидаты у которых такая потребность есть — обходят вас стороной, вот у вас такого вопроса и не возникает
Логичное предположение, но на практике у нас не так. Об этом не написано в вакансии (странно такое писать, а в смысле опыта требуем просто «Linux», без конкретного дистрибутива). Потом мы ведь общаемся с кандидатами и видим их реакцию, вопросы и т.п.
От девопса убунты не ожидаешь.
Не знаю, откуда у вас такое мнение. Мы начинали с Gentoo 10+ лет назад и тогда, возможно, согласились бы — теперь я скажу, что из-за юного фанатизма и недостатка опыта… Однако с тем самым опытом [и накопленными проблемами] пришли к Ubuntu (уже давно), и с тех пор не было реальных причин пересматривать в пользу других.
В целом же споры о дистрибутивах уже мало впечатляют. Если для Linux-специалиста большая проблема использовать конкретный дистрибутив для работы, лично я не уверен, что с ним всё будет хорошо в командной работе.
В общем очередной набор корпоративных правил которые удобны для компании но работают не для всех.
Бывают правила, которые работают для всех? Наверное, это уже отсутствие правил, но оно не работает на компанию. А компания должна зарабатывать, чтобы предоставлять рабочие места, ну и в принципе было, о чём тут говорить :-) Всегда нужен разумный компромисс для большинства, а дальше уже рынок (трудоустройства и не только) рассудит.
"CRI-O is secure by default. It implements every security feature needed by Kubernetes such as: SELinux, Apparmor, Seccomp, and added/dropped Capabilities. As OCI runtimes adds new security features CRI-O will take advantage of them. CRI-O will provide the necessary security for your container needs."
"However if your organization prefers the security provided by virtual machines, CRI-O is still a very valid solution. CRI-O is the only CRI container runtime which can run virtual machines using Intel Clear Containers technology as if they were containers."
отсюда
Риск, конечно, всегда есть, но это ещё и Open Source, что при достаточном сообществе + использовании стандартных для экосистемы технологий (речь и про сам язык, и про применяемые внутри технологии вроде Helm) по меньшей мере даёт куда большие шансы на жизнь в будущем, чем в иных ситуациях.
Этот пост (и сама фича, про которую он) — хорошая иллюстрация того, как мы стремимся развивать сообщество вокруг проекта. Заходите ещё в tg-канал (werf_ru), чтобы увидеть, как активно там люди («сторонние», т.е. вне «Фланта») пользуются и им помогают, вплоть до оперативных патчей, решающих их проблемы.
О преимуществах werf в сравнении с использованием родных средств Kubernetes (и не только) хорошо рассказано в недавнем докладе (по ссылке краткий его обзор и там же полное видео). Там как раз о проблемах, которые в принципе возникают при построении Continuous Delivery на базе K8s, и как они решены конкретно в werf.
Kelsey Hightower, Aug 21, 2019.
P.S. Потому что раджа правит лишь в материальном мире, а духовный мир выше, посему и его представители выше.
P.P.S. По близкой к тому причине кшатриям и мясо нужно. Чтобы агрессия была — сражаться, защищать в материальном мире. Однако далеко не все властители ели мясо, при этом им удавалось быть и великими (пример — Ашока).
Кстати, «Free Software», а не free source. И с:
… не могу согласиться, поскольку лицензированное под BSD программное обеспечение является свободным. А сама лицензия одобрена FSF.
Наконец, «открытое ПО» — плохая формулировка на русском языке, т.к. слишком общая и вовсе не обязывает соответствовать Open Source Definition.
Но хватит, а то мы далеко уходим от темы. Удачи! ;-)
Вы рискуете попасть в большую беду, ставя рядом Ричарда Столлмана и "Open Source". Почитайте про его отношение к этому термину, чтобы избежать возможного конфуза, или более осторожно связывайте эту фигуру со своими мыслями ;-)
Что интересно, у этой утилиты вскоре появился конкурент на Go (kube-prompt), автор которой попутно «повторил» и саму библиотеку python-prompt-toolkit на том же Go — go-prompt. И она явно нашла своих пользователей (разработчиков) с 2300+ звёзд на GitHub и вот таким уже списком использующих её проектов.
Логичное предположение, но на практике у нас не так. Об этом не написано в вакансии (странно такое писать, а в смысле опыта требуем просто «Linux», без конкретного дистрибутива). Потом мы ведь общаемся с кандидатами и видим их реакцию, вопросы и т.п.
Не знаю, откуда у вас такое мнение. Мы начинали с Gentoo 10+ лет назад и тогда, возможно, согласились бы — теперь я скажу, что из-за юного фанатизма и недостатка опыта… Однако с тем самым опытом [и накопленными проблемами] пришли к Ubuntu (уже давно), и с тех пор не было реальных причин пересматривать в пользу других.
В целом же споры о дистрибутивах уже мало впечатляют. Если для Linux-специалиста большая проблема использовать конкретный дистрибутив для работы, лично я не уверен, что с ним всё будет хорошо в командной работе.
Бывают правила, которые работают для всех? Наверное, это уже отсутствие правил, но оно не работает на компанию. А компания должна зарабатывать, чтобы предоставлять рабочие места, ну и в принципе было, о чём тут говорить :-) Всегда нужен разумный компромисс для большинства, а дальше уже рынок (трудоустройства и не только) рассудит.