Forwarded from Proglib.academy | IT-курсы
Сегодня хочется разобраться в AI-агентах. Через пару недель появляется задача, где нужны алгоритмы. Потом понимаешь, что неплохо бы освежить Python или математику для Data Science.
В подписку Proglib Academy входят все основные направления — AI, ML, Python, алгоритмы, математика для DS и другие курсы, а ещё закрытый видеохаб с вебинарами практиков.
Начать можно с пробного месяца. Если решите остаться, его стоимость зачтётся при оформлении подписки
Please open Telegram to view this post
VIEW IN TELEGRAM
Долгоживущий .NET-сервис постепенно “распухает” по памяти без явных LOH-пиков. В дампе видно множество делегатов/лямбд, Timer и CancellationTokenRegistration, висящих в Gen2. Как диагностировать и устранить утечки из-за событий/таймеров/регистраций?
Проанализировать пути до корней (dotMemory/PerfView/dotnet-dump gcroot) — проверить коллекции подписчиков и списки делегатов у источников событий. Убедиться, что:
✍🏻 все подписки снимаются в Dispose/IAsyncDisposable;
✍🏻 CancellationToken.Register хранит IDisposable и корректно Dispose();
✍🏻 Timer/PeriodicTimer/System.Threading.Channels закрываются/завершаются;
✍🏻 не удерживаются замыканиями большие объекты/this.
При необходимости — слабые события/WeakReference, паттерн “own the lifetime”, и тест “утечек” в CI с сравнением heap-снимков.
Библиотека собеса по С#
✍🏻 все подписки снимаются в Dispose/IAsyncDisposable;
✍🏻 CancellationToken.Register хранит IDisposable и корректно Dispose();
✍🏻 Timer/PeriodicTimer/System.Threading.Channels закрываются/завершаются;
✍🏻 не удерживаются замыканиями большие объекты/this.
При необходимости — слабые события/WeakReference, паттерн “own the lifetime”, и тест “утечек” в CI с сравнением heap-снимков.
Библиотека собеса по С#
❤1🥱1
ASP.NET Core API под нагрузкой: как сделать сервис устойчивым к сбоям и росту трафика
Пока пользователей немного, ASP.NET Core API обычно работает быстро и без ошибок. Но с ростом нагрузки начинают проявляться проблемы: отдельные запросы занимают все доступные ресурсы, повторные обращения только увеличивают нагрузку, операции продолжают выполняться даже после отключения клиента, а ошибки во внешних сервисах могут привести к каскадным отказам.
На открытом уроке 3 сентября в 20:00 разберём, как защитить ASP.NET Core API от подобных ситуаций. Возьмём сервис с типичными проблемами, проведём нагрузочное тестирование, найдём узкие места и поэтапно внедрим механизмы защиты. После каждого изменения сравним результаты и посмотрим, как они влияют на время ответа, пропускную способность и количество ошибок. Поговорим о Rate Limiting, контроле числа одновременно выполняемых запросов, использовании CancellationToken, паттернах Timeout и Circuit Breaker для внешних сервисов, а также о кешировании в Redis и о том, как избежать ситуации, когда повторные попытки только усиливают перегрузку системы.
Урок не для тех, кто только начал знакомство с ASP.NET Core и хочет изучить базовый синтаксис. Будет полезен C#-разработчикам, создающим Web API, backend-инженерам, столкнувшимся с ростом нагрузки, и всем, кто хочет перейти от базового использования ASP.NET Core к production-практикам.
После урока вы будете понимать не только какие механизмы доступны в ASP.NET Core, но и когда их стоит применять, чтобы API оставался стабильным даже при высокой нагрузке.
👉 Записаться
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Пока пользователей немного, ASP.NET Core API обычно работает быстро и без ошибок. Но с ростом нагрузки начинают проявляться проблемы: отдельные запросы занимают все доступные ресурсы, повторные обращения только увеличивают нагрузку, операции продолжают выполняться даже после отключения клиента, а ошибки во внешних сервисах могут привести к каскадным отказам.
На открытом уроке 3 сентября в 20:00 разберём, как защитить ASP.NET Core API от подобных ситуаций. Возьмём сервис с типичными проблемами, проведём нагрузочное тестирование, найдём узкие места и поэтапно внедрим механизмы защиты. После каждого изменения сравним результаты и посмотрим, как они влияют на время ответа, пропускную способность и количество ошибок. Поговорим о Rate Limiting, контроле числа одновременно выполняемых запросов, использовании CancellationToken, паттернах Timeout и Circuit Breaker для внешних сервисов, а также о кешировании в Redis и о том, как избежать ситуации, когда повторные попытки только усиливают перегрузку системы.
Урок не для тех, кто только начал знакомство с ASP.NET Core и хочет изучить базовый синтаксис. Будет полезен C#-разработчикам, создающим Web API, backend-инженерам, столкнувшимся с ростом нагрузки, и всем, кто хочет перейти от базового использования ASP.NET Core к production-практикам.
После урока вы будете понимать не только какие механизмы доступны в ASP.NET Core, но и когда их стоит применять, чтобы API оставался стабильным даже при высокой нагрузке.
👉 Записаться
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru