Kurgan-Telecom Ru | Информационные технологии

Kind + Gateway API + Cilium в качестве Load Balancer

В этой статье я делюсь опытом развертывания и предлагаю заглянуть в настройку этой технологии — сетевой стек на базе Gateway API и Cilium, выступающего в роли балансировщика. Это практический стенд, демонструет возможности Cilium и декларативный подход к маршрутизации в локальной среде.

Что происходит с агентом, который не решает одну задачу, а живёт — долго, в мире, который всё время меняется? Я собрал NOWA-Cognitive, когнитивную архитектуру без backprop, без глобальной функции потерь и без языковой модели в контуре решений: днём агент записывает опыт быстро и «начерно», а долговременную память переписывает ночью, во сне. Рассказываю, как это устроено, на примере одних суток одной шиншиллы из колонии — G3A1SF.

В 10 утра 29 января при дедлайне 30-го приложение показывало ноль дней. Их было два. Почему .inDays округляет вниз, зачем календарным дням UTC и почему у скользящего окна нет формулы.

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

Xray, sing‑box, Hysteria2, AmneziaWG, TrustTunnel, TURN‑транспорт, MasterDNS, OpenFlux и snolc в одном приложении, с одним Go‑рантаймом на весь процесс. А ещё VLESS с Reality и XHTTP, VMess, Trojan, Shadowsocks, NaiveProxy и WireGuard, всё под Android, Windows, Linux и iOS. Внутри: почему два gomobile‑AAR роняют процесс, как bsdiff упёрся в 2 ГиБ, почему пинг в уведомлении всегда показывал ноль и как перенести данные на новый applicationId, чтобы ими не воспользовалось чужое приложение.

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

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

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

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

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

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

Единого подхода к тому, что считать широкополосным доступом к интернету (ШПД), не существует — требования отличаются от страны к стране. Различаются и проблемы, мешающие расширять покрытие: где-то все дело в изношенной инфраструктуре, на базе которой приходится строить новые сети, а где-то палки в колеса операторов вставляют (внимание!) железнодорожные компании. Посмотрим, с какими необычными трудностями сталкиваются телекомы в США, ЕС, Канаде и других странах, как можно их обойти, и какие планы по развитию ШПД строят у нас в России.

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

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

Итак, друзья, у нас завершилась очередная стратегическая сессия. На ней поставлена задача "нанять супер-менеджеров по продажам". Как же мы раньше не догадались? Спасибо CEO - подсказал!

План такой: мы нанимаем суперзвезд -> они делают супер-продажи -> конкуренты побеждены -> доля рынка выросла -> собственник счастлив. А теперь - выполнять!

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

Только с немного другой стороны. Ладно форматы, а вы помните свой первый смартфон? Если мы с вами примерно одного возраста, то, скорее всего, это что-то на Symbian, да? А помните, каким он был крутым для своего времени?

Вот и предлагаю вспомнить. Мы потеряли эти ОС благодаря вездесущей стандартизации… Или причина всё же в другом?

На орбите Земли насчитывается около 17 000 активных спутников. Кроме них там хватает и другой техники, которая давно отслужила свое: отключенных аппаратов, ракетных ступеней, потерявшихся мелких деталей и обломков разного рода. Все это продолжает двигаться, но не всегда синхронно — случаются проблемы. В целом, отслеживать крупные объекты и уходить от опасных сближений операторы научились, так что тут более или менее хорошо. А вот с мелким мусором сложнее: его гораздо больше, а заранее определить, откуда он прилетит и куда полетит дальше, получается далеко не всегда.

Поскольку сейчас на орбиту продолжают выводить новые группировки спутников, работы у специалистов по орбитальной безопасности полетов прибавляется. И если вы считаете, что ненужное железо само по себе начнет снижаться и в итоге сгорит в атмосфере, то это не совсем так. На некоторых высотах оно может оставаться столетиями. Специалисты Европейского космического агентства (ESA) изучили вопрос и сделали выводы, к чему приведет дальнейшее накопление космического мусора. Давайте разбираться.

Лет десять назад я делал инструмент сверки таблиц для мультимастера — крайне неэффективным способом: брал снапшот и под ним просто шёл по таблице, матчил строки. С тех пор задача стала только актуальнее: одни и те же данные всё чаще живут в разных дата-центрах, на разных инстансах с надёжным failover’ом, и рано или поздно приходится задумываться о проверке их идентичности.

