Category: DevOps

03
Сен
2020

15-17 сентября, Москва: конференция TestCon Moscow 2020

Специалисты поделятся инструментами и лучшими практиками для проведения тестов в целях улучшения качества программного обеспечения.
— Читать дальше «Конференция TestCon Moscow 2020»

20
Авг
2020

👨‍🔧️ Как и зачем становиться DevOps-инженером?

Хотите узнать, зачем в современном IT нужны DevOps-инженеры и почему такой должности не было раньше? Объясняем максимально просто.

Что такое DevOps и кто такой DevOps-инженер

DevOps – это в первую очередь философия, которая с годами превратилась в должность. А DevOps-инженер – человек, который модернизирует бизнес в соответствии с этим подходом. За счёт применяемой этим специалистом методологии процессы внутри команды становятся быстрее, а труд разработчиков приносит больше пользы.

Данную статью мы подготовили при поддержке нашего партнера – онлайн-университета GeekBrains. На факультете DevOps саму профессию, необходимые практики и инструменты можно освоить с нуля.

А поподробнее?

Представим, вас уже взяли на должность, связанную с DevOps в компании, создающей сайты на заказ. В компанию обращается клиент ООО «Большая Корпорация». Разработчик Василий и дизайнер Анна читают требования, резво принимаются за дело и вот уже готов первый прототип. Тестировщик Ольга проверяет его и передаёт клиенту.

Вроде бы пока всё идёт нормально, но есть одно «но»… «Большая Корпорация» не была бы самой собой, если бы не вносила правки по одной. Уже на пятой правке после смены цвета всех кнопок с бирюзового на аквамарин, Василий, Анна и Ольга начинают рвать на себе волосы – после каждого изменения необходимо переделывать, тестировать и размещать на сервере клиента весь сайт.

Тут на сцену и вступаете вы – DevOps-инженер. Вы быстро разворачиваете pipeline (букв. англ. «система труб»). Только вместо жидкости по этим трубам «течёт» код, а созданная вами система непрерывной интеграции и тестирования собирает и проверяет всё вместе, значительно ускоряя рабочий процесс.

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

Осталось разобраться, почему же эта практика называется DevOps. Всё просто: Dev (Development) – разработка, а Ops (Operations) – эксплуатация. Вот и вся расшифровка этого страшного термина.

Инструменты и навыки DevOps-инженера

Опытный DevOps-инженер должен понимать, как создать быструю и долговременную систему. Поэтому огромным плюсом будет умение строить в своём сознании «карты» инфраструктуры, описывающие, какой элемент за что отвечает.

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

Если вы хотите стать DevOps, придётся хорошо изучить эти и множество других инструментов. Для работы надо разбираться и в Linux, понимать внутреннее устройство операционной системы.

Материалы для чтения, изучения и просмотра

Если вы твердо решили идти в DevOps, помогут следующие ресурсы:

Есть информация и на русском:

Карьера в DevOps

Если вы только пришли в IT-индустрию, требования к DevOps-инженерам могут показаться сложными или даже страшными, но бояться нечего. Чтобы устроиться на первую должность по этой вакансии, имеет смысл несколько раз поучаствовать в этой роли в хакатоне или проекте в группе разработчиков, дизайнеров и других специалистов, заинтересованных в профессиональном развитии. Такой подход принесёт не только опыт, но и контакты в индустрии.

В первую очередь в DevOps стоит идти системным администраторам и всем, кому интересны и знакомы Linux-системы. Полезны будет и другие знания по системному администрированию, но именно эта ОС используется в сфере DevOps чаще всего.

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

Финансовые перспективы

Конечно, DevOps – дело само по себе интересное, но вас ведь не заставят работать без зарплаты. Давайте посмотрим и сравним, сколько платят DevOps-инженерам разных уровней за рубежом и в России.

Чтобы узнать, как дела обстоят в США, воспользуемся инструментом StackOverflow Salary Calculator.

<span>Результаты анализа DevOps-работ с помощью Salary Calculator</span>
Результаты анализа DevOps-работ с помощью Salary Calculator

Медианная зарплата DevOps-инженера в Нью-Йорке составляет 131 тыс. долл. в год (10.8 тыс. долл./мес.), что даже по американским меркам довольно неплохо.

Российские зарплаты рассмотрены в исследовании Яндекса. Как указано в их материале, имея всего год опыта, вы сможете рассчитывать на 115-125 тыс. руб./мес.

