Компания Amazon опубликовала релиз проекта Finch 1.0, развивающего открытый инструментарий для сборки, публикации и запуска Linux-контейнеров в формате OCI (Open Container Initiative). Основной задачей проекта называется упрощение работы с Linux-контейнерами на хост-системах не на основе Linux. Версия 1.0 отмечена как первый стабильный релиз, пригодный для рабочих внедрений и повседневного использования на платформе macOS. Поддержку клиентов для Linux и Windows планируют добавить в следующих выпусках. Код Finch написан на языке Go и распространяется под лицензией Apache 2.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60034
И кто мне будет это всё поддерживать когда я это наверну на своей инфраструктуре?
Сборка контейнеров это конешно мощное развертование на инфраструктуре. Ничего не сказать.
Это девелоперская тулза, все что можно интегрировать в инрфу это build и push в 20 строчек yaml.
Тот, кому ты за это будешь платить.
Так где касса Амазон меня может тольнко 3 буквы послать сказав что это опенсорс делаем как хотим сломалось ваши проблемы.
Тоже верно. Точнее, сначала деньги возьмут, а потом пошлют.
Так не только амазон занимается IT. В мире есть ещё миллионы айтишников.
То есть это типа Зимбры от мира контейнеров?
Типа того. Конкурент docker desktop и rancher desktop.Так как в маке и винде нет нативной поддержки контейнеров, то все вышеперечисленные инструменты поднимают там виртуалку на основе линукса с containerd (опционально - плюс docker или kubernetes).
Запускать виртуалку и контейнеры внутри неё пользователям мака и винды сложно, у них лапки. Поэтому и стали популярны запускалки-настраивалки серверной ОС поверх декстопной.
>>Так как в маке и винде нет нативной поддержки контейнеровЛинуксовых, выхотели сказать? В венде есть свои контейнеры, по крайней мере в компонентах такой пункт водится (W10 22H2). В макоси своя система (hypervisor framework) кажется.
ну ты ещё про контейнеры для грузоперевозок расскажи и прочие вещи, не связанные с IT
> В венде есть свои контейнеры, по крайней мере в компонентах такой пункт водится (W10 22H2). В макоси своя система (hypervisor framework) кажется.А есть достоверно известные случаи применения этой фигни в проде?
> А есть достоверно известные случаи применения этой фигни в проде?Если приделали - поди кому-то надо было :).
Маркетологам?
Да, я знаю в этом году начали.
finch - это консольный pidgin
Поскольку pidgin мёртв, то и finch, вероятно, тоже, а значит имя можно переиспользовать.
> Поскольку pidgin мёртвХм, а libpurple тоже мёртв? Давно прост не пользовался, т.к. IM особо и не нужны давно (видимо поэтому и мертво это всё), помнится через libpurple можно было своих ботов пилить для всяких проприетарных чатиков типа скайп чата.
> т.к. IM особо и не нужны давноАга
И именно по этой причине IM фактически первое, что появилось в глобальной сети и сейчас их десятки, а в самых популярных под миллиард пользователей онлайнСказать, что средства общения не нужны это как сказать, что тебе язык не нужен
Я про себя говорил. Мне не нужны. Было время торчал в них чуть ли не круглосуточно, но давно всё это перерос и мгновенные сообщения мне не нужны, email с задачей справляется лучше. К слову, благодаря IMAP4 idle они и так приходят почти в реальном времени.
А массы сейчас пытаются IM использовать вместо форумов, что та ещё дичь, совершенно неюзабельно. Даже не знаю откуда столько бездельников, могущих себе позволить целыми днями торчать в куче чатов и мониторить все потоки информационного шума подряд. То ли дело были форумы, можешь в любое время зайти, пробежаться по заголовкам тем, зайти только в те темы что тебе интересны, прокомментировать когда хочешь, вернуться почитать ответы хоть через недели.
А так да, миллионы мух не могут ошибаться конечно, только надо ли мне им уподобляться?
ну т.е., чтобы попросить мужа хлеба купить, ты e-mail пишешь? или звонишь? за звонки без предварительной договорённости я бы расстреливал
Из магазина отправлять заказное письмо "товарищ майор, разрешите позвонить!" - так что-ли? :D
> чтобы попросить мужа хлеба купить, ты e-mail пишешь?А с чего вы взяли что ваши проблемы касаются всех? У меня не может быть мужа, я сам мужик, соответственно и проблем таких нет. Кому очень надо ставят задачи в тасктрекере или пишут на почту. Если не напишут, мне же лучше, это не мои проблемы ))
а в чем собственно разница - кликнуть на клиент, выбрать из контактов мужа, набрать текст "купи хлеба", кликнуть на "отправить". А теперь угадайте - я писал про мессенджер или про емейл?
Емейл на телефон приходит через пару секунд после отправки, точно с таким же звуком уведомления, что и мессенджер.
Так почему бы и не емейл?
Щас я тебе дам подсказку, но от этого у тебя сразу же порвёт шаблон. У телефона есть номер и у мессенджера это номер, а у емейла нет номера!!!!
Зато у емейла есть... емейл! И ради него не обязательно держать активную симку.
> Щас я тебе дам подсказку, но от этого у тебя сразу же
> порвёт шаблон. У телефона есть номер и у мессенджера это номер,
> а у емейла нет номера!!!!может это у тебя шаблоны порвутся, но нахрена мне вобще номер? что в мессенджере, что в емейле?
20 лет назад не было привязки ни к каким номерам, но аська вполне себе работала, а джаббер и до сих пор работает.
Вконтакт вот так и не выпросил мой мобильный, но сообщения мне приходят, на емейл :) привязанный к аккаунту, хотя в сам аккаунт я зайти не могу.
Гоняются за ощущением социума. Ведь, если они никому не напишут, а им никто не ответит, то всё - ты никому не нужен, в жизни нет смысла.
Понимаешь, милый ребенок
Это у тебя все твои два выдуманных друга живут в твоей головеА у меня всех знакомых и друзей раскидало по миру, например
И общаться, поддерживать связь, узнавать как у кого дела можно только в сети, только в IMНу ничего, может быть когда закончишь школу тебя мамка пошлет учиться в ПТУ в соседней деревне и тогда поймешь, что IMы нужны для общения с теми к кому ты не можешь просто взят и зайти
> И общаться, поддерживать связь, узнавать как у кого дела можно только в сети, только в IMПозавчера для этого были форумы. Вчера - соцсети (да и сегодня их никто не отменял). Сегодня в моде nsapp и фсбграм. Завтра будет мода на очередную фигню.
Тут скорее вопрос не удобства или объективной полезности, а того, где сейчас сидят миллионы мух^W мышей.
Позавчера для этого были IM, вчера были IM, сегодня IM
Ничего не меняется с 1996 года, как я пришел в инет
А детишки все сражаются с мессенджерами и рассказывают, что их только сегодня придумали
Ну во-первых не мертв
А во-вторых «переиспользовать» имя программы это дичь
Если у тебя по finch software ищутся две проги совершенно разного профиля, то это трындец
Слов мало что ли?
Та ладно, неужели пользователь перепутает сервис для контейнеризации и IM?
Посмотри сколько программ имеют в названии слово "аппач"
Если что, "Apache" - это аналог "rest on peace" для софта.
Естественно, что подобные маркеры являются групповым, а не уникальным символом.
*in, конечно же
Приставка Apache у софта означает, что он попал на кладбище под названием Apache Foundation, это указание на контору которой отдали код, а не название софта
Зачем, если есть werf?
А зачем нужен werf, если это всего лишь настройка над docker build + docker push + helm upgrade -i?
Обычно helm используют для шаблонизации чартов. Лучше только werf. Но кому я это говорю? Когда анонимус пишет анонимусу, то это выглядит так, как будто Вселенная разговаривает сама с собой.
Он очень нужен тем кто хочет gitops без костылей.
В обычном gitops ты вначале коммитишь код, а только потом CI собирает образ, но одновременно с этим по определению gitops ты хочешь чтобы состояние твоего приложения описывалось кодом. С наколеночным тагированием это невозможно.
С внеднением этих ваших кубирнетисов в массы (а на самом деле и до них, например в 12 factor app уже говорится об этом) результом релиза становится не просто какой-то абстрактный докер образ, а еще и helm chart неотрывно с ним связаный, нужный для его правильного запуска и параметризации по окружениям. И из-за непреодолимой последовательности этого процесса, что код - это один коммит, а изменение образов в helm chart - следующий, приходилось городить лютый зоопарк с двойными репозиториями или костылями в CI.
В werf можно избавиться от необходимости тагирования образов вообще и перейти на тагирование helm чартов - сущностей более высокого порядка обновременно описывающих еще и конфигурацию.
Все остальное что есть в werf - это просто мишура по сравнению с этим. Если бы он просто заменял 3 тулзы - он нафиг был бы не нужен.
Еще важная киллерфитча - возможность маштабируемой и воспроизводимой сборки без докера. (если собирать на 10 ранерах один и тот же код, артефакт в регистри будет неизменным, не будет перезаписываться/повторно качаться, как это бывыет в сборках без кеша).
> С внеднением этих ваших кубирнетисов в массы (а на самом деле и до них, например в 12 factor app уже говорится об этом) результом релиза становится не просто какой-то абстрактный докер образ, а еще и helm chart неотрывно с ним связаный, нужный для его правильного запуска и параметризации по окружениям. И из-за непреодолимой последовательности этого процесса, что код - это один коммит, а изменение образов в helm chart - следующий, приходилось городить лютый зоопарк с двойными репозиториями или костылями в CI.Лютый зоопарк - это натравливать gitops operator на репу с исходниками программы, и держать там отрендеренные версии чартов (да хотя бы и итоговые values) на каждое окружение.
С таким отбитым подходом, какие инструменты не придумывай, всё равно фигня получится, потому что сюр изначально заложен в архитектуру.
Что ты несешь?
> Лютый зоопарк - это натравливать gitops operator на репу с исходниками программыЗоопарк это когда у тебя много разношерстных зверей сидят в разных клетках.
У тебя 2 репо и 2 тулзы связаные с деплоем - собиратель образов и "gitops operator". У меня 1 репо и 1 тулза и для сборки и для деплоя (и даже команда одна). Вот и подумай у кого зоопарк, если результат один - приложение раскатано в кубер и определяется кодом в гите.
И давай пожалуйста конкретику, почему запускать программу развертывания над кодом это плохо? Мы хотим чтобы состояние в кластере определялось состоянием кода - над чем собственно еще запускать (по определению)? То что вы делаете со 2 репо и отрендереными чартами - это совсем не похоже на то что состояние приложения определяется кодом приложения. Это вторичная ненужная сущность усложняющая систему и ломающая изначальный посыл. У вас на самом деле только конфигурация приложения определяется кодом, а само приложение, его код - нет, оно осталось за скобками когда-то кем-то собраным в образ и мы должны этому свято верить.
> С таким отбитым подходом, какие инструменты не придумывай, всё равно фигня получится, потому что сюр изначально заложен в архитектуру.В чем отбитость подхода? Можно конкретики?
Что является критерием отбитости? Забыли добавить сущностей ради сущностей?
> gitops operatorПостоянно офигеваю над этими хипсторами нахватавшимися непойми чего на курсах.
У них у всех как на подбор gitops - это не абстрактный подход (отделенный от реализации) по тому как надо делать деплоймент, а это конкретная реализация gitops operator работающая по модели pull... и вообще в 80% случаев это конкретная программа - argo cd.
Сначала они настраивают по стековерфлоу свою argo cd, а потом в их голове оказывается что получившееся и есть gitops, и они лезут со своим выдуманным "gitops" пачкать интернет.
Печально.
> без необходимости разбираться и настраивать все эти компоненты по отдельностиЕсли называть вещи своими именами - "не включая голову".
В голову надо есть ... А не включать/выключать, как лампочку.
"не приходя в сознание" скорее, уже лет 15 вся вебня так работает
А тех, кто работает не так, подгоняют кнутом, чтобы уходили в либастрал. Особенно хорошо видно на UX банков, типа Альфабанка.
Опять lxc изобрели.
> Finch связывает nerdctl, containerd, BuildKit и Lima в одно целоев каком именно месте ты тут разглядел lxc?
В том что слева
Все эти докеры-шмокеры поверх кернельного LXC существуют.
lxc - такая же прога, как и containerd. Она не в ядре.
неуч! lxc это пользовательская утилита, такая же как и docker, podman и др.! и все эти утилиты используют кернельные namespace и cgroup!
Если бы ты был постарше, то знал бы, что докер и правда изначально работал поверх lxc, использовал lxc как нижний слой и был горе-надстройкой над ним
Автор забыл дать ссылку на прошлогоднюю новость про Finch 1.0:
https://www.opennet.dev/opennews/art.shtml?num=60034