Я бы с удовольствием почитал больше про концепции, саксес стори, организацию процессов разработки/поддержки/деплоя с докером, нежели пересказ доукментации "press x to win"

Естественно

Возможно тут кто-то знает такие?

Кстати, а кто-то делает у себя кеширующий прокси для бидлсерверов дабы не качать все подряд каждый раз?

я делаю

на чем?

на сквиде

https://hub.docker.com/r/sameersbn/squid/

а у меня вот есть планы из балансировщика кеширующий прокси сделать ...

чтобы как cloudflare

на роутере или как-то говоришь билдмашине ходить через сквид?

билд агрументами

передаю что прокси там

А, ок.

Кстати, а кто-то делает у себя кеширующий прокси для бидлсерверов дабы не качать все подряд каждый раз?

а что такое "все подряд"

пакеты, модули, e.t.c

тоесть вообще весь http(s) трафик ?

ты поставил точку между двумя буквами одного слова, а потом еще точку в конце слова ))

тоесть вообще весь http(s) трафик ?

ну почти, свои сырцы я бы не кешировал пока

ну кэширование это хорошо, во всяком случае что касается докера, то у registry есть кэширование если кто не в курсе

кеширование слоев?

ну кэширование это хорошо, во всяком случае что касается докера, то у registry есть кэширование если кто не в курсе

точнее у докера, устанавливается в каком кэше искать образы, а registry настраивается в режим кэширования, тоесть как кэширующий прокси работает

кеширование слоев?

похоже что так , типа ты просишь официальный образ , а он слои у себя ищет

День добрый.

Уважаемые, а можно быстрый экскурс в мир docker в плане зрелости технологии для OpenStack/SDN/NFV?

кто-то обладает какой-то информацией по этой теме?

совсем-совсем никто ничего не может сказать про это? :)

совсем-совсем никто ничего не может сказать про это? :)

докер в openstack ? ну как бы... почему нет? но как говорят на свой страх и риск

вообще по опенстеку есть тоже чат

можно еще там продублировать вопрос ) просто я докер пользую в самом широком смысле его применения

без openstack. просто стандартные контейнеры для изоляции процессов. без сложных схем с сетями и портами. и всё собираю через docker-compose.yml

вот кстати сборка и первоначальный старт через docker-compose конечно симпатично, а вот дальше как ими рулите, так и ставити постоянный фвторестарт и оно живёт само по себе? или всё же лучше написать ещё кучку сервисов и рулить дальше через systemd (как то оно в этом смысле поинтереснее выглядит) поуправляемее

эмм.

restart: always

и гори оно )

until-stopped же

у меня нет таких сервисов, которые уходят в режим stop

у меня всегда работает всё

??

сам расстраиваюсь )

ну фик знает, фик знает, с systemd мне вот почему то видится симпатичнее, может конечно потому что я извращенец и хочу там честный дуалстек, а это требует кучи ручных танцев с бубном вокруг фаервола

системд и докер - не то что я могу назвать любимым дуетом.

но меня за это все хейтят и гоняют ссаными тряпками

systemd внутри или снаружи?)

внутри это вообще зло

зачем внутри, ,service файлы для контейнеров (как сервисов) можно их красивенько управлять, что нибудь дёргать по случаю запуска останова, логи начинают культурно спамится

зависимости опять же

мне в этом плане coreos нравится

@gorazio смотри, у тебя появился друг

а руками делать кореос - как-то не очень красиво выходит, учитывая что всякого есть

ну точнее fleet

мне в этом плане coreos нравится

а вот оно умеет хоть как то IPv6 или опть в каменный век? :)))

Бугагашенька

ipv6 у нас дизейблится в кикстарте, я даже не смотрел)

опять луддиты кругом

ERROR: S client not available

Но повторюсь, я за системд только там где мне надо запустить один контейнер и никогда его не трогать, но быть уверенным что оно запущено

Типа реджистри

вот кстати, да разумное управление тем, критично ли для этого чего то упасть и как его настоячиво при этом надо пинать

Добро пожаловать!

Кстати, а что то вот мне захотелось странного, а вот есть у меня предположим nginx-proxy прям на хосте, ну или даже будет пусть совсем внешний и кучка сервисов в контейнерах, соответственно в логах контейнеров я вижу все запросы от имени прокси, а можно как то это глобально поправить или это всё на совести приложений внутри контейнера, нонимет ли оно и может ли распарсить и логировать доп заголовки

X-Forwarded-For

Кстати, а что то вот мне захотелось странного, а вот есть у меня предположим nginx-proxy прям на хосте, ну или даже будет пусть совсем внешний и кучка сервисов в контейнерах, соответственно в логах контейнеров я вижу все запросы от имени прокси, а можно как то это глобально поправить или это всё на совести приложений внутри контейнера, нонимет ли оно и может ли распарсить и логировать доп заголовки

http://nginx.org/ru/docs/http/ngx_http_realip_module.html а что странного то? ,а да , прокси на хосте, точно

Кстати, а что то вот мне захотелось странного, а вот есть у меня предположим nginx-proxy прям на хосте, ну или даже будет пусть совсем внешний и кучка сервисов в контейнерах, соответственно в логах контейнеров я вижу все запросы от имени прокси, а можно как то это глобально поправить или это всё на совести приложений внутри контейнера, нонимет ли оно и может ли распарсить и логировать доп заголовки

Естественно это на откуп приложениям. Чудес не бывает

O'Reilly выложили в свободный доступ ряд книг по DevOps (Monitoring Distributed Systems, DevOps in practice, Docker in the Cloud и др.) и по Performance (Effective Performance Engineering, Optimizing Cloud Migration, и др). Скачать можно по ссылке: http://www.oreilly.com/webops-perf/free/

боян жэ) уже все скачали

боян жэ) уже все скачали

ми соу слоу...

O'Reilly выложили в свободный доступ ряд книг по DevOps (Monitoring Distributed Systems, DevOps in practice, Docker in the Cloud и др.) и по Performance (Effective Performance Engineering, Optimizing Cloud Migration, и др). Скачать можно по ссылке: http://www.oreilly.com/webops-perf/free/

спс

А есть может у кого все книги пачкой?

книги тут пачкой

в шаредмедиа

а еще кто то выкладывал зеркало

у меня есть зипничком на 200 метров

https://drive.google.com/open?id=0B6t6k7KRJAULRFpVbmZ1SWIzVjg - зеркало бесплатных книжек http://www.oreilly.com/webops-perf/free/ #books #book

кажется с @ru_devops

Спасибо.

кажется с @ru_devops

Да

@Romkart привет, а можешь поделиться ка к утя выглядит типичная директория разработки проекта ? мне интересно в частности как устрон файлик docker-compose.yml на машине разработчика, где оно лежит ? @sdfgh153 у нас с тобой если я праивльно помню одинаковый стек, python + всякое окружение. а как у тя сделано ?

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

у меня тупо есть папка docker/

в ней лежит docker-compose и Dockerfile

причем с этим докер-компоузом запускается только локальное окружение

бой запускается с отдельного докер-компоуза, куда более развесистого