TК°Conf. Микросервисы и Docker. Глеб Паньшин.

•

0 recomendaciones•370 vistas

Когда вы пытаетесь следовать гибким методологиям, создавать небольшие автономные команды, микросервисы в вашем проекте появляются естественным путем. Или нет. Обязательно поговорим о "Монолит vs. Микросервисы". И хотя эти маленькие трудяги помогают вам scale и достигать agility они неплохо добавляют вам проблем с доставкой и разработкой. В заключении попробую ответить на вопрос как деплоить 5 или 50 микросервисов? Не знаю, но давайте попробуем Docker.

Software

Impact Mapping: планирование
разработки продукта с учетом
бизнес целей
Александр Бындю (byndusoft.com)
Микросервисы и
Docker
Глеб Паньшин "Точка Кипения"
me@panshin.pro

Проект
• 3 года разработки
• 16 + 1 разработчиков
• ~ 1200 недовольных кинотеатров

2014 год
DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4

DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4
developer0.dev.kinoplan.ru
developer1.dev.kinoplan.ru
…
developer4.dev.kinoplan.ru

Плюсы
• Минимум действий от разработчика
• Относительно удобно поддерживать
• Окружение как на боевом сервере

Минусы
• Отказ сервера останавливает работу всей
команды
• Битва за ресурсы
• Удаленное редактирование кода (no vim???)
• Неудобно для отдела тестирования

DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4
Developer0
Developer1
Developer2
Developer3
Developer4

• Как поддерживать окружение разработчиков
• А как тестировать то теперь?

2 тестовых окружения
хватит всем
• dev.kinoplan.ru
• stage.dev.kinoplan.ru

Task ﬂow
ToDo In progress
KW-1001 KW-1001
Branch Created

Task ﬂow
In progress Build
KW-1001 KW-1001
Pull request created

Task ﬂow
Build QA
KW-1001 KW-1001
Instance created

Task ﬂow
QA Review
KW-1001 KW-1001
Instance deleted

Task ﬂow
Review Ready
KW-1001 KW-1001
Instance deleted
Pull request closed

Task ﬂow
Ready Done
KW-1001 KW-1001
Deployed

TK Jira Tool
• Создание Instance после успешного билда
• Актуализация Instance
• Удаление Instance
• Следит за количеством Approve

Ключевые аспекты
• No git-ﬂow. Только master-branch
• Тестирование до review
• Instance для каждой задачи ( Front only )
• У всех проектов триггер на изменение master
ветки
• Кнопка MERGE в руках QA-специалистов

• Не уходим от ssh
• Надо изучать Puppet, chef, ansible..

• docker-machine
• репозиторий с sub-modules

git clone &&
git submodules init &&
bin/start

Что в продакшне?
• 15 контейнеров
• 5 из них общаются с миром по HTTP

Иерархия в Bamboo
• Каждый образ это отдельный репозиторий
• Каскадный билд

Представьте, что вы
разрабатываете большое
сложное приложение

Архитектура
ОрганизацияПроцессы
Автономные команды
Agile
Continuous Deployment

• Микросервисы ради микросерсивов
неисчерпаемый объем видимой работы
• Отсутствие сильного отдела эксплуатации

TК°Conf. Микросервисы и Docker. Глеб Паньшин.

Más contenido relacionado

La actualidad más candente

Это не рассказ о том, как из разработчика стать крутым DevOpsом. Это доклад о том, как можно сделать процесс разработки и развертки приложения комфортнее и эффективнее вместе с прогрессивной технологией контейнеризации - Docker. В этом докладе я затрону следующие темы: Docker - это то модное слово, которое все должны знать Дирижирование оркестром вместе с Docker Compose Создание и настройка рабочего окружения в Docker Построение сервисно-ориентированых приложений Безболезненное развертывание приложений с Shipyard То, чего не хватало для Continuous Integration - запуск параллельных билдов

Михаил Боднарчук "Docker для PHP разработчиков"

Fwdays

Кратчайшее введение в docker по-русски

OSLL

My talk on Docker from Moscow Django Meetup #25

Alex Chistyakov

