вот еще одна интересная, раз уж начал копипастить :)

Автор Goss (serverspec-like утилиты для валидации конфигурации сервисов и проведения healtcheck'ов) опубликовал статью, рассказывающую о том, как решить с помощью его утилиты ряд ограничений Docker и Kubernetes.
Например: запускать healthcheck, включающий в себя несколько команд (директива HEALTHCHECK в Dockerfile этого не позволяет) или запускать Docker-контейнер/Kubernetes-под только после запуска всех сервисов, от которых он зависит.
http://amp.gs/8elH

Да не впихнется этот mad science. Менеджер контейнеров ничего не знает о физической ноде (управление оперативкой? загрузкой цпу? это вне его компетенции), запихивание всяких affinity-лейблов прямо в image кончается тем, что для конечного пользователя изображение без видимых причин ведет себя в системе не так, как ожидается, хелс-чеки (кроме банальной проверки живости самого контейнера) и балансировка ровно так же не относятся к самим контейнерам и решается возведением дополнительной инфраструктуры (при разумном подходе подразумевается, что это еще контейнеры, но по логике менеджер сам по себе не имеет права их запускать), которой должен заведовать менеджер более высокого уровня. Это нарушение того самого SRP, и за косяки такого рода докер и подвергается все большей критике, и его рано или поздно спихнет appc, runc или rkt, хоть я и не знаю, что это. Swarm имеет право представлять флот dockerd в виде единого организма, но кластер целиком - нет.

во кстати, в тему разговора: гугль курс обучающий выпустил - https://classroom.udacity.com/courses/ud615

Я как дурак сижу и оцениваю, какой разный оттенок кожи двух чернокожих.

там еще белый есть :)

в общем есть идея что программисту завтрашнего дня придется стать девопсом, потому что все больше и больше требуется не создавать а брать готовые решения и уметь их соединять во внятную инфраструктуру, у кого какое мнение по этому поводу?

Эту мысль жуют лет пятьдесят, так что...)

теоретически жуют, а практически за последние пару лет не изменилось ли что?

думаю, все равно кто-то должен писать на ассемблере.
думаю, просто спектр специализаций будет становиться только больше. примерно вот так: https://xkcd.com/378/

и не забудьте прочитать тайтл по ховеру на картинку в браузере ;)
там всегда самая соль!

http://kudago.com/spb/event/nochnoj-pub-crawl-tur-polzkom-po-klubam-i-baram/ кто хочет компанию составить )

О,  знакомые ребята делают,  годно! (но у меня уже и так)

оффтоп по результатам прошлой недели: "как создать правильный REST API"
1) изучи best practices по созданию API
2) проведи среди менеджеров беседу о философии RESTful приложений
3) реализуй идеальный API и выложи его в продакшн
4) принимай запросы от менеджеров "надо новую фичу внедрить и поломать совместимость, нам пофиг бизнес требует" и клиенстких разработчиков "я тут накосячил и выпустил в прод версию с другим поведенем, давай серверную часть подправим чтобы все работало"
5) сиди перед компом и рыдай от несовершенства мира
6) PROFIT :(

Всем привет. Никто тут с burp suite не работал случайно?

а ещё вопрос у bitrix cms файл в каком каталоге лежит?

битрикс боюсь не по теме

андрей, тебя куда повело? брось каку :)

Курсы по ИБ прохожу, там нужно флаг найти в cms, есть каталог bitrix, выглядит примерно так URL/bitrix/ подсказали, что в cms есть флаг