В рамках Учебной Программы в Цикле II Клуба 4T архитектура разработки Учебных Проектов основывалась на Учебных Процессах, Планировании и Управлении Проектами, Разработке Типовых Решений, Инструментальных Средствах Разработки и Общения и Технологии Публикации Проектов. Коротко и подробно об этом можно прочесть в документах Учебной Программы.
Программа AGI Цикла III Клуба 4T имеет в своей основе похожую архитектуру за двумя исключениями. Первое заключается в существенном пересмотре ролей Лабораторий. Они теперь более четко разделили свои функции. Лаборатория 4T LAB концентрируется на экспертизе Знаний и Решений в основном в сфере ИТ и ИИ и только в исключительных случаях разрабатывает Решения, а Лаборатория HUVENLAB концентрируется на разработке теоретических оснований Знаний и Решений. При этом новая Лаборатория AGI LAB поддерживает все шесть сфер деятельности Программы AGI.
А второе исключение заключается в создании Виртуальной Локальной Сети и объединении в ее рамках многих аспектов разработки Проектов, которые ранее были относительно независимы. Об этом коротко можно прочесть в правой части страницы и подробно в документах Программы AGI.
В своих Личных Кабинетах на этом Портале 4T VLN и на Портале 4T DEV вы можете получить доступ к большой группе документов - более 20, подробно описывающих VLN, а также к Учебным Материалам - Курсам, Урокам, Юнитам и Конспектам Курсов и Вебинаров, которые помогут вам разобраться в деталях устройства VLN и научиться использовать ее максимально эффективно.
Поскольку Программа AGI ориентирована на концепции и технологии AGI, то особое значение имеют ее Основания и Решения, использованные в Исполнительных Проектах AGI - имеются ввиду Проекты AGI и в Тестовых Проектах - имеются ввиду Учебные Проекты Учебной Программы, на которых исследуются возможности AGI. А изучить это можно только в процессе изучения самих Проектов. Что мы и предлагаем сделать применительно к Проектам, реестр которых представлен на этой странице справа.
Для доступа к конкретному Проекту необходимо выбрать Группу - AGI. AI, AN, BRAIN, CORTEX, EASY, HOME, HRM, HUVEN, MEP, NEURO, NG, NMC, OPEN, PERSON, POWER, QUANTUM, SPACE и STORY, в которой находится интересующий вас Проект, нажать на ее наименование и вам будет показан список Проектов, которые есть в этой Группе. Затем вы можете перейти к действиям с Проектом, нажав на один следующих значков:
Это ссылка на Дескриптор Проекта - документ всесторонне описывающий Проект. Самой важной частью этого документа является описание уникальных AGI Решений, которые были разработаны при создании Проекта и которые принципиально применимы в других Проектах.
Это ссылка на Менеджер настройки Проекта, который позволяет вам выбрать такой режим демонстрации Проекта, при котором вы будете видеть только актуальные для вас разделы Проекта и ваше персональное меню отображения Проекта. Это даст вам возможность быстрее получать доступ к помеченным областям Проекта.
Это ссылка на Управление доступом к Проекту. Перейдя по этой ссылке вы можете скачать программное обеспечение доступа к Проектам в VLN, настроить его и видеть Проект так, как если бы он находился в в одной локальной сети с вами, а вы отображали его с помощью обычного браузера.
Это ссылка на UDP редакцию Проекта, если такая редакция есть.
Руководитель Проектов AGI
VLN - Виртуальная Локальная Сеть - не новая для нас технология. Мы по сути дела уже ее использовали в работе над Учебными Проектами, когда компьютеры Разработчиков одного Учебного Проекта связывали в локальную сеть для организации совместной работы над Проектом. Теперь же мы через VPN связали в одну локальную сеть все компьютеры Клуба, включая и те, которые используются под разного рода серверные приложения, например, Gitlab, Minio, Matrix Synapse, Prometheus, Grafana, Kubernetes и другие.
При этом нам удалось добиться некоторых очень важных для нас вещей. Вот только пять наиболее значимых из них - об остальном можно прочесть в документации о VLN.
Во-первых, мы получили возможность хорошо видеть рабочее состояние нашего коллектива, то есть кто активен, чем занят, насколько продуктивно работает и все это через несколько десятков хорошо продуманных метрик.
Во-вторых, нам удалось сделать использование Кластера Kubernetes гораздо более простым и надежным, способным выполнять запросы на виртуальные машины и публикацию контейнеров в них значительно быстрее, а также гораздо быстрее восстанавливаться после сбоев.
В-третьих, мы существенно упростили и ускорили конфигурирование виртуальных машин Разработчиков, тиражирование и установку ПО.
В-четвертых, мы упростили и сделали более эффективным использование Серверов Gitlab, Minio, Prometheus, Grafana.
И, в пятых, мы получили возможность перейти на новую более эффективную технологию выполнения всех Этапов Разработки.
Эффективная связь Разработчиков обязательна для достижения высокачественных результатов. При работе в рамках Учебной Программы мы опирались исключительно на Matrix Synapse, через который общались текстом, голосом и видео, а также обменивались Указателями - ссылками на объекты, которые создавались в процессе разработки Учебных Проектов. И в принципе это было не так уж плохо...
Но связав все компьютеры Клуба в одну локальную сеть, мы смогли сделать кое-что получше. Подробно об этом можно прочесть в документации о VLN, здесь же мы бы хотели отметить две вещи. Во-первых, мы разработали и используем так называемый Виртуальный Офис - полную иммитацию совместной работы Сотрудников в одном офисном помещении, где каждый Сотрудник имеет Рабочее Место, а такие объекты, как Репозитарий и другие расположены в соответствующих Виртуальных Помещениях. И все это можно видеть и использовать через 3D Оболочку.
А второе, это особый механизм видимости Сотрудников. Каждый Сотрудник видит всех Сотрудников, но может ограничить видимость решаемыми задачами, участием в одном Проекте и конкретными бизнес-процессами, например, Сотрудник может видеть только Сотрудников Лаборатории, выполняющих разработку Решения для него, или Сотрудников с конкретными Профилями - вариантов много.
В течение всего срока действия Учебной Программы мы постоянно развивали технологию использования кластера Kubernetes для разработки Учебных Проектов. При этом мы опирались только на штатное программное обеспечение Kubernetes и некоторые авторитетные разработки для него. В целом это вполне оправдало себя, но мы видели возможности существенно развить технологию использования Kubernetes путем разработки ПО, ориентированного на многопроектную и многопоточную управляемую сложными сетевыми планами разработку Проектов, то есть на основе специализации кластера.
В течение 2024-го года мы разработали архитектуру ПО и с начала 2025 года приступили к разработке ПО. Но уже буквально с первых шагов разработки мы увидели, что результат можно получить гораздо быстрее и функционально более полным, если бы компьтеры были связаны в единую локальную сеть. Собственно идея VLN так и появилась - оттолкнулись от кластера Kubernetes, а в итоге пересмотрели архитектуру нашей совместной работы.
Есть несколько Сервисов: Система Контроля Версий - Gitlab, Репозитарий - Minio, Измерительная Система - Prometeus, Система Отображения Метрик - Grafana и несколько других на основе собственных разработок, например, Система Контроля Качества Кода - CQCS, без использования которых разработка Учебных Проектов была невозможна.
Сервисы хорошо себя показали в течение Учебной Программы, но нам всегда не хватало связности Сервисов в единый комплекс услуг. Мы спроектировали такую связность к маю 2025 года, но реализовать ее решили в рамках VLN. Как ни странно, решающим фактором, существенно повлиявшим на скорость разработки и высокий уровень функциональности оказалось положение всех Сервисов в одной локальной сети, а точнее принятая в ней модель аутентификации - авторизации.
Переход на технологию VLN не влияет на технологию разработки Проектов, но добавляет некоторые шаги по представлению Проектов. Причем это даже не требование технологии VLN, а скорее наше желание поэтапно видеть Проект, не дожидаясь завершения работы над ним.
Первый этап - это презентация Проекта. На этом этапе нет ни фронтенда, ни бэкенда, а есть только полная ясность в отношении Цели Проекта, его Архитектуры и выбран программный стек Проекта. Эта информация оформляется как одна или несколько страниц, именуется PP - Project Presentation и публикуется на одном из рабочих VDS под доменным именем Проекта. Как правило для PP используется один из шаблонных вариантов, но в некоторых случаях PP уникален. Как вариант PP может публиковаться в составе Портала 4T VLN.
Второй этап - это публикация Проекта в формате UDP - Unified Demo Project. В целом он похож на MVP - Minimal Viable Product, но в деталях сщественно от него отличается. Главной целью UDP является возможность видеть Модель Аутентификации-Авторизации, варианты дизайна фронтенда и состав фукциональности Проекта. При этом некоторая функциональность может быть показана, но не работоспособна. Такой вариант Проекта публикуется также на рабочем VDS под доменным именем Проекта взамен PP, который перемещается в Портал 4T VLN.
И третий этап - это, по сути дела, Проект в состоянии разработки. Проект на этом этапе состоит из двух частей: первая - это Проект в формате UDP, но с полной функциональностью фронтенда, а вторая - это Проект в Кластере Kubernetes, без фронтенда, но с Личными Кабинетами и иными Разделами в состоянии разработки. После завершения третьего этапе выполняется полная сборка Проекта в Кластере Kubernetes.
VLN - это очередной шаг в развитии наших технологий разработки Проектов. Пока у нас небольшой, но весьма положительный опыт работы с VLN, надеемся, что и вы будете того же мнения. Обратите внимание на наличие полного описание VLN и соответствующих Учебных Материалов - об этом было сказано в колонке слева.