Тестовый стенд для большого числа проектов на Docker

Anton Maksimov

Доклад "Docker в Badoo: от восторгов к внедрению" на DevOps Meetup

Badoo Development

Docker 1.9

Дмитрий Золотов

Teach your dockers to use CRanes

Pavel Emelyanov

2017 04-08 03 Максим Верзаков. Docker — жизнь, вселенная и все остальное

Омские ИТ-субботники

OpenStack и Docker: вместе и по отдельности

Andrey Markelov

Dive into DevOps | March, How we've migrated projects into Kubernetes and nob...

Provectus

Развёртывание приложений Docker в контейнерах Virtuozzo -- Павел Тихомиров

OpenVZ

Docker: from understanding to production

Anton Turetsky

Технология.net Core от Microsoft позволила.Net разработчикам разворачивать приложения на Linux. Вместе с этим появилось и множество новых возможностей для более эффективной разработки и поставки. В докладе будут разобраны основные проблемы разработки, поставки, тестирования и рассмотрены схемы их решения, используя такие средства как: GitLab, Vgarant+VirtualBox, TeamCity, Ansible, Octopus Deploy, Docker. Мы поговорим про создание тестовых сред, управление инфраструктурой из кода и CI/CD. Основная цель доклада — продемонстрировать, что.net Core на Linux — это выгодно, быстро и управляемо.

Кирилл Ветчинкин Практика использования .NET Core на ОС Linux с применением а...

MskDotNet Community

RHEL 7. Контейнеры и Docker

Andrey Markelov

Ci на базе docker

Ivan Grishaev

Codeception + Docker + Robo и что из этого вышло

COMAQA.BY

Jenkins в docker in mesos in ...

Кирилл Толкачёв

SPb Jenkins Meetup #5. Jenkins in da Cloud. Внутренности

Oleg Nenashev

Доклад - https://www.youtube.com/watch?v=lJsqRwULRVA Какие проблемы решаем? быстрый вход нового разработчика в проект стандартизация настроек разработчиков переключение между проектами - разные версии ПО и библиотек (mysql 5.6/5.7, node 0.12/7.2) приучаем разработчиков к сетевому взаимодействию компонентов Microservice - масштабирование/разделения разработки Делим ресурсы staging среды между проектами

Процесс разработки и тестирования с Docker + gitlab ci

Александр Сигачев

Артём Ерошенко «Рецепт приготовления облачных тестингов»

WrikeTechClub

La actualidad más candente (20)

Михаил Боднарчук "Docker для PHP разработчиков"

Кратчайшее введение в docker по-русски

My talk on Docker from Moscow Django Meetup #25

Тестовый стенд для большого числа проектов на Docker

Доклад "Docker в Badoo: от восторгов к внедрению" на DevOps Meetup

Docker 1.9

Teach your dockers to use CRanes

2017 04-08 03 Максим Верзаков. Docker — жизнь, вселенная и все остальное

OpenStack и Docker: вместе и по отдельности

Dive into DevOps | March, How we've migrated projects into Kubernetes and nob...

Развёртывание приложений Docker в контейнерах Virtuozzo -- Павел Тихомиров

Docker: from understanding to production

Кирилл Ветчинкин Практика использования .NET Core на ОС Linux с применением а...

RHEL 7. Контейнеры и Docker

Ci на базе docker

Codeception + Docker + Robo и что из этого вышло

Jenkins в docker in mesos in ...

SPb Jenkins Meetup #5. Jenkins in da Cloud. Внутренности

Процесс разработки и тестирования с Docker + gitlab ci

Артём Ерошенко «Рецепт приготовления облачных тестингов»

Destacado

2015 (2)

DINESH JAYARAM

Микросервисные архитектуры и немного жизненного опыта

Elena Grahovac

Microservice architecture for Geo2Tag

OSLL