Собеседование
Чтобы подготовиться к собеседованию, изучите наш материал 10 вопросов и ответов на DevOps собеседовании.

Конечно, в каждой компании квалификация определяется по-разному, но общепринятым является разделение DevOps-инженеров на те же группы, что и разработчиков: Junior, Middle и Senior. Зарплата DevOps-специалиста стремительно увеличивается с ростом его опыта. Junior и Middle могут рассчитывать на 100-150 тыс. в месяц, а закоренелые DevOps-«волки» получают от 200 тыс. руб.

Заключение

Не терпится начать обучение? Мы предлагаем взглянуть на курс DevOps онлайн-университета Geekbrains, где вам расскажут, как пользоваться такими неотъемлемыми инструментами DevOps, как Docker, Ansible и Kubernetes (полная программа приведена по ссылке).

Стоит заметить, что это один из редких систематизированных материалов на русском языке – рыскать по сети в поисках туториалов и гайдов уже не придётся. Если что-то останется непонятным, вы всегда можете задать вопрос преподавателям напрямую. Кроме того, по результатам успешного прохождения курса платформа помогает с трудоустройством.

27
Июл
2020

🔌 Чем занимается DevOps-инженер? Обзор базовых практик

Кратко описываем практики DevOps-инженеров: непрерывная интеграция, развертывание и доставка, конфигурационное управление, непрерывный мониторинг и другие.

Традиционная IT-команда крупного проекта состоит
из трех подгрупп:

  1. Разработчики (Dev),
  2. Тестировщики (QA),
  3. Группа эксплуатации (оперативная группа, Ops).

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

Иллюстрация, показывающая представление DevOps как пересечения разработки, эксплуатации и тестирования
Иллюстрация, показывающая представление DevOps как пересечения разработки, эксплуатации и тестирования

Со временем стало понятно, что категоричный подход в таком разделение является одной из причин длительных циклов разработки. Ускорить выпуск релизов позволило появление методологии DevOps, направленной на улучшение взаимодействия между специалистами для более оперативной
разработки приложений.

Зачем нужны DevOps-инженеры?

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


В методологии DevOps
используются различные инструменты:

  • контейнеризация (Docker, Kubernetes)
  • непрерывная интеграция (Jenkins)
  • развертывание сред по шаблону (Terraform, Puppet, Ansible)
  • мониторинг служб и сетей (Nagios, Grafana, Prometheus, Splunk)

Но одних инструментов мало, нужен набор практик.

Непрерывная интеграция (CI)


Непрерывная интеграция (Continuous Integration, CI) – это практика
разработки ПО, которая заключается в постоянном слиянии рабочих копий в общую основную ветвь разработки и выполнении автоматизированных сборок проекта для скорейшего выявления потенциальных дефектов и решения интеграционных проблем.

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

Непрерывное развертывание и доставка


Процесс развертывания
цикличен: разработка → сборка → проверка → управление
версиями сборки → деплой и т. д. Идея непрерывного процесса развертывания
заключается в автоматическом развертывании созданного кода в производственную
среду после того, как сборка пройдет все этапы QA-staging-beta, интеграцию, пользовательское
тестирование и т. д.

Такие инструменты, как Spinnaker, Jenkins, Harness,
Ansible, Chef, Puppet, позволяют команде DevOps настраивать
автоматизированные конвейеры для деплоя в нескольких средах с минимальным
вмешательством человека.

Непрерывная доставка (continuous delivery) – это
практика DevOps, при которой новый код тестируется QA-командой на различных
этапах автоматизированных и ручных циклов QA. Если код проходит цикл QA и это
одобрено командой, всё деплоится в продакшен. Именно так с помощью DevOps команда
может создавать, тестировать и выпускать релизы быстрее и чаще, разделяя весь
процесс на короткие циклы. Это позволяет организациям выпускать больше релизов,
сокращать ручное развертывание и минимизировать риск сбоев.

Конфигурационное управление (CM)

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

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

Управление изменениями

Управление изменениями
это процесс запроса, планирования, внедрения и оценки изменений, необходимых
для удовлетворения новых требований. Если в процессе работы в существующей
системе или инфраструктуре появляются/требуются какие-либо изменения – вот тут
и «включается» в игру управление изменениями. Оперативные группы должны следить
и представлять свои отчеты с причинами и последствиями изменений, которые могут
возникнуть на более широком уровне, включая другие системы, на которые могут повлиять новые
изменения.

