Компания Red Hat объявила (https://www.redhat.com/en/about/press-releases/red-hat-acqui...) о покупке (https://coreos.com/blog/coreos-agrees-to-join-red-hat/) компании CoreOS, занимающейся развитием средств для сопровождения и организации работы систем контейнерной изоляции. Сумма сделки составляет 250 млн долларов.Среди развивавшихся в CoreOS проектов, которые конкурировали с решениями Docker и Red Hat Atomic, можно отметить атомарно обновляемое Linux-окружение Container Linux (https://coreos.com/os/docs/latest/)/CoreOS (https://www.opennet.me/opennews/art.shtml?num=40275) (содержит только минимальный набор компонентов, необходимых для запуска контейнеров), реестр образов контейнеров Quay (https://coreos.com/quay-enterprise/), инструментарий управления контейнерами rkt (https://www.opennet.me/opennews/art.shtml?num=44204), распределенную систему хранения конфигурации etcd (https://www.opennet.me/opennews/art.shtml?num=46682), платформу оркестровки контейнеров Tectonic (https://coreos.com/tectonic/) (на базе Kubernetes), систему хранения Torus (https://www.opennet.me/opennews/art.shtml?num=44536), инструментарий для начальной конфигурации системы Ignition (https://www.opennet.me/opennews/art.shtml?num=44270), систему для анализа уязвимостей в начинке контейнеров Clair (https://www.opennet.me/opennews/art.shtml?num=44082). Большинство продуктов CoreOS развивалось как свободное ПО, недостающие исходные тексты будут открыты в ближайшие месяцы.
После завершения сделки компания Red Hat намерена (https://www.redhat.com/en/blog/faq-red-hat-acquire-coreos) интегрировать технологии CoreOS в свои продукты OpenShift и Red Hat Atomic, а также предложить пользователям рад новых продуктов на основе разработок CoreOS. План создания комбинированных продуктов и миграции на них существующих клиентов CoreOS, среди которых eBay и Salesforce, будет опубликован позднее.
Проект Tectonic, который пересекается с собственными разработками Red Hat, связанными с платформами OpenShift и Kubernetes, планируется использовать для расширения функциональности OpenShift в области автоматизации выполнения операций и управления. Реестр Quay планируется продолжить использоваться в качестве обособленного компонента, а также использовать связанные с ним наработки для улучшения Red Hat Container Catalog и интегрированных в OpenShift средств работы с реестром.Container Linux, а также инструментарии rkt и etcd, пересекаются с продуктом Red Hat Enterprise Linux Atomic Host, интегрированными в RHEL инструментами управления платформой и runtime для контейнеров. Компания Red Hat намерена создать объединённую команду разработчиков для проведения работы по рецензированию, интеграции и совмещению технологий Container Linux с проектом Atomic.
URL: https://coreos.com/blog/coreos-agrees-to-join-red-hat/
Новость: http://www.opennet.me/opennews/art.shtml?num=47992
Молодцы
Так же говорили о MS, который скупал конкурентов...
первый пункт пройден
выполняют стратегию трех Е?
МС опенсорсная контора и открывала исходники после каждого поглощения? Не знал. А можно примерчик исходников?
Xamarin SDK, например
ну ладно, засчитаем. Этот огрызок будем сравнивать с тем, что шапка купила и открыла?
C# Core ?
Дружок, ну у нас тут не винфак, как-никак. C# ни у кого не выкупался, это внутреннее пoделие МС. Ты пытаешься нам рассказать про 2,5 ненужных огрызка, открытых МС из-за "любви" к опенсорс? Вот скайп они открыли? С этого и начинай, мой юный вендузятный друг.
А даже если бы они открыли Скайп, лучше бы от этого последний не стал. Протокол все-равно насквозь проприетарный.
Они его и для себя не открыли.
> Вот скайп они открыли?Лучше бы они его закрыли и забыли о нём, чем то, что они с ним сделали.
> ну ладно, засчитаем. Этот огрызок будем сравнивать с тем, что шапка купила
> и открыла?а сколько купила и утопила?
"Огласите весь список, пожалуйста"©
Deis, например.Купили: https://deis.com/blog/2017/deis-to-join-microsoft/
Зарыли: https://deis.com/blog/2017/deis-workflow-final-release/
Любезный, а причем тут Red Hat?
редхат на пути тех, что по ссылке, и он утянул туда линукс
Туда - это куда? И какой "линукс" он за собой утянул?
Да, чуть ниже есть прекрасный комментарий к вашей логике - про гитлера, воду и главу red hat.
Форкни CoreOS и продай MS, кто же мешает.
Гитлер пил воду. Глава RedHat пьет воду. Выводы очевидны, делайте выводы.
Выводы... Оба многоклеточные животные. Скорее всего термин "пить" к одноклеточным не относится. Вроде логично. Сомневаюсь что Гитлер или глава РедХета роботы, одноклеточные или ещё что.
> Гитлер пил воду. Глава RedHat пьет воду. Выводы очевидны, делайте выводы.Выводы? Пейте пиво!
>...делайте выводы.Закон Годвина работает.
Скупка перспективных стартапов вообще нормальное и будничное дело в индустрии, будь то майкрософт, краснашапка или оракл. Даж не понимаю против чего у вас внутренний протест. Пчёлы против мёда?
> Скупка перспективных стартапов вообще нормальное и будничное дело в индустрии, будь то
> майкрософт, краснашапка или оракл. Даж не понимаю против чего у вас
> внутренний протест. Пчёлы против мёда?Если бы они скупали и развивали - другое дело. Но как обычно бывает? Оно не приносит нам прибыли - мы его прикрываем. Вся соль в прибыли компании, не больше ни меньше.
Великолепно.
Форкайте, пока RH это не "улучшило".
Та они одного поля ягоды. Там уже все "улучшено"
CoreOS и так на RH основан: systemd, firewalld, netwodkmanagerd - вся эта ересь в наличии, а вот yum в стандартной поставке отсутствует...
Неужели там dnf?
CoreOS основан на Gentoo.
Они даже оверлеи публикуют.
Если это так, то это "починят" в первую очередь, вот увидишь.
Учитесь, Дениски, как надо свои сборочки пилить, чтобы за них много мегабаксов платили.
Кстати да
Там свои для своих пилили, как раз для того, чтобы потратить мегабаксы.
На самом деле, в этой новости нету ничего интересного: один убогий вендорлочник купил другого убогого вендорлочника.Гораздо хуже новость о том, что стройный и постой ранчер переходит на этот вендолочный кубернетес
Почему инструментальные ящики, подготовленные Docker, упорно называют "контейнерами"?! В них, кроме инструментов, нельзя ничего хранить - данные, ассоциированные с Docker, всегда находятся где-то вовне "контейнера". Ну почему это вызывает какие-то коннотации с объектом хранения по типу изоляции chroot и jail, которые могут и обязаны хранить пользовательские данные внутри себя, такие изолированные программы и данные не должны видеть и как-то влиять на хост-систему. Это же совсем разные отличается от концепции Docker.
А что, давно из основного хоста файлы положенные в чрутованное окружение становятся недоступны? Ты брендишь. Это первое.
Второе - в докере таки можно хранить данные внутри контейнера. Если они тебе из вне не нужны или не важно что ты их можешь потерять при power off
> А что, давно из основного хоста файлы положенные в чрутованное окружение становятся недоступны?Недоступен контекст их исполнения. Мы можем управлять имив докере: вносить в контейнер, обновлять извне, менять настройки, но исполняются они в изолированном окружении. Так вот, нормальные изолированные окружения гарантируют надёжность не только инструментария, но и пользовательских данных, которые попали в контекст исполнения (тоже изолированы контейнером). В докере же гарантий для данных пользователя никто не даёт, а набор инструментов, "изолировнных" докером, можно воссоздать в любой момент из заданного образа, если что-то пошло не так. Так какая же это контейнеризация?!
Какая, какая... Пингвинячья."Плавает он в них быстрее, но и клеит их чаще".
гспдблд не понимающий ты наш, зайди на главную страницу докера поймешь о чем софт. Твои jailы это недовиртуалбоксы если проще сказать с единственным бонусом нет никаких потенциальных дыр и оверхеда в отличие от виртуализации целостной ос.Докер же средство доставки и запуска 'приложений'. Не важно какое реаритетное гвно мамонта у заказчика, запустив докер контейнер с правильными параметрами из образа заказчик получит рабочее приложение(сервис,вебсайт,бд,что угодно).
Вроде пускает слюни отжабки и мелкософта, а такой рак. Никто в 21 веке уже не создает tar.gz с мануалом по установке и настройки под каждую ос для своих заказчиков.
>> А что, давно из основного хоста файлы положенные в чрутованное окружение становятся недоступны?
> Недоступен контекст их исполнения. Мы можем управлять имив докере: вносить в контейнер,
> обновлять извне, менять настройки, но исполняются они в изолированном окружении. Так
> вот, нормальные изолированные окружения гарантируют надёжность не только инструментария,
> но и пользовательских данных, которые попали в контекст исполнения (тоже изолированы
> контейнером). В докере же гарантий для данных пользователя никто не даёт,
> а набор инструментов, "изолировнных" докером, можно воссоздать в любой момент из
> заданного образа, если что-то пошло не так. Так какая же это
> контейнеризация?!Никто не изолирует (в буквальном смысле) данные пользователя. Они либо лежат в БД (файлы бд существуют в подмонтированном каталоге(разделе/СХД) но никак не рядом внутри изолированого окружения это бред). Либо просто в примонтированном каталоге. Не важно какая ФС у этого mountpoint хоть ZFS, хоть fat32.
>[оверквотинг удален]
>> вот, нормальные изолированные окружения гарантируют надёжность не только инструментария,
>> но и пользовательских данных, которые попали в контекст исполнения (тоже изолированы
>> контейнером). В докере же гарантий для данных пользователя никто не даёт,
>> а набор инструментов, "изолировнных" докером, можно воссоздать в любой момент из
>> заданного образа, если что-то пошло не так. Так какая же это
>> контейнеризация?!
> Никто не изолирует (в буквальном смысле) данные пользователя. Они либо лежат в
> БД (файлы бд существуют в подмонтированном каталоге(разделе/СХД) но никак не рядом
> внутри изолированого окружения это бред). Либо просто в примонтированном каталоге. Не
> важно какая ФС у этого mountpoint хоть ZFS, хоть fat32.А да забыл добавить, mountpoint может быть шифрованным, но доступ к этим данным организует хост в данном случае CoreOS.
> Никто не изолирует (в буквальном смысле) данные пользователя.Да я понял. Просто зачем "инструментальный ящик" называть "контейнером"? Он контейнеризует только свои инструменты, но не данные пользователя. Данные пользователя по-настоящему контейнеризуют (изолируют от других) только: chroot, jail и разные там virtualbox'ы со своими "песочницами"-виртуалочками. А докер это и не виртуалочка, и не полноценное изолированное окружение. Это набор инструментов.
> Да я понял.Врёшь.
тут семантика скорее идет от идеи "нечто, что не должно вырваться из ящика". Данные статичны, а инструменты - как раз нет; именно они изолированы.
в докере достаточно кривых терминов, да. Очень подбешивает, когда сталкиваешься с ним от раза к разу, а не постоянно в этом вертишься.
сhroot небезопасен априори. Он вообще для другого изначально писался, так что глупое сравнение. Из chroot достаточно просто прострелить себе ногу в основной системе.
systemd - теперь и в контейнерах!
что значит - "теперь"? Всегда был.
И теперь не только в, но и для.скоро-скоро ты без системды уже и контейнер запустить не сможешь, не попатчив-поломав в ста местах.
> что значит - "теперь"? Всегда был.
> И теперь не только в, но и для.
> скоро-скоро ты без системды уже и контейнер запустить не сможешь, не попатчив-поломав
> в ста местах.Слишком много противников внедрения systemd во всё. Ждём 1000 форков 1000 программ.
клоуняшечка, опять развлекаешь? то виртуалбокс разработка сана, теперь контейнеры работают на системдосе
Не хочу вас огорчать, но... https://blog.selectel.com/systemd-containers-introduction-sy.../
> Не хочу вас огорчать, но... https://blog.selectel.com/systemd-containers-introduction-sy.../русская языка не родная для тебя? nspawn, это всего лишь системдосная реализация контейнеров в линуксе, одна из последних по счёту
Шапка начинает меня серьёзно пугать.
> Шапка начинает меня серьёзно пугать.Тогда пелотка тебя в ужас повергнет.
Жаль, хорошая была система.
Жаль что на systemd.
Linux=Red Hat
Кто бы что ни говорил, Red Hat — единовластный владелец линукса. Как шапка скажет, так оно и будет.
> Linux=Red Hat
> Кто бы что ни говорил, Red Hat — единовластный владелец линукса. Как
> шапка скажет, так оно и будет.Как микрософт скажет редхету, так оно и будет.
Гном 3, идиотское тупиковая поделка. Где к*стрирован функционал и пропорции и эргономика интерфейса чудовищно уродские.