Микросервисы, кто-то только слышал о них, кто-то пытался делать, кто-то уже использует в продакшене. Идеи, заложенные в концепцию микросервисов, не новы и основные постулаты уже звучали раньше. Так почему же в последнее время мы всё чаще слышим о микросервисах? Что такое микросервисы для нас и чем они отличаются от старого доброго подхода SOA? Как теперь разрабатывать enterprise-приложения с микросервисным подходом на нашем любимом языке программирования Java? На эти и некоторые другие вопросы постараемся ответить во время встречи. Наши гости, Кирилл Толкачёв и Александр Тарасов, в режиме live coding попытаются создать небольшой стартап, попутно использовав новомодные подходы и инструменты. На пути к релизу стартапа будут затронуты основные проблемы выбранных подходов в целом и технологий в частности: Микросервис — что это, для чего и как с этим дальше жить. Где теория брат? ;) На чём писать API: REST или RPC, и почему Thrift имеет право на жизнь в эпоху тотального распространения JSON-а. Упрощай и превозмогай с помощью Spring boot starter; Какой стек выбрать для разработки, что выбрали мы и почему. Небольшое сравнение легковесных и не очень java фреймворков а так же сопутствующих инструментов; Способы упаковки, дистрибуции и разворачивания микросервисов, как Spring Boot и Docker помогают нам в решении этих непростых для разработчика проблемах; Как микросервисам найти друг друга, как готовить Spring Cloud и как обойти существующие проблемы и ограничения. Не доверяйте технологиям, доверяйте только себе; API Gateway. Предохраняй и сохраняй свои микросервисы. Так же речь пойдет о других распространенных проблемах распределенных систем и их решениях.

микроСЕРВИСЫ: огонь, вода и медные трубы

Aleksandr Tarasov

This is the talk I gave at JFokus 2016 on event-driven microservices. This presentation looks at the importance of events and the role that they play in applications. We describe how events are a key application integration mechanism and how they are used by applications to communicate with the outside world. You will learn how the microservices inside a system can use events to maintain data consistency. We discuss how easy it is to implement both of these mechanisms by developing your core business logic using an event-centric approach known as event sourcing.

Events on the outside, on the inside and at the core (jfokus jfokus2016)

Chris Richardson

My talk from http://microxchg.io/2016/index.html. Here is the video - https://www.youtube.com/watch?v=1mcVQhbkA2U When architecting an enterprise Java application, you need to choose between the traditional monolithic architecture consisting of a single large WAR file, or the more fashionable microservices architecture consisting of many smaller services. But rather than blindly picking the familiar or the fashionable, it’s important to remember what Fred Books said almost 30 years ago: there are no silver bullets in software. Every architectural decision has both benefits and drawbacks. Whether the benefits of one approach outweigh the drawbacks greatly depends upon the context of your particular project. Moreover, even if you adopt the microservices architecture, you must still make numerous other design decisions, each with their own trade-offs. A software pattern is an ideal way of describing a solution to a problem in a given context along with its tradeoffs. In this presentation, we describe a pattern language for microservices. You will learn about patterns that will help you decide when and how to use microservices vs. a monolithic architecture. We will also describe patterns that solve various problems in a microservice architecture including inter-service communication, service registration and service discovery.

Microservices pattern language (microxchg microxchg2016)

Chris Richardson

Destacado (6)

2015 (2)

Микросервисные архитектуры и немного жизненного опыта

Microservice architecture for Geo2Tag

микроСЕРВИСЫ: огонь, вода и медные трубы

Events on the outside, on the inside and at the core (jfokus jfokus2016)

Microservices pattern language (microxchg microxchg2016)

Similar a TК°Conf. Микросервисы и Docker. Глеб Паньшин.

Преимущества создания кроссплатформенных приложений с использованием Phone ga...

geekfamilyrussia

Виртуализация как инструмент разработчика

Alexander Kirillov

Виртуализация как инструмент разработчика

Open-IT

Доклад на конференции WebDev 2015 С развитием веб-проектов в качестве SaaS по agile-технологиям основной проблемой становиться своевременной обновление разрабатываемого ПО на множестве подконтрольных доменов. В этом случае достаточно удобно использовать системы непрерывной интеграции, которые позволяют оценить новый код, произвести тестирование и развертывание веб-проекта. В докладе представлена общая картинка организации системы непрерывной интеграции и рассмотрены основные инструменты для тестирования, оценки качества кода и организации развертывания веб-проекта под UNIX-подобные системы с использованием бесплатного ПО.

