👨 Для чего нам Distroless?

Distroless образы довольно давно уже вошли в обиход. И у нас в Додо вообще есть требование, что все наши сервисы должны работать на них. Но я всё ещё в разговорах замечаю, что большинство вообще не сечёт, о чём это и для чего.

Оно в целом не удивительно: это довольно неочевидно с одной стороны и довольно очевидно с другой. Поэтому с одной стороны не задают вопросов, а с другой — не видят смысла в ответах.

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

Контейнер — это просто процесс, запущенный с определёнными ограничениями. То есть это не виртуалка.

Любому процессу нужно давать как можно меньше прав, и все это прекрасно знают. Но почему?

Ведь я сам написал весь код, если даже не я написал этот код, то я проведу ревью, и, если в коде есть какие-то подозрительные места, то я их уничтожу!

Так думает обыватель, и он по-своему прав в этой невинной наивности.

Но есть такая штука, как нугет-пакеты, и хуже того — есть нугет-пакеты, которые используются в нугет-пакетах.

И весь код, который там написан, как вы понимаете, поревьюить, мягко говоря, не получится.

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

😡 Ок, но какую опасность может представлять вредоносный нугет-пакет?

Да — очень простую. К примеру, в одной из транзитивных NuGet-зависимостей появилась строка, которая при инициализации вызывает запуск внешней программы через Process.Start. Если в контейнере есть утилиты (bash, sh, curl, wget), то вредоносный код может просто запустить их и отправить конфиденциальные данные (переменные окружения, файлы конфигурации, нюдсы, дикпики) на внешний сервер или вызвать внутренний админ-эндпоинт под именем сервиса.

🅰️ как нам поможет distroless?

А так, что в distroless-образе этих внешних утилит просто нет — нет bash, нет curl, нет sh и даже нюдсов и дикпиков нет. Поэтому сценарий «внезапно запустить системную утилиту из контейнера» потерпит поражение: бинарник не найден, команда не выполнится. Это закрывает быстрый и «грубый» вектор дополнительной загрузки кода, который часто используется в мелких эксплойтах и supply-chain-атаках.

Очевидно, что это не стопроцентная защита. Если вредоносный код использует возможности самого рантайма (в .NET — HttpClient, файловые операции и т.д.), он по-прежнему сможет делать сетевые запросы или читать файлы. Distroless снижает эти конкретные риски. Вот, собственно, и всё.

Поделитесь по-сестрински этим знанием с теми, кто ещё не в курсе. Рили почему-то мало людей понимают про это.

🎃 Воскрешаем мертвые репозитории! ☠️

Я тут подумал, ведь бывает так, что призраками становятся не только люди, но и репозитории! К примеру вы хреначили репозиторий, который набрал пару тысяч звезд, а потом… Ну просто забили. И репозиторий как бы жив и популярен, но никому уже не нужен. Получается застрял между двух состояний. Выходит – призракопозиторий 👻

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

Идея простая:
1. Заходите на сайт
2. Крутите слот-машину 🎰 (тянем рычаг справа вниз)
3. Вам выпадает три рандомных репозитория с большим количеством звезд, но с последним коммитом, сделанным Бог знает когда
4. Ставите репозиторию звезду
5. Автор охреневает и радуется!

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

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

Ну и моей репке тоже звездочку там аккуратно звезданите ⭐️. Может через лет пять круг замкнется и она высветит в слотах сама себя) Лайк и репост тоже приветствуются, разумеется 🎃

🐳 Нашу реализацию Passkey для .NET признал FiDO Alliance

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

Почему это круто?

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

Чем занимается FIDO?

Fast IDentity Online Alliance устраняет зависимость от уязвимых к фишингу, перехвату и утечкам паролей. Они стремятся:
🟠повысить безопасность онлайн-аутентификации;
🟠сделать вход в аккаунты удобнее — с помощью отпечатков пальцев, Face ID, USB-ключей и не только;
🟠найти и предложить открытые стандарты авторизации для всех — компаний, разработчиков, производителей устройств.

👑 Кто входит в альянс?

В FIDO Alliance входят: Apple, Google, Microsoft, Amazon, Intel, Samsung, Mastercard, VISA, Bank of America и другие крупные компании.

🌐 Где используются FIDO-стандарты?

🟠В системах двухфакторной аутентификации. Например, при логине в Google с использованием ключей безопасности.
🟠В корпоративных сервисах и VPN.
🟠В банковских и других финтех-приложениях.
🟠В операционных системах: Windows Hello, Apple Face ID/Touch ID через Safari, Android Biometrics и т. д.

