Олег Стрекаловский

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

Не только найденные прорывные решения, как итог работы, достойны статьи или доклада. Описание самого процесса поиска решения, испробованные подходы – это всё полезно для синтеза новых идей.

За время работы в ПиццаФабрике я несколько раз выступал перед всей компанией на планёрках от отдела разработки и стал автором двух больших статей по нашим кейсам: про мотивацию команд и про доработку в системе управления предприятиями, которую пришлось экстренно внедрять в производственный процесс по всей сети этой весной.

Дальше »

Всем привет.

Недавно с коллегами в ПиццаФабрике решили завести telegram-канал, в котором мы постим новые статьи о жизни в отделе разработки. В неформальном стиле делимся планами и результатами работы, публикуем интервью с сотрудниками и раскрываем внутреннюю кухню отдела.

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

Если вам интересно, как наши технологии помогают радовать сотни тысяч людей вкусной пиццей, – подписывайтесь на наш канал или читайте нас в VK.

Всем привет.

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

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

Дальше »

Всем привет.

В этой заметке пойдёт речь не о самом SQL и какие сложные запросы на нём можно писать, сколько о вопросах производительности и неочевидных моментах в проектировании схем БД.

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

Дальше »

Всем привет.

Решил для себя систематизировать список литературы, которые прочитал по теме распределённых систем и, в частности, микросервисов. Единственная тема, которая осталась не до конца изученной – это SRE и инструменты деплоймента. Скорее всего напишу отдельный пост по этой теме.

Основная проблема микросервисов в том, что люди часто начинают их строить не до конца осознавая какие проблемы им придётся решать.

Один из больнючих вопросов – это консистентность данных, наличие которой надо доказывать с математической жестокостью к себе, чуть ли не по шагам анализируя все сценарии, которые могут произойти после каждого действия. Обработка отказов – ещё один черт из табакерки, который начнёт выпрыгивать из разных непредсказуемых мест. Ну и на сладкое – это копание в кишочках всяких оркестраторов, чтобы понять какие гарантии насчёт zero downtime они вам дают. А потом вы начнёте задумываться как делать миграции баз данных и бэкапы в условиях распределённых систем …

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

Сразу оставим за скобками вопросы понимания того как работают сети, Linux, Docker, как профилировать окружение (диск, сеть, память, cpu) с помощью разных тулов. Без этих знаний дальше лучше вам вообще не читать, ну или вернуться к этой замечательной статье, как только изучите этот необходимый минимум, который вам обязательно пригодится когда ваша система уйдёт в прод.

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

Дальше »