Кирилл Комлев. О реализации continuous integration для web проектов

Olesya_V

Перед разработчиками Яндекс.Спорта стояла задача – разработать сервис, который быстро работает, держит высокие нагрузки и имеет сильную контентную составляющую. В докладе рассказывается, почему для решения задачи мы выбрали Node.js, приводится пример архитектуры высоконагруженного приложения на Node.js и о том, как мы добились прозрачного использования одних и тех же функций на фронтенде и бэкенде.

Денис Чистяков — JavaScript на фронте и в тылу

Yandex

Как поддерживать высокую скорость разработки без ущерба для качества кода? Как быстро и эффективно реагировать на проблемы, возникающие у пользователей? Как автоматизировать и упростить процесс обновления клиентских систем? Как обеспечить передачу знаний между сотрудниками? Как сделать работу сотрудников более интересной? Доклад дает ответы на эти и другие вопросы, основанные на более чем шестилетнем опыте разработки и поддержки сложной многозвенной информационной системы. В частности, рассматривается практический опыт внедрения таких приемов и методологий, как code review, парное программирование, test-driven development, continuous integration, автоматизированное тестирование пользовательского интерфейса, а также собственных наработок.

Организация эффективной работы команды при разработке и поддержке сложной инф...

tabtabus

В скором времени, Unity получит поддержку еще одной платформы — WebGL, что позволит запускать игры в браузере без каких-либо плагинов. Валентин покажет, как работает процесс паблишинга, подробно остановится на IL2CPP — внутренней разработке Unity, которая и делает всю основную магию, а так же расскажет о дальнейших планах внедрения этой технологии на другие платформы.

Unity: WebGL и IL2CPP — будущее скриптинга в Unity»

DevGAMM Conference

SECON'2017, Кулагин Егор, Непрерывное развертывание. Конвейер здорового челов...

SECON

Это настоящий курс молодого бойца по коммерческой разработке ПО в компаниях и распределённых командах.В рамках курса слушатели приобретут навыки по участию в командной разработке, взаимодействию с аналитиками, заказчиком, менеджером и отделом тестирования, совместной работой с кодом, пониманию особенностей построения высоконагруженных систем, анализу качества продукта и автоматизации тестирования.

Лучшие практики корпоративной разработки. Лекция 0: обзор курса.

Vadim Martynov

HighLoad++ 2017 Зал «Пекин + Шанхай», 8 ноября, 17:00 Тезисы: http://www.highload.ru/2017/abstracts/2991.html Нынче стало модно выделять UI-компоненты в отдельную библиотеку и использовать её в нескольких проектах. Мы в команде почты Mail.ru делаем так же, но столкнулись с проблемой: каждый разработчик, меняя библиотеку под свои нужды, обязательно ломает что-нибудь, что работало у других. Я расскажу о том, как мы решили эту проблему, и о том, какие инструменты для этого можно использовать. Storybook, BackstopJS, Jest, Webdriver.io, TypeScript - в их числе.

Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)

Ontico

3D в браузере. Битва за реалистичность / Иван Дембицкий (Realaxy)

Ontico

Виктор Стрелков - Jabber как инструмент разработчика

Positive Hack Days

2 Продуктивность работы в IDE; Разработка для Windows 10 Store

sandy97

Docker как технология уже давно и интенсивно используется на некоторых проектах. Этот доклад посвящен вариантам использования Docker-а для автоматизации тестирования на таких проектах, таким как: верификация деплоя микросервисов, построение изолированной среды для тестирования, мониторинг состояния продакшена.

Готовим Docker для Автоматизации Тестирования

COMAQA.BY

Методоллогии Agile

Ural Federal University named after First President of Russia B.N. Yeltsin