💻 И где теперь это будет использоваться?

Во-первых, мы сами использовали нашу библиотеку, чтобы подключить к Dodo IS Passkey.

Во-вторых, наша библиотека — OpenSource. Ее могут использовать все, кому нужно, и везде, где есть вход по логину/паролю, а бэкенд написан на .Net. Сейчас есть 9 форков — это немного, но уже значит, что кто-то сделал себе копию и доработал ее под себя.

❤️ Очень странные дела: баги в .NET 10

В пятницу классно поразгоняли с ребятами на наших внутренних техпосиделках про переезд на .NET 10.

Хедлайнером у нас был ослепительный @granstel, который перевёл свой сервис на .NET 10 первым (как минимум в Додо а может и в мире, кто знает). Сервис некритичный, но полезный — он является бэком для этой охуенной интерактивной карты. Идеальная площадка для тестов.

Так вот что удалось выяснить в процессе переезда/обсуждений:

1) В целом всё работает
2) Но есть один довольно критичный ишуй

В версии 10.0.100 внезапно сломан хендлинг вложенных try/catch/finally.
Как показано на пояснительном дикпике выше 🍆
Если внутренний finally бросает исключение, то:

внутренний catch не вызывается,

внутренний finally не доходит до конца,

внешний finally не вызывается вообще,

исключение вылетает наружу без обработки.

Довольно жёсткая штука — потому что using и await using разворачиваются компилятором именно во вложенные try/finally. А значит, при dispose может соскочить вся цепочка освобождения ресурсов.

То есть вложенный try/catch в принципе не перехватывает исключение из вложенного finally. А это уже влияет и на using, и на await using.

То есть вот такой код может быть потенциально опасным, если disposableTwo в своем диспоузе кинет исключение

using System;
using System.Threading.Tasks;

await using var disOne = new FirstDisposable("ONE");

await using var disTwo = new SecondDisposable("TWO");

Console.WriteLine("Before throw");
throw new Exception("FUCK");

sealed class FirstDisposable : IAsyncDisposable
{
private readonly string _name;
public FirstDisposable(string name) => _name = name;

public async ValueTask DisposeAsync()
{
Console.WriteLine($"DisposeAsync({_name}) START");
await Task.Delay(10);
Console.WriteLine($"DisposeAsync({_name}) END");

// На .NET 10.0.100 этот DisposeAsync вообще НЕ вызовется,
// потому что исключение из DisposeAsync(TWO) оборвёт цепочку.
Console.WriteLine($"NOTE: DisposeAsync({_name}) WAS CALLED — но это произойдёт только на .NET 8");
}
}

sealed class SecondDisposable : IAsyncDisposable
{
private readonly string _name;
public SecondDisposable(string name) => _name = name;

public ValueTask DisposeAsync()
{
Console.WriteLine($"DisposeAsync({_name}) THROWS — сейчас всё сломается");
throw new Exception($"DisposeAsync boom: {_name}");
}
}

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

Все уже пофикшено судя по всему, наверняка заедет в следующую версию.

🚧 Вообще не всем дано переехать сразу.

Например, я попытался перевезти свою Базу знаний на новые рельсы, но столкнулся с тем, что нужный пакет Pomelo.EntityFrameworkCore.MySql пока отсутствует для .NET 10.

Так что переехать сходу смогут не все.
Может, даже и хорошо — с таким багом можно и потерпеть 🎃

А вот результат, ради чего все это делается! Человек пару недель ночами не спал – делал возможным Notion-like экпириенс для наших редакторов! 🧨

На гифке короткое представление, как было и как стало:

Год назад делали с Серегой Орловым LiveActivities на андроиде.

Это такая штука, как на пояснительном дикпике выше. Выглядит просто.

Но я тогда открыл для себя, что в Андроиде все вещи, которые выглядят простыми скорее всего делать будет тупо сложно!

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

К примеру на верхней картинке верхний и нижний островок – это тупо разные компоненты, а не один и тот же просто переверстанный 👁👁

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

Короче, статья вышла прикольная! Заслуживает плюсика в карму 💯

🐸🐸 BackgroundTaskQueue

В первый раз за долгое время в практике понадобилось использовать бэкграундную таску.

Нужно было добавить в процесс логина автоприсваивание пользователям определенных доступов. Операция не обязательная и из-за нее не должен падать логин. Тем более процесс логина из-за нее тоже не хочется растягивать.

Можно было сделать fire and forget опустив слово await:

groupAccessService.AssignPredefinedSpacesAsync(existingUser, CancellationToken.None);

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

Вспомнил, что когда-то с IHostedService слышал про BackgroundTaskQueue

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