Держитесь вместе

DevOps работает с несколькими отделами. Очень важны коммуникативные навыки: чтобы избежать конфликтов,
несогласованности и недопонимания в командах, используйте общий
ресурс внутренней связи. Активное вовлекайте в обсуждения членов
всех команд.

Автоматизация тестирования


Автоматизированное
тестирование
помогает выполнять больше тестов, увеличить частоту тестирования и
экономить время, затрачиваемое на ручное QA. Этот процесс обеспечивает раннее
обнаружение и исправление ошибок, повышает общее качество софта.
Существует несколько доступных инструментов, легко
интегрируемых с инструментами DevOps: Selenium, Robot Framework, Appium,
XCUITest, JUnit и т. д.

Непрерывный мониторинг (CM)

Непрерывный мониторинг
предполагает мониторинг и отображение отчетов в подробном графическом формате всех
систем и инфраструктуры с помощью нескольких инструментов:

  • дашборды и оповещения;
  • анализ в реальном времени метрик, влияющих на ПО: производительность системы, количество тестов, частота успехов/отказов;
  • состояние развертывания;
  • журналы ошибок.

Сравнение соответствующих инструментов мы сделали в публикации «10 лучших инструментов облачного мониторинга».

Заключение

DevOps – перспективное направление, которое продолжает активно развиваться. Универсальность DevOps специалистов высоко ценится, а постоянное активное обучение, новые практики и подходы не дадут вам заскучать на рабочем месте.

***

Данный материал подготовлен при поддержке компании GeekBrains – нашего партнёра, предоставляющего помощь в освоении DevOps-технологий. Если вы хотите освоить DevOps, не тратя лишнее время и силы на поиск знаний, инструментов и привыкание к разному стилю чтения курсов, обратите внимание на факультет DevOps. Программа и преподаватели имеют высокие оценки учащихся, а при успешном прохождении курса онлайн-университет гарантирует не только диплом, но и трудоустройство.

20
Июл
2020

🐳 Виды контейнеров: когда какой использовать

Все говорят, что контейнеры – это круто. Но они бывают разные: системные и контейнеры приложений, сертифицированные и кастомные. В этой публикации рассказываем о том, для чего нужен каждый тип.

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

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

Схема: контейнер приложения (слева) и контейнер системы
Схема: контейнер приложения (слева) и контейнер системы

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

Сравнение системного контейнера и виртуальной машины. Как видите, они во многом похожи
Сравнение системного контейнера и виртуальной машины. Как видите, они во многом похожи

Ещё один вариант – использование системных контейнеров Virtuozzo и контейнеров
приложений Docker во вложенной архитектуре. Внутри платформы различные типы
контейнеров могут использоваться для разных целей:

  • сертифицированные управляемые контейнеры;
  • elastic VPS;
  • кастомные Docker-контейнеры;
  • Docker Engine CE;
  • кластер Kubernetes.

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

Сертифицированные управляемые контейнеры

Самый распространенный
вариант. Обычно предлагается несколько предварительно сконфигурированных и
управляемых программных стеков, позволяющих создавать гибкие топологии с
необходимым софтом (Java, PHP, Node.js, Ruby, Python или Go), балансировщик
нагрузки, база данных и прочее.

Панель управляемого контейнера
Панель управляемого контейнера

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

Взаимодействие оркестратора с образами
Взаимодействие оркестратора с образами

Данные контейнеры выгоднее
и удобнее таких решений, как автоматизированная конфигурация с масштабированием
ресурсов, автоматизированная установка SSL-сертификатов, авторазвертывание
приложений, управляемая доставка и т. д.

Виртуальные частные серверы (VPS)

Наиболее простым
примером реализации системного контейнера является VPS-контейнер с
предустановленными ОС: CentOS, Ubuntu и Debian. Это «
чистый» контейнер без
каких-либо дополнительных настроек или установленного ПО. Его можно
рассматривать как вариант контейнеризации устаревших приложений – почти не требует настройки при миграции из виртуальных машин.

Настройка под Elastic VPS образа с CentOS 7.7
Настройка под Elastic VPS образа с CentOS 7.7

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

Пользовательские Docker-контейнеры

Это образ Docker,
развернутый внутри системного контейнера, что делает его совместимым с
большинством (но не со всеми) отличительными чертами платформы, например, встроенным вертикальным и горизонтальным масштабированием. Другими словами,
файловая система такого образа распаковывается внутри среды выполнения
системного контейнера.

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

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