Последние несколько лет в индустрии активно развивается WebRTC — технология, которая позволяет делать голосовые и видеозвонки прямо из браузеров. Но мало кто знает, что эта же технология может быть использована в нативных мобильных приложениях и основанных на них SDK. В своем докладе я хочу рассказать про опыт заворачивания существующих Android и iOS SDK в React Native: — Как поддерживать несколько разных архитектур — Как работать с нативными виджетами, такими как «вывод видео» — Синхронизация event loop между C-реализацией и — JavaScript движком React Native — Планы на будущее: React Native WebRTC

Григорий Петров "WebRTC в мобильных приложениях при помощи React Native"

IT Event

Aleksandr Matkovskiy – Head of IT Department lives and works with the motto "Scaling and load balancing is our all!". Therefore, he has 3 sons and dreams to find DEV for his OPS. You will be able to see how the CI / CD was created and saved our lives. From concept to the final product. Vladislav Anikin – Team Leader & Software Architect, specializing in SAAS flexible and scalable solutions for business. Driving DDD/TDD oriented squad of awesome SOLID developers. You will be able to see how the CI / CD was created and saved our lives. From concept to the final product.

"How to build powerful CI / CD based on GitLab and Docker", Aleksandr Matkovs...

Provectus

О разработке десктопных приложений / About desktop development

Alexander Granin

Little Service in 2h

Alexei Yuzhakov

Unity для платформы Android решает за разработчика огромное количество проблем. Что впрочем не отменяет умелое использование этого мощного инструментария. Приходите и узнайте секреты и хитрости разработки от участника команды Unity Android.

Unity: "Очевидное-невероятное” или хитрости разработки на Unity Android

DevGAMM Conference

Similar a TК°Conf. Микросервисы и Docker. Глеб Паньшин. (20)

Преимущества создания кроссплатформенных приложений с использованием Phone ga...

Виртуализация как инструмент разработчика

Кирилл Комлев. О реализации continuous integration для web проектов

Денис Чистяков — JavaScript на фронте и в тылу

Организация эффективной работы команды при разработке и поддержке сложной инф...

Unity: WebGL и IL2CPP — будущее скриптинга в Unity»

SECON'2017, Кулагин Егор, Непрерывное развертывание. Конвейер здорового челов...

Лучшие практики корпоративной разработки. Лекция 0: обзор курса.

Как развивать библиотеку компонентов, не ломая ее / Артур Удалов (Mail.Ru Group)

3D в браузере. Битва за реалистичность / Иван Дембицкий (Realaxy)

Виктор Стрелков - Jabber как инструмент разработчика

2 Продуктивность работы в IDE; Разработка для Windows 10 Store

Готовим Docker для Автоматизации Тестирования

Методоллогии Agile

Григорий Петров "WebRTC в мобильных приложениях при помощи React Native"

"How to build powerful CI / CD based on GitLab and Docker", Aleksandr Matkovs...

О разработке десктопных приложений / About desktop development

Little Service in 2h

Unity: "Очевидное-невероятное” или хитрости разработки на Unity Android

Más de TKConf

Я бы соврал, если бы сказал, что работа над новым приложением LiveJournal для iOS проходила абсолютно гладко - такого просто не бывает. Несколько используемых API, часть из которых дорабатывалась в процессе, непростой дизайн, необычные продуктовые решения, сложная политика кэширования - все это делало проект не просто сложным, а и очень интересным с точки зрения разработки.В своем выступлении я хочу рассказать несколько историй о том, как налаженные процессы разработки и применение принятых в iOS команде Rambler&Co архитектурных подходов помогли нам в каких-то случаях пережить столкновение с граблями, а в каких-то - и вовсе не наступать на них. Я затрону такие темы, как code review и его роль в поддержании концептуальной целостности проекта, continuous delivery, организацию гибкого сетевого слоя, unidirectional data flow, и, конечно же, VIPER. И небольшой спойлер: мы все-таки его выпустили, и оно крутое!

TК°Conf. Как мы делали ЖЖ. Егор Толстой.

TKConf

Расскажу об организации процесса разработки Frontend в единый конвейер, чтобы увеличить скорость и минимизировать затраты с рисками. Как организовать верстку макета по фантастичному макету дизайнера при этом не вогнав в когнитивный диссонанс результатом на Bootstrap. Каким образом объединить воинствующие стороны: Frontend, Backend и дизайнеров.

