Comments 31
Спасибо большое за статью. Обновил некоторые моменты в памяти. Планируется ли написание еще статей? Было бы интересно прочитать про docker-compose и о том, как устроен докер на низком уровне.
Новичкам в docker всегда рекомендую потратить 10 баксов на The Docker Book.
Книга на очень понятном английском, материал разжеван с азов.
К тому же, книгу регулярно обновляют (на данный момент актуальная версия выпущена в феврале 2018, хотя покупалась книга еще в 2016 году)
Книга на очень понятном английском, материал разжеван с азов.
К тому же, книгу регулярно обновляют (на данный момент актуальная версия выпущена в феврале 2018, хотя покупалась книга еще в 2016 году)
Чо, опять на рекламу докер отсыпал? Так поздно — поезд уехал :)
2k18
@
Docker уже одной ногой в могиле
@
Контейнеры даже в банках и прочих энтерпразайх
@
На хабре появляются статьи "Что такое контейнеры и как запускать докер"
а почему в docker одной ногой в могиле?
У docker как технологии все* прекрасно, проблема у компании докер, не знают как монетизировать, а без денег комерческие компании долго не живут. Возможно в итоге докер перейдет в apache foundation или т.п.
Но за технологию переживать не стоит.
Но за технологию переживать не стоит.
- Docker cloud не взлетел https://docs.docker.com/docker-cloud/migration/
- Founder свалил https://blog.docker.com/2018/03/au-revoir/
- Kubernetes выиграл войну оркестраторов, запили cri-o (https://github.com/kubernetes-incubator/cri-o), а последняя поддерживаемая версия докера в нем 1.12
- Сейчас стандартизировали registry (https://github.com/opencontainers/tob/blob/master/proposals/distribution.md) и скоро видимо запилят ванильную реализацию вместо docker registry
- Все что осталось у docker как технологии, это билд имаджей (но и ему не долго жить)
- CFN и OCI толкают unix way, где каждый компонент это отдельный инструмент, и комбайнам типа docker в этом мире не место.
- Умрет компания, никто не будет саппортить докер как продукт. С rethinkdb такое уже было.
Все что осталось у docker как технологии, это билд имаджей (но и ему не долго жить)
Да и по поводу билдов, уже есть https://github.com/projectatomic/buildah и https://github.com/openshift/source-to-image, которые билдят OCI. С фичами, которые мы ждем в Docker уже 5-й год (типа mount volume во время билда). Короче закапывайте.
Где почитать о 6 пункте?
https://www.opencontainers.org/faq#faq1
The mission of the Open Container Initiative (OCI) is to promote a set of common, minimal, open standards and specifications around container technology.
Вот тут можно посмотреть набор каких стандартов и реализаций они уже сделали (каждая реализация — отдельный тул, а не комбайн!) и что планируют: https://www.opencontainers.org/about/oci-scope-table
Что касается CNF, то в kubernetes такая же история, для runtime они поддерживают любой OCI, для network поддерживают любой CNI (https://github.com/containernetworking/cni), опять таки никаких монолитных кусков.
Спасибо за ваш комментарий, который побудил разобраться подробнее в этом вопросе. Несмотря на проблемы Docker Inc cам проект, думаю, рановато хоронить.
1. Проект Docker является OpenSource и, вероятно, найдет поддержку даже в случае отсутствия таковой от Docker Inc. Тем более вы сами упомянули о повсеместном использовании проекта.
2. Структура Docker-образов и исполняемая среда контейнеров поддерживает OCI, а значит одинакова для всех проектов, поддерживающих данный стандарт.
3. У меня нет практического опыта перевода приложения, работающего под управлением Kubernates, с Docker на другую среду запуска контейнеров, но, например,
инструкция по переходу с Docker на CRI-O занимает буквально одну страницу.
1. Проект Docker является OpenSource и, вероятно, найдет поддержку даже в случае отсутствия таковой от Docker Inc. Тем более вы сами упомянули о повсеместном использовании проекта.
2. Структура Docker-образов и исполняемая среда контейнеров поддерживает OCI, а значит одинакова для всех проектов, поддерживающих данный стандарт.
3. У меня нет практического опыта перевода приложения, работающего под управлением Kubernates, с Docker на другую среду запуска контейнеров, но, например,
инструкция по переходу с Docker на CRI-O занимает буквально одну страницу.
Не совсем так, проект Docker является закрытым проприетарным продуктом который использует некоторые компоненты с открытым исходным кодом, по такой же модели как например «VS Code»: сам билд редактора является закрытым продуктом с дополнительными компонентами к опенсорсному редактору «Code».
Поэтому вы не найдете никаких исходников программы «Docker for mac» и тд. Опенсорсная часть компонентов из которых состоит Docker вынесена в Mobyproject.
Для закрепления:
— Проект Docker не является OpenSource
— Проект Docker использует некоторые OpenSource компоненты, такие как Mobyproject
— Docker нельзя скачать без регистрации в докер клауд
Поэтому вы не найдете никаких исходников программы «Docker for mac» и тд. Опенсорсная часть компонентов из которых состоит Docker вынесена в Mobyproject.
Для закрепления:
— Проект Docker не является OpenSource
— Проект Docker использует некоторые OpenSource компоненты, такие как Mobyproject
— Docker нельзя скачать без регистрации в докер клауд
Для закрепления:Исходники докера лежат на гитхабе, можете скачать и собрать, бинарники лежат тут без всякой регистрации.
А можно, пожалуйста, ссылочку на исходники докера.
Проблема со скачиванием в том, что прямую ссылку вы нигде не найдете. Само скачивание не требует регистрации, а вот чтобы узнать ресурс откуда скачивать — нужно зарегистрироваться.
Предлагаю еще ознакомиться с этим ишью на гитхабе в официальном репозитории вебсайта.
Проблема со скачиванием в том, что прямую ссылку вы нигде не найдете. Само скачивание не требует регистрации, а вот чтобы узнать ресурс откуда скачивать — нужно зарегистрироваться.
Предлагаю еще ознакомиться с этим ишью на гитхабе в официальном репозитории вебсайта.
github.com/docker/docker.git, в интернете так же можете найти пошаговую инструкцию для сборки из этих исходников.
Под linux все ссылки доступны без регистраций, под windows тоже проблем не вижу:
Под linux все ссылки доступны без регистраций, под windows тоже проблем не вижу:
If you haven’t already downloaded the installer (Docker for Windows Installer.exe), you can get it from download.docker.com.
Для мака все же требуется регистрация. Проект моби является опенсорсным, но сам докер нет. Докер и моби это не одно и то же (а ссылка выше на репозиторий ведет именно на исходники моби проекта).
Если по мануалам из моби что-то и соберу, то это не будет докером. Посмотреть и собрать бинарники докера, и сравнить их с теми что выложены на сайте не получится.
Если по мануалам из моби что-то и соберу, то это не будет докером. Посмотреть и собрать бинарники докера, и сравнить их с теми что выложены на сайте не получится.
Еще немного добавлю, мне интересно посмотреть на исходники приложения «Docker for Mac», но к сожалению это невозможно сделать, так как это закрытый продукт.
Не планировали у себя использовать. Но статья раскрыла много плюсов docker. Спасибо за статью
Исправьте пожалуйста.
"На самом деле изменения, вносимые каждой инструкцией происходят кончено же не в образе
Раз уже сюда заходят специалисты по докеру есть вопрос. Если запускать на ubuntu контейнеры основанные на alpine то есть какой-то профит или наоборот противопоказания?
Если docker сливается то почему тогда досихпор OpenShift и K8s досихпор в базе используют его я уже не говорю о тиктонике и ранчере, все по прежнему смотрят на докер, там еще и сварм что-то трепыхается.
Зачем в этой конструкции точка в конце?
COPY --from=publish /app .
Спасибо, хорошая статья. Вот только вопрос: неужели не нашлось нормальное слово
«предварительно спаблишенное приложение»?
Если нет, то тогда надо переводить и другие также:
превиоузли спаближенная аппликация
«предварительно спаблишенное приложение»?
Если нет, то тогда надо переводить и другие также:
превиоузли спаближенная аппликация
превиоузли спаближенная аппликация
Интересный вариант :) ну а если серьезно, то, на мой взгляд, использование сленга это дискуссионный вопрос и применять его, безусловно, нужно дозировано. А крайние варианты, вроде «спаблишенный аппликейшн» и «опубликованное приложение» выглядят зачастую одинаково невнятно.
Я работаю на Ubuntu 20, но мне нужна Ubuntu 18 для сборки некоторого ПО. Могу ли я, оставаяь на своей Ubuntu 20, использовать Docker, где будет размещаться и Ubuntu 18 и там же собирать софт?
Или неверно понимаю идею Docker?
Sign up to leave a comment.
Docker. Начало