Настройка пользовательского контейнера
Настройка пользовательского контейнера

Docker Engine CE

Docker Engine Community
Edition работает внутри системных контейнеров, но в то же время имеет полную
совместимость с нативной экосистемой Docker.

Взаимодействие оркерстратора с образами Docker Engine
Взаимодействие оркерстратора с образами Docker Engine

Такая интеграция
позволяет работать с основными инструментами контейнерной технологии Docker:

  • Docker Engine – работает с Dockerfile и запускает pre-built образы контейнеров.
  • Docker Registry – хранит и предоставляет доступ к многочисленным общедоступным и частным образам, предназначенным для развертывания в Docker Engine.
  • Docker Compose – помогает собирать приложения, состоящие из нескольких компонентов, где все необходимые конфигурации объявляются в одном compose-файле.
  • Docker Swarm – представляет собой несколько независимых Docker узлов, объединенных в кластер.
Настройка окружений для Docker Engine CE и Docker Swarm Cluster
Настройка окружений для Docker Engine CE и Docker Swarm Cluster

Kubernetes

Платформа Kubernetes предназначена для развертывания и управления
отказоустойчивыми контейнеризированными
приложениями. Она может выполнять сложные задачи оркестрации контейнеров, такие
как развертывание, обнаружение служб, скользящие обновления, самовосстановление
и управление безопасностью.


Иначе говоря, Kubernetes
обеспечивает максимальную совместимость всех проектов. Основным преимуществом его
использования является усовершенствованная модель масштабирования и
запуска контейнеров, что в разы облегчает управление и мониторинг, делает все
это «предприятие» экономически выгодным.

Заключение

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

***

Данный материал подготовлен при поддержке компании GeekBrains — нашего партнёра, предоставляющего помощь в освоении DevOps-технологий. Если вы хотите освоить DevOps, не тратя лишнее время и силы на поиск знаний, инструментов и привыкание к разному стилю чтения курсов, обратите внимание на факультет DevOps.

В рамках курса данного факультета вы освоите технологии Docker, Kubernetes, работу с виртуальными машинами, облачные технологии и микросервисную архитектуру.

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

02
Июн
2020

В чём разница между Docker и Kubernetes?

Виртуализация и контейнеризация – будущее крупных проектов. В этой статье обсуждаем и сравниваем ☸️ Kubernetes, 🐋 Docker и инструмент оркестровки 🐳 Docker Swarm.

Что такое Docke…

27
Май
2020

3 июня, онлайн: SM Lab Summer meetup

Специалисты IT-отдела «Спортмастера» поделятся наблюдениями об удалённой работе и расскажут о проблемах, с которыми сталкиваются разработчики.
— Читать дальше «SM Lab Summer meetup»

22
Май
2020

28 мая, онлайн: DevOps Webinar: Kubernetes

Вебинар, посвящённый сдаче CKA: расскажут про подготовку к экзамену, поделятся советами и рекомендациями, а также приоткроют тайну, чего на нём ожидать.
— Читать дальше «DevOps Webinar: Kubernetes»

30
Апр
2020

22–25 мая, онлайн: конференция «Стачка-2020»

Более 200 докладов в 30 разных секциях. Всего 6 крупных направлений: разработка, диджитал, карьера и образование, тренды, менеджмент и IT и государство.
— Читать дальше «Конференция «Стачка-2020»»

15
Апр
2020

1–30 апреля, онлайн: курсы Pluralsight

Более 7000 видео-курсов стали доступными до конца месяца, среди категорий: разработка ПО, DevOps, анализ данных, ИИ и машинное обучение.
— Читать дальше «Онлайн-курсы Pluralsight»

09
Апр
2020

22 апреля, онлайн: конференция GET PROF IT: JavaScript | DevOps

Конференция для опытных JS-разработчиков и DevOps инженеров, на которой поговорят про методологии разработки, веб-компоненты, CI процессы и организацию AWS Cloud Native.
— Читать дальше «Конференция GET PROF IT: JavaScript | DevOps»

05
Апр
2020

Как деплоить приложение?

Подскажите как правильно и просто деплоить приложение (возможно скинуть где почитать или видос)
У меня есть rest api на django, react, postgress и я хочу запустить это все на хостле но не совсем понимаю как сделать это.

