Язык, редактор и инфраструктура — три в одном.

Речь о языке Dark.
Основная идея выражена во фразе «Speed of developer iteration is the single most important factor in how quickly a technology company can move».
Интересно как минимум ознакомиться с видео на сайте и статьями в блоге. Пока тенденция слабая, но все больше появляется языков со встроенными механизмами снижения инфраструктурной сложности (другой пример — ballerina.io), присущей микросервисным решениям.

В настоящий момент Dark находится в beta-тестировании.

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

#tools

​​Пример организации пакетов при использовании DDD

Из примера видно, что одна команда может владеть несколькими сервисами, но вот несколько команд одним сервисом — уже нет. На каждом из уровней полная изолция по горизонтали. Домены и/или контексты могут общаться только либо через четко определенный интерфейс, либо через Anti Corruption Layer.

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

#patterns

​​Видео с ArchDays'19 уже заливается на youtube и завтра первые ролики будут опубликованы.
А пока — написал пост с анонсом ArchDays 2020.
Из важного — расширение тематики конференции.

Напишите, кого из зарубежных спикеров хотелось бы увидеть на конференции, уже пора писать им предложение выступить 🙂

​​Кто/чем управляет от on premise до serverless. Видно как изменяется инфраструктурная сложность при движении слева направо.

Записи докладов с ArchDays 2019, поехали!

"Мы делили апельсин" или эволюция web’а tinkoff.ru за последние 3 года
Александр Поломодов

https://www.youtube.com/watch?v=1I5vwf5Ucbc

В этом докладе будет откровенный рассказ руководителя разработки и одновременно и.о. архитектора о том, зачем, что и как пришлось пройти технической команде привлечения для изменения tinkoff.ru за последние 3 года (spoiler: в заглавии).

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

В итоге, слушатели получат план перехода на микросервисную архитектуру с разделением по областям бизнес/ разработка/тестирование/инфраструктура, который сработал для webа tinkoff.ru.

Inner Source и микросервисы: как получить больше плюсов, чем минусов
Александр Бындю

https://www.youtube.com/watch?v=lgNwo6cYYts

InnerSourcing и микросервисы дополняют друг друга и одновременно повышают порог вхождения новичков в эту тему. Я расскажу с точки зрения IT-архитектора и организатора процесса разработки:
1. В чем конкретно можно выиграть при использовании InnerSourcing.
2. Какие инструменты и паттерны нужны для достижения успеха, и что будет, если их не использовать.
3. С какими проблемами сталкиваются компании, где мы настраивали связку InnerSourcing+микросервисы, даже если делали всё максимально хорошо.

Эволюционная архитектура при внедрении "монолита" (1С:ERP 2)
Глеб Стальной

https://www.youtube.com/watch?v=9pSyPE9z-oI

В докладе будет опровергнут распространенный в IT-среде стереотип, что решения на платформе 1С невозможно ни нормально интегрировать с другими системами, ни встроить в современный pipeline разработки.
На примере работы нашей команды будет показано для 1С:
1. как реализовать событийную архитектуру
2. как подключить гит для версионирования кода 1С
3. как писать BDD-сценарии
4. как настроить Continuous Inspection
И, самое главное, будет описан подход, который позволит расширять типовой функционал 1С:ERP Управление предприятием 2 так, чтобы не было мучительно больно, как во время первоначальной разработки, так и дальнейшей поддержки.

Путь в хаос или как мы строили Chaos Engineering в банке
Дмитрий Якубовский и Максим Козлов

https://www.youtube.com/watch?v=PVufzlkhRcI

Доклад расскажет о том, как мы на реальном проекте погрузились в мир Chaos Engineering (CE), ощутили всю боль мониторинга, узнали о психологии инженеров и как вставляли "напильники в серверы". Мы поговорим о преимуществах Chaos Engineering и без чего он не получится, расскажем, почему он отличается от нагрузочного тестирования и поделимся опытом организации экспертизы в компании. Цель доклада — рассказать о том, с какими проблемами и их решениями мы столкнулись при проведении "атак" на реальном проекте, сравним инструменты и их автоматизацию для проведения этих "атак". Это живой опыт, который мы проходим до сих пор.

От монолита до микросервисов: эволюция архитектуры вслед за бизнесом
Илья Волынкин

