Docker напрягся.
Опубликовано 06.5.2015 14:54 пользователем Peter Lemenkov
Docker, упорно пытающийся вылезти за пределы "запустить три версии руби одновременно", возможно переживает сильнейший удар. Три больших игрока объединились против него. На недавно прошедшем CoreOS Fest Google, Red Hat, и VMware официально поддержали стандарт App Container в своих продуктах. Этот стандарт уже поддерживается в собственном продукте CoreOS, Rocket, а теперь будет поддерживаться и другими компаниями и коммьюнити.
Архитектурно, повторимся, Docker ничем похвалиться не может - это еще один из продуктов, чья популярность возникла впопреки. Это вас не должно удивлять - дело в том, что зачастую делать правильно сложнее, чем неправильно. Да, если делаешь не по инструкции, то результат может быть плохой. А что если он будет хороший? О плохих историях почти никто не рассказывает (что рассказывать-то? сам дурак, сделал неправильно), да и вообще, плохое возникает реже, чем хорошее. Вот по блогам и форумам кочуют прекраснодушные рассказчики с их "отключил SELinux, и ничего!", "поставил венду, и не ослеп", "не учил математику, и не дурее других".
И до Docker были контейнеры (LXC, Parallels, и т.п.), но его разработчики сделали одно простое, но умное решение - ставка на начинающих, и поддержка популярного у них дистрибутива, одновременно предложив рабочее решение, обходящее все его недостатки. Тем не менее, остались открытыми вопросы безопасности, управления сетью (хотя в последнее время управление сетью в Docker начало улучшаться, как благодаря работе независимых разработчиков, так и благодаря усилиям их команды), зависимостей между процессами (а зависимости никуда не делись, как ни радуйся тому, что можно "запустить три версии руби одновременно"), управление хранилищем, декомпозиция толстого бинарника на работающие независимо компоненты (как это было сделано в systemd). Разумеется, со временем, у Docker будет решение всех этих и прочих проблем, но нашими друзьями из CoreOS, как нам кажется, было предложено архитектурно гораздо более правильное решение. Которое, теперь, еще и будет стандартизировано.
Стандартизация App Container, и управление оргвопросами коммьюнити будет осуществляться на демократической модели, с помощью выбираемых по совокупности заслуг участниками (как это делается почти везде в успешных OpenSource-проектах). Пока проектом управляют пятеро человек - Charles Aylward из Twitter, Vincent Batts из Red Hat, Tim Hockin из Google, и Brandon Philips и Jonathan Boulle из CoreOS.
Интересно, что стандарт уже поддерживается и на FreeBSD, в продукте Jetpack.
Может уже пора сбегать?
Архитектурно, повторимся, Docker ничем похвалиться не может - это еще один из продуктов, чья популярность возникла впопреки. Это вас не должно удивлять - дело в том, что зачастую делать правильно сложнее, чем неправильно. Да, если делаешь не по инструкции, то результат может быть плохой. А что если он будет хороший? О плохих историях почти никто не рассказывает (что рассказывать-то? сам дурак, сделал неправильно), да и вообще, плохое возникает реже, чем хорошее. Вот по блогам и форумам кочуют прекраснодушные рассказчики с их "отключил SELinux, и ничего!", "поставил венду, и не ослеп", "не учил математику, и не дурее других".
И до Docker были контейнеры (LXC, Parallels, и т.п.), но его разработчики сделали одно простое, но умное решение - ставка на начинающих, и поддержка популярного у них дистрибутива, одновременно предложив рабочее решение, обходящее все его недостатки. Тем не менее, остались открытыми вопросы безопасности, управления сетью (хотя в последнее время управление сетью в Docker начало улучшаться, как благодаря работе независимых разработчиков, так и благодаря усилиям их команды), зависимостей между процессами (а зависимости никуда не делись, как ни радуйся тому, что можно "запустить три версии руби одновременно"), управление хранилищем, декомпозиция толстого бинарника на работающие независимо компоненты (как это было сделано в systemd). Разумеется, со временем, у Docker будет решение всех этих и прочих проблем, но нашими друзьями из CoreOS, как нам кажется, было предложено архитектурно гораздо более правильное решение. Которое, теперь, еще и будет стандартизировано.
Стандартизация App Container, и управление оргвопросами коммьюнити будет осуществляться на демократической модели, с помощью выбираемых по совокупности заслуг участниками (как это делается почти везде в успешных OpenSource-проектах). Пока проектом управляют пятеро человек - Charles Aylward из Twitter, Vincent Batts из Red Hat, Tim Hockin из Google, и Brandon Philips и Jonathan Boulle из CoreOS.
Интересно, что стандарт уже поддерживается и на FreeBSD, в продукте Jetpack.
Может уже пора сбегать?