Залить ли все на …

09
Мар
2020

20–21 марта, Киев: конференция DevOps Fest 2020

На конференции специалисты из США, Европы, России и Украины поговорят про инструменты, фреймворки и практики для эффективного DevOps.
— Читать дальше «Конференция DevOps Fest 2020»

05
Мар
2020

15 июня – 2 июля, онлайн: конференции JUG.Ru Group на удалёнке

Сразу восемь IT-конференций в онлайне на любой вкус: от распределённых вычислений и хайлоада до JS и тестирования. Можно купить один билет на всё.
— Читать дальше «Конференции JUG.Ru Group на удалёнке»

25
Ноя
2019

29 ноября – 1 декабря, Новосибирск: конференция DevFest

Ежегодное мероприятие, которое проводит сообщество GDG. За три дня можно послушать доклады про мобильную и веб-разработку, машинное обучение и безопасность.
— Читать дальше «Конференция DevFest Siberia 2019»

05
Ноя
2019

12–13 ноября, Санкт-Петербург: семинар «Микросервисы, DevOps и модернизация приложений — подход IBM»

Разберёте подходы к построению облачной инфраструктуры современного веб-приложения, познакомитесь с популярными инструментами для контейнеризации.
— Читать дальше «Семинар «Микросервисы, DevOps и модернизация приложений — подход IBM»»

29
Окт
2019

Контейнеры и кластеры: сделайте модную инфраструктуру в тесте от Tproger и DataLine

Как сейчас тестируют и разворачивают веб-проекты? Какие решения принимать при масштабировании проекта? Вместе с экспертами из DataLine ищем ответы на эти и другие инфраструктурные вопросы в небольшом тесте.
— Читать дальше «Контейнеры и кластеры: сдела…

23
Окт
2019

2 ноября, Гродно: конференция GROCON’19

В четвертый раз пройдёт крупнейшая в регионе IT-конференция. Её программа разделена на 4 потока: Adapt IT, Maintain IT, Manage IT, Unite IT.
— Читать дальше «Конференция GROCON’19»

14
Окт
2019

8 ноября, Казань: конференция «DUMP Казань»

Конференция татарских разработчиков, на которой можно будет послушать доклады на 4 потоках: бэкенд, фронтенд, DevOps и менеджмент.
— Читать дальше «Конференция «DUMP Казань»»

11
Окт
2019

2 ноября, Москва: конференция ITsubbotnik Autumn 2019

Разработчики расскажут, с какими необычными задачами сталкивались и как находили решения, поделятся примерами внедрения новых технологий и инструментов.
— Читать дальше «Конференция ITsubbotnik Autumn 2019»

07
Окт
2019

29–30 октября, Санкт-Петербург: конференция DevOops 2019

Ежегодная конференция об инженерных DevOps-решениях с отборными докладами от звёздных спикеров, лучшими практиками и бесценным опытом, а также афтепати.
— Читать дальше «Конференция DevOops 2019»

21
Сен
2019

Масштабируемость, ToC и микросервисы

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

19
Июл
2019

24 июля, Санкт-Петербург: митап DINS QA EVENING

На встрече обсудят внедрение автоматизированного тестирования и практик CI/CD, а также разработку плагинов для IDEA с помощью специализированных API.
— Читать дальше «Митап DINS QA EVENING»

17
Апр
2019

Конференция «Стачка-2019»

На конференции поймёте, почему программисты становятся всё более узкоспециализированными, и услышите точки зрения экспертов о будущем технологий.
— Читать дальше «Конференция «Стачка-2019»»

05
Апр
2019

Конференция SECON’2019

На конференции узнаете последние тренды и новости из мира IT, пообщаетесь со специалистами и посоревнуетесь с другими гостями в логическом мышлении.
— Читать дальше «Конференция SECON’2019»

01
Апр
2019

Конференция разработчиков DUMP-2019

Будут доклады и мастер-классы по ключевым направлениям современного IT: веб, менеджмент, DevOps, Mobile, тестирование, дизайн и интерфейсы, Science.
— Читать дальше «Конференция разработчиков DUMP-2019»

28
Мар
2019

Конференция #ITsubbotnik Spring 2019

Топовые сотрудники EPAM поделятся последними новостями энтерпрайза, рассмотрят интересные кейсы и покажут необычные техники разработки сервисов.
— Читать дальше «Конференция #ITsubbotnik Spring 2019»