Готовые инструменты для сравнения таблиц в мире Postgres есть — pg_comparator, pgCompare, ACE. Однако давайте сегодня поразмышляем, стоит ли ради большей эффективности городить огород с дополнительным софтом. Может быть, хватит простой транзакции и golang-скрипта, выполняющего SQL на обоих инстансах?

Казалось бы, если вынести российские приложения в отдельный профиль Shelter и исключить их из VPN-маршрутизации, проблема обнаружения VPN на Андроиде должна исчезнуть. У меня такая схема действительно работала — пока осенью не начались странности с банковскими приложениями и VK.

Но что на самом деле видит приложение из своего изолированного профиля?

Я решил проверить это экспериментально: шесть сценариев на Android, диагностика RKNHardering и сравнение результатов. Некоторые выводы оказались весьма любопытными. И не всегда очевидными.

Архитектура ZAP: Как обойти кремниевый тупик, убрать «бутылочное горлышко» Фон Неймана и запустить ИИ на адиабатических фазовых коллизиях

Сегодня индустрия искусственного интеллекта упёрлась в очевидный технологический и энергетический тупик. Попытки масштабировать классические кластеры на базе бинарного кремния (NVIDIA H100/B200) приводят к экспоненциальному росту энергопотребления. Дата‑центры требуют мегаватты мощности. Причина этого — не плохой софт, а фундаментальные ограничения: физический предел кремния (квантовое туннелирование на затворах менее 2 нм) и классическое бутылочное горлышко Фон Неймана (Von Neumann bottleneck) — постоянный энергозатратный дрейф данных между процессором и памятью по шине.

У меня несколько кластеров Ceph с S3, они стоят в разных ЦОД, и у каждого свой адрес, свои пользователи и свои ключи.

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

В статье расскажу, как я сделал для всех один адрес и балансер, который по access key сам находит нужный кластер, не трогая подпись и не зная секретов, как он переживает отказы, переезды и multisite, и почему в итоге по карте трафика у меня ездят машинки.

«Утром никто не может зайти: начало сеанса запрещено». «Пользователь ушёл домой ещё вчера, а его сеанс до сих пор висит и держит лицензию». «rphost опять съел всю память, перезагружаем сервер, как каждую неделю». Если вы хоть раз администрировали 1С, у вас сейчас дёрнулся глаз.

А потом я сделал то, от чего у любого безопасника поднимется давление: посадил ИИ-агента за большой рабочий кластер. Без RDP, из обычного чата. В тестовую базу, не паникуйте, но кластер настоящий: 16 баз, два сервера, 512 ГБ памяти. Пятнадцать минут диагностики, тринадцать минут разработки. Ниже протокол без купюр: что агент нашёл, где споткнулся, чего я ему не разрешил и что пока не проверял.

Честно сразу: инструмент, через который агент лез на сервер, мой. Называется Local Commander. Так что если вам покажется, что я его хвалю, дочитайте до раздела про то, что в нём надо чинить. Он длинный.

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

Заодно представлю несколько готовых хронологий для примера: «История языков программирования», «Великие научные открытия», «Освоение космоса», «Технологии повседневной жизни», «История авиации», «История оружия: от пороха до ядерной бомбы» и другие.

Неделю назад я запустил DevRaid — платформу, где разработчики подтверждают навыки через сдачу репозиториев. За это время через неё прошли 47 человек, 80 сдач, 20 подтверждённых профилей. И я понял одну вещь, которая бьёт по всей индустрии найма.

GitHub — не подтверждение кода. Это склад файлов. И работодатель это знает.

В HydraScript мне понадобились две привычные операции со строками: получить длину и обратиться по индексу. Массивы уже умели и то и другое. Чтобы научить этому строки, нужно было поправить несколько мест в семантическом анализаторе: каждое по-своему решало, что разрешено делать с типом.

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

HydraScript — мой интерпретируемый язык, написанный на C#. В нём статическая типизация, поэтому несовместимые операции нужно отсеять до исполнения. Для поддержки text[index] мало достать символ из .NET-строки: анализатор должен понять, допустимо ли выражение и какой у него тип.