Привет! Меня зовут Иван, я бэкенд-разработчик в KTS.

Сегодня расскажу, как в FastAPI эффективно работать с фоновыми задачами и настроить их мониторинг в Prometheus.

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

В статье опишу 5 вариантов: встроенный в FastAPI Background Tasks и 4 библиотеки — ARQ, SAQ, FastStream, адаптированный к асинхронному коду Celery.

В конце расскажу, как мониторить фоновые задачи.

Приветики. Надеюсь, все отошли от новогодних, и можно писать и читать дальше. Как хозяин умного дома, я состою в чатике по Home Assistant, там прекрасное ответчивое комьюнити,
но периодически задаётся вопрос по тому, как собственно выставить свой веб сервис в интернет. И оказывается, что в двух словах тут не ответишь, а вменяемой инструкции на которую можно дать ссылку - нет. Так что теперь она будет здесь.

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

Мы рассмотрим здесь несколько сценариев - статический белый айпи, динамический белый айпи, и серый. Для серого рассмотрим варианты с готовыми сервисами, с помощью Keenetic и с помощью ssh туннеля. Погнали!

Всем привет! Меня зовут Вадим Лунин. Я — QA Manager из Альфа Банка в Беларуси. Этой статьёй  хочу начать цикл статей по инструментам, которые мы используем для тестирования наших продуктов в Альфа Банке.

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

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

Всем привет!
5 лет назад я рассказывал, как написал библиотеку для валидации данных в WPF. Всё это время активно развивался и продолжает развиваться другой десктоп фреймворк - Avalonia UI. Мне очень хотелось поддержать также и его, что и было сделано во второй версии библиотеки. Помимо этого, туда вошли другие интересные фичи.

Чтобы не было необходимости перечитывать предыдущую статью (тем более, многое поменялось с тех пор), под катом есть практически всё, что умеет библиотека на данный момент.

• Правила создаются через fluent-интерфейс
• Полный внутренний контроль над изменением свойств
• Поддержка локализации (в том числе «на лету»)
• Отображение сообщений в GUI

Дублирование тест — кейсов в Allure TestOps при использовании Playwright (JS/TS). Описание проблемы и решение.

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

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

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

Вышел .NET 7, а это значит, что можно вдоволь насладиться различными нововведениями и фишками. Расскажем про самые интересные улучшения: C# 11, контейнеры, производительность, GC и прочее.

В последние годы команда .NET усиленно рекламирует ASP.NET Core как один из самых быстрых веб-фреймворков на рынке. Источником этих утверждений всегда были бенчмарки TechEmpower Framework Benchmarks.

Скотт Хантер - директор по управлению программами .NET, утверждает, что .NET более чем в 10 раз быстрее, чем Node.js.

Скотт также утверждает, что .NET быстрее, чем Java, Go и даже C++.

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

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

Руководитель проектов Валерий не всегда успевает на митапы — тогда он слушает записи в х1,5 с заботливо проставленными таймкодами. В этот раз он смотрит доклады с Пиэмной — онлайн-митапа ЮMoney для руководителей ИТ-проектов. Из видео он узнает:

◾️ на каком уровне организационной зрелости находится его команда и как использовать формулу эволюции для её прокачки;

◾️ почему менеджер проектов — это уже не управляющий, а «масло», которое нужно не каждой команде;

◾️ особенности проектного менеджмента в финтехе и подкапотные процессы банковских операций;

◾️ и какие роли могут быть у пиэма в команде, межкомандном взаимодействии и на уровне отдела;

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

Введение

Cloud Native активно развивается в мире, а вот для банковских проектов в Беларуси это новая тема. Давайте обсудим развитие облачных технологий на примере Альфа-Банка в Беларуси – в нем я отвечаю за цифровую трансформацию и хочу поделиться с вами идеями.

Что такое производственная система банка и при чем здесь Cloud Native?

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

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

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

3. Микросервисы. В Cloud Native реализуется архитектурный подход к созданию систем и доведению их до «прома», при котором приложения разрабатываются как совокупности относительно небольших обособленным сервисов. Каждый сервис реализует свои функции. Например, микросервис «депозиты» реализует только функции работы с депозитами, микросервис «карты» - карточные. Особенность в том, что каждый микросервис может быть доработан, перезапущен и масштабирован независимо от других сервисов в работающем приложении. Что особенно важно – это позволяет проводить частые обновления наших систем без их остановки.