https://www.youtube.com/watch?v=pQns6OXIi6k

История о том, как появилась современная МаксимаТелеком с точки зрения сервисов.
Как менялись подход к разработке и архитектура решения вслед за изменением бизнес-стратегии.

Через историю развития компании слушатели узнают, как от простых и дешевых технологий (типа PHP+MySQL) мы переходили к сложным монолитам и позднее к микросервисам, пробовали различные языки программирования и базы данных, создавали нашу BigData, подбирая инструменты под конкретные задачи, и почему мы написали свой RADIUS — систему мониторинга и систему управления оборудованием, несмотря на обилие готовых решений.

Контрактные тесты - что это, и почему они вам очень нужны
Евгений Горбачев

https://www.youtube.com/watch?v=Bt5kC8KlpG8

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

Как мы управляем мутацией архитектуры
Евгений Асламов и Максим Шаломович

https://www.youtube.com/watch?v=14q9qtAAGXk

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

Эволюция корпоративной интеграции
Андрей Шиллинг

https://www.youtube.com/watch?v=uG08poIN-wU

Расскажу, как мы в Ак Барс Банке меняем подходы к проектированию и разработке интеграций между системами, отказавшись от концепции единой интеграционной шины, сделав ставку на микросервисы. Рассмотрим - насколько важным аспектом является влияние структуры компании на архитектуру ИТ-систем. Поделюсь инсайтами, полезными практиками и нерешенными проблемами

Как мы пишем понятный коДДД
Евгений Пешков

https://www.youtube.com/watch?v=jgBhSQZ_sfY

Микросервисы и DDD созданы друг для друга.
Я расскажу, как Domain Driven Design помогает нам пилить монолит и писать понятный код. Покажу, какие паттерны и подходы мы используем в работе, и каких антипаттернов можно избежать, если следовать принципам DDD.

Как списать технический долг
Максим Смирнов

https://www.youtube.com/watch?v=HRRv82L75wU

Унаследованные приложения, устаревшие технологии, запутанные взаимодействия — вот неполный букет проблем корпоративных ИТ-ландшафтов. Но за видимыми проблемами часто скрывается не менее неприятная особенность таких систем: трудоемкость внесения, известная благодаря Уорду Каннингему как "технический долг". Микросервисная архитектура — один из немногих способов "списать технический долг". В докладе рассказывается о том, как это сделать на примерах приложений оператора связи.

Сегодня в SkyEng пройдет митап по AWS.
Есть возможность посмотреть в онлайне, начало в 19:00

Петр Сальников: AWS EKS - кубик-рубика
Что предлагает Амазон для кубернетеса: варианты запуска, особенности использования, опыт из проектов.

Петр Сальников: AWS EKS + SpotFleet - режем бюджет в два раза
Для каких случаев подходит, откуда такой профит, как сохранить отказоустойчивость.

Валерий Коробейников: Что нужно знать ИТ-шнику об архитектуре предприятия?

Как избежать гибели решения и дать ему шанс на эволюцию
Геннадий Круглов

https://www.youtube.com/watch?v=hGXkpzOw78I

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

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

DevSecOps или как встроить проверки ИБ в микросервисы
Антон Башарин

https://www.youtube.com/watch?v=KQNUSnQ_b74

Сокращение time-to-market, ускорение процессов разработки ПО, уменьшение релизного цикла, увеличение количества репозиториев кода и артефактов – всё это становится головной болью для специалистов ИБ. Сегодня поговорим о том, как применять парадигму shift-left для проверок ИБ, как ими управлять в разрезе микросервисов. В общем, поговорим о DevSecOps. Из доклада вы узнаете о некоторых атаках на системы из реальной жизни, о подходах к построению Security pipelines, о базовых метриках процесса ИБ и способах их сбора.

Микро бывают не только сервисы, но и фронт
Кузьмичев Вадим

https://www.youtube.com/watch?v=m808DCJeXc4

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

Строим систему: простые компоненты и умное окружение
Дмитрий Сугробов

https://www.youtube.com/watch?v=kjc2FowRxxY

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

В докладе разберём инфраструктурные задачи, которые необходимо решить при построении надёжной и удобной микросервисной архитектуры и, что самое важное, ответим на вопрос: «Где их решать?».