[{"data":1,"prerenderedAt":100},["ShallowReactive",2],{"api:\u002Fapi\u002Fconfig:ru":3,"api:\u002Fapi\u002Fnotes:ru":8,"api:\u002Fapi\u002Fprojects\u002Fraft-kv:ru":32},{"email":4,"lang":5,"name":6,"role":7},"hello@ewsirdev.example","ru","Ewsirdev","Веб-разработчик: сайты, лендинги и сервисы на Go",[9,16,22,27],{"slug":10,"lang":5,"title":11,"date":12,"summary":13,"project":14,"minutes":15},"double-booking","Двойная бронь: транзакция плюс частичный UNIQUE-индекс","2026-10-20","Как booking-slots защищается от двух клиентов, которые одновременно записываются на одно время, и чем проверяется эта защита.","booking-slots",1,{"slug":17,"lang":5,"title":18,"date":12,"summary":19,"project":20,"minutes":21},"lease-and-fencing","Lease и fencing: как очередь не теряет задачу и не даёт ей выполниться дважды «зомби»","Воркер может упасть, зависнуть или проснуться, когда его задачу уже забрали. Разбираю, как lease и токен аренды в job-queue решают это в SQLite.","job-queue",2,{"slug":23,"lang":5,"title":24,"date":12,"summary":25,"project":26,"minutes":15},"p95-nearest-rank","p95 в мониторе доступности: метод ближайшего ранга и чего он не скрывает","Как uptime-monitor считает p50\u002Fp95 задержки и аптайм, почему выбран метод ближайшего ранга и где эти цифры обманчивы.","uptime-monitor",{"slug":28,"lang":5,"title":29,"date":12,"summary":30,"project":31,"minutes":21},"websocket-from-scratch","WebSocket на стандартной библиотеке: что на самом деле происходит под new WebSocket()","Зачем в realtime-rooms написан собственный слой RFC 6455, какие нарушения протокола он проверяет и почему для продакшена всё равно лучше взять библиотеку.","realtime-rooms",{"slug":33,"title":34,"type":35,"stack":36,"description":51,"highlights":52,"run":59,"hue":60,"og":61,"shots":62,"case":70,"case_lang":5,"prev":94,"next":97},"raft-kv","Плот: KV на Raft","backend",[37,38,39,40,41,42,43,44,45,46,47,48,49,50],"Go","Raft","Distributed systems","Consensus","stdlib only","HTTP\u002FJSON","SSE","WAL + fsync","Snapshots","Linearizability","Deterministic simulation testing","Vanilla JS","Docker","GitHub Actions","Учебная реализация Raft с нуля на чистой stdlib: выборы лидера, репликация лога, коммит по кворуму, лог и term\u002Fvote на диске с fsync, снапшоты с компакцией, линеаризуемые чтения (read-index), редирект фолловера на лидера. Тестируется детерминированным симулятором сети и времени с проверкой линеаризуемости; дашборд умеет убивать лидера и рвать сеть (демо).",[53,54,55,56,57,58],"Raft с нуля на stdlib","без raft-библиотек","Детерминированный симулятор сети и времени + проверка линеаризуемости","Лог и term\u002Fvote с fsync","снапшоты и компакция","Дашборд: убить лидера и разорвать сеть (демо)","cd raft-kv && set SEED_DEMO=1&& go run .\u002Fcmd\u002Fraft-kv",290,"\u002Fog\u002Fraft-kv.jpg",{"desktop":63,"desktop_sm":64,"mobile":65,"dw":66,"dh":67,"mw":68,"mh":69},"\u002Fshots\u002Fraft-kv-desktop.webp","\u002Fshots\u002Fraft-kv-desktop-sm.webp","\u002Fshots\u002Fraft-kv-mobile.webp",1280,800,390,844,{"about":71,"features":74,"run":84,"notes":89},[72,73],"«Плот» — кластер из трёх узлов, которые договариваются о порядке записей по алгоритму Raft. Алгоритм написан с нуля на чистой stdlib Go, без raft-библиотек и внешних зависимостей, по статье Ongaro и Ousterhout «In Search of an Understandable Consensus Algorithm».","Рядом дашборд на ванильном JS: роли узлов, term, commit и хвост лога в реальном времени, а в демо-режиме можно убить лидера или оборвать сеть и посмотреть, как кластер выбирает нового. Это учебная реализация: она не прошла Jepsen и не предназначена для продакшена.",[75,76,77,78,79,80,81,82,83],"Выборы со случайным таймаутом, голос только кандидату с не отстающим логом; term и votedFor пишутся на диск до рассылки запросов","Репликация лога с подсказкой ConflictIndex: лидер откатывается сразу к началу конфликтующего term, а не на шаг","Коммит по кворуму только для записей текущего term (раздел 5.4.2 статьи); новый лидер сразу кладёт в лог no-op","Персистентность: WAL с CRC32 и fsync, state.json через временный файл и rename, битый хвост лога обрезается при загрузке","Снапшоты и компакция «поколениями» файлов: крэш на любом шаге оставляет целое старое или целое новое состояние; отставшему фолловеру уходит snapshot","Линеаризуемые чтения через read-index без часов и лизов; чтение с ?stale=1 локальное и может отставать","Ядро raft.Node без горутин и часов: время приходит через Tick, сообщения через Step, поэтому тот же код работает и в рантайме, и в симуляторе","Детерминированный симулятор сети и времени (потери, задержки, обрывы, крэши) с проверкой инвариантов и линеаризуемости истории (Wing и Gong)","Дашборд на SSE: роль, term, commit\u002Fapplied, хвост лога; кнопки аварий и стоп узла работают только при SEED_DEMO=1",[85,86,87,88],"git clone \u003Cрепозиторий по запросу> raft-kv","cd raft-kv","SEED_DEMO=1 go run .\u002Fcmd\u002Fraft-kv   # дашборд http:\u002F\u002Flocalhost:8098, узлы на 8095-8097","curl -L -X PUT localhost:8096\u002Fkv\u002Fcity -d Berlin   # фолловер перенаправит на лидера",[90,91,92,93],"Состав кластера фиксирован: ровно три узла, без динамического членства и joint consensus. Нет pre-vote и check-quorum: отрезанный фолловер раздувает term, а отрезанный лидер считает себя лидером, пока не увидит больший term (линеаризуемые чтения он при этом не отдаёт).","Нет клиентских сессий и exactly-once. Ответ 504 означает «исход неизвестен»: команда могла закоммититься позже. Повтор PUT безопасен, потому что он идемпотентен.","Проверка собственная, не Jepsen. В симуляторе идеальный диск, снапшот уходит одним сообщением и целиком держится в памяти, TLS и аутентификации нет, каждый PUT это отдельный fsync.","Одна ручная мутация тестами не ловится: коммит записей прошлых term (фигура 8 из статьи) не покрыт целенаправленным сценарием. Тесты с -race проходят только в CI (локально нет gcc), Docker-образ не собирался.",{"slug":95,"title":96},"landing-3d","ОКСО Т1: 3D-лендинг",{"slug":98,"title":99},"auth-service","Ключница: сервис аутентификации",1792697892698]