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

Сами модули могут быть реализованы на множестве разных технлогий. Доддерживаемые технологии расширяются динамически, посредством добавления новых драйверов для дапуска того или иного типа модулей.
Сейчас планируются следующие драйверы:
- Unix. Запуск модулей через создание чаилд процесса в ОС.
- Wasm. Запуск .wasm модулей.
- Docker. Запуск OCI контейнеров, через обращение к докеру.

Для осуществления доставки модулей, реализуется object storage, который является постоянным хранилищем состояния для разворачиваемой архитектуры. Там же хранятся ресурсы, необходимые для запуска модулей (OCI контейнеты, wasm байт-код и прочее). Благодаря возможности сетивой интеграции этих хранилищ, Будет реализована возможность загрузки необходимого модуля из сети (процесс чем-то схож с концепцией proxy из golang).

Для обеспечения взаимодействия межу модулями, используется шина данных реализующая такие виды коммуникации:
- Push. Простая доставка сообщений целевому модулю.
- Req/Res.  Доставка сообщения, которое может иметь связанное с ним ответное сообщение (RPC).
- Pub/Sub. Возможность подписаться на события.

Маршрутизация сообщений происходит благодаря координатору. Этот компонент реализует адресацию модулей.

Для экономии ресурсов, существует модуль terminator, который отслеживает дерево зависимх модулей, и при необходимости, убивает те модули, которые не связаны с основным деревом. (Механизм подобен остановке осиротевших процессов в ОС).

И это я ещё только начал про базовый уровень рассказывать.

сейчас реализовано и хоть как-т работает шина, координатор, механизм подключения драйверов (пока только buildin), драйвер UNIX, object storage, сама программа (в смысле демон и CLI).

Вооще, предполагается возможность бесшевного переноса модулей между машинами.

Расшаривание модулей (ресурсов), т.е. подключение запущенных в довереном внешнем "облаке" модулей к инфраструктуре.

Механизм для поиска и доставки необходимых тебе модулей (что-то типа Package Manager).

Протокол, позволяющий находить необходимые модули.

Мультивендорная система обновления.

Построение динамичемких экосистем, и многое другое.

блин, там писать и писать =)

?

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

Сеты большие? Сетов много?

что за типы?

сеты на самом деле таплы, в каждой позиции значение енума или пусто, енумы 4 разных значения возможных имеют

Какой размер тапла?

длина тапла 9

А сколько таплов?

пара сотен

Хм. Можно каждый тапл закодировать в виде битовой маски, по 2 бита на элемент

я вот тоже думал но количество вариантов в енуме скорее всего увеличится в какой-то момент

Самую похожую искать за линию, но для поиска расстояния будет xor+popcnt, а это быстро

Запас есть)

пока так сделаю, спасибо

Спроси еще в t.me/proalgorithms