TК°Conf. Организация разработки Frontend. Виталий Слободин.

TKConf

TК°Conf. Ещё не поздно учить WebGL. Антон Корзунов.

TKConf

ESLint уже стал стандартом и большинство команд линтит JS. Но что с CSS? Андрей Ситник рассмотрит все линтеры для CSS. На примере Stylelint и Stylefmt покажет как линтер может повышать качество кода и решать социальные проблемы команды.

TК°Conf. Stylelint — как и зачем линтить CSS. Андрей Ситник.

TKConf

Год назад, на волне всеобщего восторга, автором было принято судьбоносное решение стартовать новый проект на связке React + Redux + Webpack. Решающим фактором стала обещанная изомофорность - переиспользование одного и того же кода отрисовки на сервере и клиенте. В этом докладе я освещу основные недостатки такого подхода, решенные и нерешенные (пока что) проблемы. Я по-рассуждаю о том, стоит ли игра свеч, и во что обходится продукту нахождение на переднем крае Frontend-технологий.

TК°Conf. Хайп против реальности: год жизни с изомофорным React-приложением. И...

TKConf

TК°Conf. Как оформить права на программный продукт, чтобы его не угнали конку...

TKConf

Мой доклад посвящен основам электронной коммерции и интернет-эквайрингу в частности. Будут рассмотрены основные участники и этапы обработки платежной транзакции, выполненной с помощью банковской карты в сети. Также коснемся вопросов защиты от мошенничества с данными карт и узнаем, зачем проходить сертификацию PCI DSS. В конце поговорим про возможность приема оплаты в мобильных приложениях и веб-сервисах: будет дан обзор вариантов реализации от открытия веб-формы до Apple Pay.

TК°Conf. Как проложить путь к успеху с помощью банковских карт. Александр Сычев.

TKConf

В докладе пойдет речь суровых реалиях разработки коммерческого ПО. Поговорим о том, какой код нужен вашему заказчику и как организовать процессы в продуктовой команде чтобы решать задачи заказчика максимально эффективно.

TК°Conf. «Быстрокод» и что за это бывает. Артём Кулаков.

TKConf

TК°Conf. Как отвечать за продакшн. Андрей Сумин.

TKConf

Автоматизация тестирования является важной и не неотъемлемой частью разработки современного ПО, но без правильного подхода не редко случается, что написание автотестов занимает слишком много времени, а их поддержка может требовать больше затрат чем просто ручная регрессия. Почему же так происходит и как этого избежать? В этой презентации, базируясь на своем опыте работы во множестве проектов, я хочу рассказать об основных ошибках и проблемах, с которыми приходится сталкиваться автоматизаторам и что нужно сделать чтобы их избежать (на примере фреймворка для автоматизации JDI)

TК°Conf. 10 проблем автоматизации UI и их решение с помощью JDI. Роман Иовлев.

TKConf

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

TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.

TKConf

TК°Conf. Сетевые орг.структуры. Владимир Каленов.

TKConf

Красивый интерфейс лишь вершина айсберга. Под водой скрывается очень много: структура самого приложение, нужный пользователю функционал, цели пользователей и бизнеса. На примере проверенных временем моделей я покажу необходимые этапы проектирования интерфейсов и их влияние на пользовательский опыт. А чтобы окончательно вас убедить в своих словах, расскажу примеры из собственного опыта, иллюстрирующие как надо и как не стоит делать.

TК°Conf. Красивый интерфейс — это лишь часть крутого UX. Никита Ефимов.

TKConf

TК°Conf. Impact Mapping: планирование разработки продукта с учетом бизнес цел...

TKConf

Функциональное программирование в продуктовой разработке

TKConf

SQL vs NoSQL:  проблема выбора

TKConf

Разработка через микросервисы

TKConf

Архитектура растущего проекта, на примере ВКонтакте

TKConf

Проектирование архитектуры крупных веб-систем

TKConf

Más de TKConf (19)

TК°Conf. Как мы делали ЖЖ. Егор Толстой.

TК°Conf. Организация разработки Frontend. Виталий Слободин.

