docker aws Пришел инвайт на aws ECS Я ожидал большего, продукт пока сырой и не возникает желания "лизнуть", в отличие от того что показал сам docker

docker homebrew Написал как я заменил у себя homebrew докером yurtaev.link

docker боль Психанул и написал про docker yurtaev.link

docker beanstalk aws Только aws beanstalk починил баги для docker как оказывается нельзя указать --privileged Ежики плакали кололись но продолжали жрать бобы...

docker От количества анонсов #docker у меня уже сносит крышу. Как всё попробовать?

docker fig Mac Заменил установку через brew всяких redis/postgres/mongo на docker + fig теперь есть один fig.yml со всем что мне нужно + больше гибкости

docker beanstalk aws Попробовал я тут разрекламированную (@docker усилено ретвитит все сообщения об этом, что даже большой AWS любит docker) фичу поддержки деплоя docker контейнеров в aws beanstalk.

Как идея хорошая. Я уже и так стараюсь заворачивать всё что могу в контейнер, это как минимум удобно для тестирования деплой скриптов, можно проверить всё ли запускается и не упустили ли какой пакет для установки (с docker это намного быстрее чем с vagrant). Плюс можно прогнать тесты в том же окружение в котором будет работать и продакшен версия.

Идея отличная, но реализация у AWS страдает. Есть как минимум две проблемы:

1. goo.gl нет возможности пробросить переменные окружения в контейнер, что очень странно т.к в обычное EB приложение возможность есть. Выглядит просто как недоработка, это должны починить, а еще лучше если добавят поддержку fig
2. goo.gl проблема хуже, при деплое сборка контейнера завершается с успехом, но процедура отваливается по таймауту, подозреваю что-то крашится на стороне утилит aws для сборки и запуска контейнеров. От этого можно выкрутится, следовать совету просто убивать инстанс и ждать пока балансер поднимет новый или подготавливать контейнеры самим и выкладывать на свой приватный хаб (EB поддерживает приватные репы), но это лишние телодвижения.

Еще из минусов:

— сборка контейнеров при деплое очень долгая, т.е не только в первый раз когда надо спулить основные слои, а всегда
— чувство что делали для галочки

Если коротко то EB пока сыроват для docker что печально, т.к на мой взгляд EB самый простой способ поднять бэкенд с возможностью настроить автомасштабирование без больших проблем.

Google docker omaha боль Каждый раз как приходится сталкиваться с гугловыми "открытыми" проектами, я испытываю боль. Стоит только капнуть чуть глубже и понимаешь что они не открывают всего для того что бы никто не смог запустить аналогичный продукт. В этот раз это связка клиент/сервер "omaha" для процедуры обновления софта. Клиент не обновляется с 2011 года но по обсуждениям в тикетах ребятами из гугла становится понятно что внутри они его пилят и даже есть реализация под Mac OS. А серверной части вообще нет, есть описание протокола а дальше делай что хочешь. На этой балалайке построены обновления всех продуктов гугла, в том числе и сам хром. А самое печальное что CoreOS использует его же, и в паблик тоже не выкладывают наработки, с учетом того что CoreOS это ChromeOS чую что google купит Docker Inc и меня это сильно печалит.

docker PostgreSQL Неожиданные результаты производительности PostgreSQL с Docker goo.gl

docker В docker 0.10 оказывается добавили ключ --env-file с которым жизнь стала лучше.

docker vagrant В vagrant добавили поддержку docker и это прекрасно, правда пока не понял из доки как указывать образы со своего сервера, наверное полный путь указывать, надо пробовать.