using System.Threading.Channels;  
  
namespace Dodo.KnowledgeBase.Web.Services.BackgroundTasks;  
  
public class BackgroundTaskQueue(IServiceScopeFactory serviceScopeFactory) : IBackgroundTaskQueue  
{  
    private readonly Channel<Func<CancellationToken, ValueTask>> _queue =  
        Channel.CreateUnbounded<Func<CancellationToken, ValueTask>>();  
  
    public async ValueTask QueueAsync(Func<CancellationToken, ValueTask> workItem)  
    {  
        ArgumentNullException.ThrowIfNull(workItem);  
        await _queue.Writer.WriteAsync(workItem);  
    }  
  
    public async ValueTask QueueAsync(Func<IServiceProvider, CancellationToken, ValueTask> workItem)  
    {  
        ArgumentNullException.ThrowIfNull(workItem);  
  
        await _queue.Writer.WriteAsync(ScopedWorkItem);  
        return;  
  
        async ValueTask ScopedWorkItem(CancellationToken ct)  
        {  
            using var scope = serviceScopeFactory.CreateScope();  
            await workItem(scope.ServiceProvider, ct);  
        }  
    }  
  
    internal async IAsyncEnumerable<Func<CancellationToken, ValueTask>> DequeueAsync(  
        [System.Runtime.CompilerServices.EnumeratorCancellation] CancellationToken ct)  
    {  
        await foreach (var item in _queue.Reader.ReadAllAsync(ct))  
        {  
            yield return item;  
        }  
    }  
}

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

namespace Dodo.KnowledgeBase.Web.Services.BackgroundTasks;  
  
public class QueuedHostedService(  
    IBackgroundTaskQueue taskQueue,  
    ILogger<QueuedHostedService> logger) : BackgroundService  
{  
    protected override async Task ExecuteAsync(CancellationToken ct)  
    {  
        logger.LogInformation("Queued Hosted Service is running");  
  
        await foreach (var workItem in ((BackgroundTaskQueue)taskQueue).DequeueAsync(ct))  
        {  
            try  
            {  
                await workItem(ct);  
            }  
            catch (Exception ex)  
            {  
                logger.LogError(ex, "Error occurred executing task work item");  
            }  
        }  
    }  
}

И вот так это можно использовать:

await backgroundTaskQueue.QueueAsync(async (sp, ct) =>  
{  
    var groupAccessService = sp.GetRequiredService<IGroupAccessService>();  
    await groupAccessService.AssignPredefinedSpacesAsync(existingUser, ct);
});

Вроде несложно, но если что упадет, то всегда можно увидеть в логах в отличие от fire and forget запуска.

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

🐸🎄🐸

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

Поглотите столько оливье и крабового салата, чтобы хватило до следующего года, ну и вообще оторвитесь так, чтобы в первый рабочий день глаза смотрели на код чистым и незамутненным взором младенца: "А что это за буквы такие?"

Ну и всем мира и добра! И пусть вот будет для вас фотка из новогодней Местии для создания атмосферы!

⚡️ Симулятор зажигателя газоразрядной лампы!

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

На самом деле лампы эти довольно прикольные по своей идее – вы создаете молнию и просто постоянно ее поддерживаете, чтобы она давала свет. Первые лампы типа “Свеча Яблочникова” вот буквально светили электродугой. Что конечно жесть еще та. Просто прикиньте охуительность идеи – освещать улицы сварочными аппаратами! 🐸

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

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

Так вот – это все реально круто. А вот что не круто, так это лабы, в которых чтобы зажечь такую дуру надо было сначала приводить ее в рабочее состояние, а потом надеяться, что она загорится, потом понемногу снижать напряжение и молиться, чтобы она не погасла. Потому что если погасла – то это швах и надо ждать минут 40 пока она снова придет в рабочее состяние. А это значит, что лабу ты не закроешь, и придется пересдавать, что было довольно сложно.

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

Замутил вот такой вот такой вот симулятор зажигателя газоразрядной лампы!

1) Короче, проходите по ссылке (желательно с компа)
2) Включаете схему и крутите напряжение и все заданные ручки, пока лампа не начнет светиться.
3) Можете менять газ, менять давление в трубке, длину трубки, подогрев электродов – короче все что вы всегда хотели поменять, но не решались.
4) Если получится зажечь лампу (как на пояснительном дикпике) и не взорвать ее, то вы красавчики – можете в награду почитать ДУШНЕЙШУЮ лекцию о том, как это работает на физическом уровне.

🌭 Хочу хостить новые пет-проекты на бэк быстрее.

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

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