TК°Conf. Ещё не поздно учить WebGL. Антон Корзунов.

TК°Conf. Stylelint — как и зачем линтить CSS. Андрей Ситник.

TК°Conf. Хайп против реальности: год жизни с изомофорным React-приложением. И...

TК°Conf. Как оформить права на программный продукт, чтобы его не угнали конку...

TК°Conf. Как проложить путь к успеху с помощью банковских карт. Александр Сычев.

TК°Conf. «Быстрокод» и что за это бывает. Артём Кулаков.

TК°Conf. Как отвечать за продакшн. Андрей Сумин.

TК°Conf. 10 проблем автоматизации UI и их решение с помощью JDI. Роман Иовлев.

TК°Conf. Обеспечение качества в продуктовых проектах. Наталья Руколь.

TК°Conf. Сетевые орг.структуры. Владимир Каленов.

TК°Conf. Красивый интерфейс — это лишь часть крутого UX. Никита Ефимов.

TК°Conf. Impact Mapping: планирование разработки продукта с учетом бизнес цел...

Функциональное программирование в продуктовой разработке

SQL vs NoSQL:  проблема выбора

Разработка через микросервисы

Архитектура растущего проекта, на примере ВКонтакте

Проектирование архитектуры крупных веб-систем

TК°Conf. Микросервисы и Docker. Глеб Паньшин.

1. Impact Mapping: планирование разработки продукта с учетом бизнес целей Александр Бындю (byndusoft.com) Микросервисы и Docker Глеб Паньшин "Точка Кипения" me@panshin.pro

2. Точка Кипения КИНОПЛАН

3. Проект • 3 года разработки • 16 + 1 разработчиков • ~ 1200 недовольных кинотеатров

4. Технологии

5. Dev и Ops

6. 2014 год DEV сервер Developer0 Developer1 Developer2 Developer3 Developer4

7. DEV сервер Developer0 Developer1 Developer2 Developer3 Developer4 developer0.dev.kinoplan.ru developer1.dev.kinoplan.ru … developer4.dev.kinoplan.ru

8. Плюсы • Минимум действий от разработчика • Относительно удобно поддерживать • Окружение как на боевом сервере

9. Минусы • Отказ сервера останавливает работу всей команды • Битва за ресурсы • Удаленное редактирование кода (no vim???) • Неудобно для отдела тестирования

10. DEV сервер Developer0 Developer1 Developer2 Developer3 Developer4 Developer0 Developer1 Developer2 Developer3 Developer4

11. • Как поддерживать окружение разработчиков • А как тестировать то теперь?

12. 2 тестовых окружения хватит всем • dev.kinoplan.ru • stage.dev.kinoplan.ru

13. Stage кому-то нужен?

14. Помощники

15. Task ﬂow ToDo In progress KW-1001 KW-1001 Branch Created

16. Task ﬂow In progress Build KW-1001 KW-1001 Pull request created

17. Task ﬂow Build QA KW-1001 KW-1001 Instance created

18. Task ﬂow QA Review KW-1001 KW-1001 Instance deleted

19. Task ﬂow Review Ready KW-1001 KW-1001 Instance deleted Pull request closed

20. Task ﬂow Ready Done KW-1001 KW-1001 Deployed

21. TK Jira Tool • Создание Instance после успешного билда • Актуализация Instance • Удаление Instance • Следит за количеством Approve

22. Ключевые аспекты • No git-ﬂow. Только master-branch • Тестирование до review • Instance для каждой задачи ( Front only ) • У всех проектов триггер на изменение master ветки • Кнопка MERGE в руках QA-специалистов

23. А как же backend?

24. Теперь про Dev

25.

26.

27. • Не уходим от ssh • Надо изучать Puppet, chef, ansible..

28.

29. • docker-machine • репозиторий с sub-modules

30. git clone && git submodules init && bin/start

31.

32. Что в продакшне? • 15 контейнеров • 5 из них общаются с миром по HTTP

33. Визуализация иерархии

34. Иерархия в Bamboo • Каждый образ это отдельный репозиторий • Каскадный билд