Kubernetes Dashboard — простой в работе инструмент для получения актуальных сведений о работающем кластере и минимального управления им. Начинаешь его ценить ещё больше, когда доступ к этим возможностям нужен не только администраторам/DevOps-инженерам, но и тем, кто меньше привык к консоли и/или не намерен разбираться со всеми тонкостями взаимодействия с kubectl и другими утилитами. Так случилось и у нас: разработчикам захотелось быстрого доступа к веб-интерфейсу Kubernetes, а поскольку мы используем GitLab, решение напросилось само собой.

RabbitMQ – написанный на языке Erlang брокер сообщений, позволяющий организовать отказоустойчивый кластер с полной репликацией данных на несколько узлов, где каждый узел может обслуживать запросы на чтение и запись. Имея в production-эксплуатации множество кластеров Kubernetes, мы поддерживаем большое количество инсталляций RabbitMQ и столкнулись с необходимостью миграции данных из одного кластера в другой без простоя.

Это вторая публикация, созданная по мотивам моих выступлений на конференциях. Первая была общей и посвящена обзору практик Continuous Delivery с Docker. Новая основана на более прикладном докладе «Собираем Docker-образы быстро и удобно», который прозвучал 8 ноября на конференции HighLoad++ 2016 в секции «DevOps и эксплуатация».



Как и в прошлый раз, если у вас есть возможность потратить ~час на видео, рекомендуем посмотреть его полностью (см. в конце статьи). В ином случае — представляем основную суть в текстовом виде.

Что мы хотим от Docker-образов?

Привет, Хабр. Я думаю было бы хорошо для начала представится. Меня зовут Новичков Андрей, сам я родом из Украины (город Киев), на момент написания статьи мне 21, живу в небольшой однушке с девушкой и маленьким котенком. Сам интерес к играм у меня появился в 5 лет, когда мой отец принес домой приставку Dendy. Моей первой игрой стала Марио. Именно этот усатый итальянец лишил меня игровой девственности и открыл мир видеоигр. Я настолько был потрясен и вдохновлен играми, что мог пять минут рассматривать декорации на уровне или слушать начальную песню в меню игры. Когда мне было 13 лет, наша семья купила первый компьютер и тут я просто потерял голову. Это был новый уровень. Я с восхищением смотрел на всё это и понимал, что эти игры создают такие же люди, как и я. Тогда чем я хуже? Поэтому, мои 13 лет стали отправной точкой в геймдев. Я чувствовал, что хочу попасть в это движение.

Приветствую, Хаброжители!

Сегодня речь пойдет о мире, о который большинство из вас не знает, но при этом там крутятся многие отличные инженеры-разработчики и большие деньги. Да, как ни странно, речь пойдет о Minecraft.

Minecraft — игра-песочница и на мультиплеер-серверах остро стоит проблема гриферства (от англ. griefing — вредительство), когда игроки рушат чужие постройки. На серверах с этой проблемой справляются по-разному. На публичных используют плагин на 'приват', на остальных же все строится на доверии.

Еще один из способов предотвратить гриферство — бан всех гриферов. И для того чтобы вычислить их, приходиться логгировать установку и удаление блоков. Собственно, о процессе создания такой лог-системы и пойдет речь дальше.

Этот туториал посвящён иридисценции. В этом туториале мы исследуем саму природу света, чтобы понять и воссоздать поведение материала, создающего цветные отражения. Туториал предназначен для разработчиков игр на Unity, однако описанные в нём техники можно запросто реализовать на других языках, в том числе в Unreal и на WebGL.


Туториал будет состоять из следующих частей:

• Часть 1. Природа света
• Часть 2. Усовершенствуем радугу — 1
• Часть 3. Усовершенствуем радугу — 2
• Часть 4. Разбираемся с дифракционной решёткой
• Часть 5. Математика дифракционной решётки
• Часть 6. Шейдер CD-ROM: дифракционная решётка — 1
• Часть 7. Шейдер CD-ROM: дифракционная решётка — 2

TL; DR
В этой статье мы будем разворачивать Docker-приложение, голосовалку на Swarm, Kubernetes и Nomad от Hashicorp. Я надеюсь, вы получите такое же удовольствие от чтения этой статьи, какое я получил, когда экспериментировал со всем этим.

Если вы работаете с технологиями, то быть любознательным необходимо. Это необходимо для того, чтобы постоянно обучаться и быть в курсе того, что происходит в сфере. Уж больно быстро все меняется.

Оркестрация контейнеров – настолько горячая тема для обсуждения, что даже, если у вас и есть любимый инструмент, все равно интересно посмотреть, как работают другие и узнать про них что-нибудь новое.

Поддержка использования показателей акселерометра и гироскопа при помощи javascript – это технология, опередившая время. Тогда, в далеком 2010г., мобильный веб не был так развит. Адаптивность верстки не была обязательным пунктом (особенно в рунете), да и вообще сайты были предназначены в основном для просмотра на обычных мониторах. Сейчас же все по-другому, и доля мобильного трафика составляет чуть ли не 50%, но почему-то про эту крайне интересную и эффектную технологию до сих пор мало кто вспоминает. Попробуем исправить ситуацию.

Новость недели: сегодня мэр Москвы Собянин и руководитель группы компаний «Яндекса» Волож подписали официальное соглашение, к которому, по словам пресс-секретаря «Яндекса», они шли три года: Яндекс получил доступ к трекерам движения общественного транспорта по столице для Яндекс.Транспорта, подключение к московским госуслугам (запись к врачу, в ГИБДД и т.д.) для Яндекс.Города и доступ к системе оплаты парковок для создания собственного приложения с возможностью оплаты «Яндекс-деньгами», которые тоже интегрируются с платежами Москвы.


Фото из «Фейсбука» Очира Манджикова

Не нравится мне нынешний рынок веб-разработчиков. В частности — московский. Активно не нравится. Запросы высокие. Опыт невелик. А если и велик, что код часто — страшен, командные практики — не развиты. Где трудились эти N лет — непонятно, почему не развивались — неведомо. И редко встретишь в резюме хоть что нибудь из XP (ревью и CI, не говоря уже о парном кодинге с TDD)… А так, чтобы не просто “слышал и всегда хотел”, а сразу “умел готовить” — работу, как видно, особо не ищут и, по всей вероятности, прикованы в офисах к батареям вполне себе счастливы в ролях ведущих/тимлидов/архитекторов.

А даже если договариваешься о сотрудничестве с адекватным на вид человеком, то еще неизвестно что с ним получится, как сработаемся, впряжётся ли так, как ожидаешь. И предстоит еще проверить, соответствует ли впечатление о человеке тому, как он себя проявит в роли специалиста.

Итак, проблема есть — будем действовать.

И открыли мы программу стажировки. Ну как… чтобы не соврать: не то чтобы прям Открыли, и не совсем даже Программу, но с источником теоретически подготовленных, но практически неопытных ребят нашлись и договорились, на форуме источника объявление вывесили, и стал я ждать у моря погоды.

Дальше — лирическая история о том, как оно было.