Как бороться с типовыми причинами отказа? А самое главное — как их обнаружить? Рассмотрим лучшие элементы инженерной практики, обеспечивающие высокую доступность системы и оперативное расследование инцидентов. Коснёмся памяти, разберём базу данных, поговорим про ТСР-соединения.

Меня зовут Константин, я работаю в Газпромбанке. Занимаюсь транзакционными системами: платежами, переводами, также участвовал в разработке системы СБП в Газпромбанке. В своей практике столкнулся с десятками языков программирования, но в настоящий момент остановился на Java и Kotlin. Поэтому я буду рассказывать про проблемы backend разработки на этих языках.

Привет, Хабр! Я  исполнительный директор по разработке департамента ML и BD Газпромбанка. Сегодня хочу поговорить с вами о деплое.

По данным, приведенным в Google SRE book, до 70% проблем происходит вследствие изменений в уже работающих системах. По моим личным ощущениям, это близко к правде: если у вас хорошо спроектированное и написанное приложение и стабильная, отлаженная инфраструктура, именно деплой — узкое место (которое можно улучшить). Для минимизации рисков Google SRE BOOK рекомендует использовать постепенные выкаты, быстро и точно анализировать проблемы, а в случае необходимости легко откатываться обратно. 

Эта статья о деплое в Kubernetes, потому что это самая популярная инфраструктурная платформа, которая уже имеет множество возможностей для построения отказоустойчивых выкатов. А то, чего не хватает «из коробки», покрывается возможностями инструментов развитой экосистемы. 

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

Те, кто больше любит слушать, чем читать, могут посмотреть мой доклад про это на HighLoad++. Остальным — добро пожаловать под кат.

Выход фильмов Дени Вильнева и их успех — отдельный праздник для давних фанатов книжной эпопеи Фрэнка Герберта. Наконец-то они (мы) могут обсуждать наболевшие детали фантастической вселенной, не боясь показаться (оказаться) законченными нёрдами. Теперь каждый знает, что где-то в космосе есть планета Арракис, на которой добывают необходимый всему разумному человечеству спайс. 

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

Не так давно мы Газпромбанке пришли к очевидному выводу: можно создать сколько угодно отличных продуктовых команд с прекрасными разработчиками, но когда над тобой нависает такая махина, как банк, со всей его безопасностью, регуляторикой и прочими «выкрутасами», с которыми придется иметь дело, глаза начинают стекленеть, руки опускаться, а TTM отрастать. 

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

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

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

• Спроектировали.
• Разработали.
• Протестировали.
• Начинаем проверять работающий продукт на перформанс.
• Традиционный итог — перформанса не хватает, надо всё переделывать.

Вселенная культовой игры Fallout получила очередное перерождение с выходом сериала от Amazon. Хотя фабула произведения (почти) и не пересекается с играми, главная сюжетная арка осталась прежней: сливки общества укрываются в убежищах от ядерного безобразия, а выйдя на поверхность, оказываются совершенно не готовы к царящей там анархии. Как построить качественный бункер и не облажаться, и что на самом деле случится с людьми и убежищем даже не за двести, а всего за два года изоляции? Под впечатлением от сериала вспоминаем самый масштабный эксперимент по созданию «прототипа убежища» и разбираемся, насколько обнадеживающими оказались его результаты. Спойлер — не очень.

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

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