Раньше для таких целей я юзал хероку. Не знаю, помните такую штуку или нет, но она позволяла буквально в два клика развернуть бэк где-то на их сервере. То есть буквально – вы в папке проекта делали git push heroku main и вуаля – все раскатывалось! Там нужно было еще докер файл накидать, но это тоже было делом минутным. Короче, раньше было хорошо.

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

Dokku – это штучка, которую вы ставите на свой сервак и все! С этого момента можете хостить любую бурду за одну консольную команду git push dokku main

По сути – это просто докер и куча скриптов, которые за вас могут многое сделать. Даже можно базку для сервиса своего поднять! Ну и еще одну головную боль она с вас снимает – сама обновляет сертификаты для HTTPS через letsencrypt.

Пока что не пробовал поставить, ибо что-то пока лень 🦥 Думаю попозже завести на месяцок отдельный VPS под это дело и поиграться.

Но в общем, если вам нужна какая-то self-hosted альтернатива для быстрого теста всяких бэкэндерских идей, то Dokku должно прокатить. Ну и если кто пользовался, то расскажите тоже, вдруг оно говно и все об этом уже знают)

PS: И вот еще их репа на гитхабе

🧝‍♀️ Нужен ли еще Entity Framework в 2026 году?

Пытался недавно в очередной раз посмотреть, могу ли я перевести базу знаний на .NET 10. И – нет, все еще не могу. Потому что нужно дождаться когда выйдет совместимая версия библиотеки Pomelo которая отвечает за общение EF с MySQL. И это в очередной раз заставило меня задуматься о пользе которую я вообще получаю от EF.

➕ В теории плюсы:

1) Автоматизированное создание миграций
2) Написал класс и все – можешь работать
3) Писать запросы на LINQ удобнее, пототму что есть автокомплит и проверка компилитором.
4) И самая главная киллер-фича – я в любой момент могу переехать на новую базу данных.

Казалось бы. Но на самом деле в современном мире все эти плюсы довольно сомнительные,

➖ Потому что минусы буквально по каждому пункту:

1) Сейчас миграцию я могу написать агентом, так что на это я потрачу столько же времени сколько на ревью миграции которую сгенерит EF.
2) Мапперы из базы в модель я теперь тоже могу генерить агентами, так что плюс нивелируется
3) Может это конечно не всегда опция, но с TestContainers проще и надежнее написать на сложный запрос интеграционный тест и проверить, что он выполняется. Но вообще это нужно делать и для EF, потому что некоторые запросы в целом могут не смапиться нормально и попросить у вас переписать некоторые операторы на EF функции.
4) Ну и переезд на другую базу – звучит как крутой аргумент. Пожалуй даже единственный, который может сейчас определить нужен вам EF или нет. И в целом он даже выстреливал именно на базе знаний. Вот тут Арсений писал про это дело статью. Но в любом случае переезд базы – это крупная операция, в которой большую долю времени займет перенос данных. Предугадать, что в вашем переезде именно запросы будут бутылочным горлышком – ну это довольно сложно. Мне кажется это можно предугадать только если вы намеренно захотели это сделать.

Но даже из четвертого пункта следуют довольно 🚱 неочевидные минусы:

Если вы выбрали путь джедая и хотите иметь возможность переехать к примеру с MySQL на Postgress по клику. То попрощайтесь со встроенными функциями MySQL. Хотите заюзать INSERT ... ON DUPLICATE KEY UPDATE? Если планируете переезд, то придется отказатся от этой фичи. И EF тут не поможет. Этот запрос в любом случае придется переписывать.

Ну и далее сложности с поддержкой устройства самого EF.

1) Это довольно нетривиальный фреймворк, на его изучение вполне может уйти сравнимое время на изучение особенностей какой-то конкретной БД.
2) В какой-то момент вы поймаете себя на мысли, что пытаетесь не только разобраться, как вам написать запрос чтобы он не сломался, но и как открыть и заинжектить DBContext, чтобы ничего не потекло по памяти из-за неправильно использованного Change Tracker.
3) Разумеется вам постоянно еще нужно будет следить, чтобы не случился N+1. Не сказать, что это сложно, но блин, впопыхах можно и пропустить.
4) Ну и да, вам нужно будет ждать, когда не только нугет EF обновится, но и коннектор. Что потенциально + 1 зависимость

🅰️ Короче, все весомые плюсы, которые были до эпохи агентов у EF закончились, как мне кажется. Так что лично я бы для нового проекта эту штуку не выбрал в 2026 году. Вот такие дела.

Squad Health Check 🌡

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

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

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

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

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

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