В рамках Учебной Программы в Цикле 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, HRM, KP, NEURO, NMC, OPEN, PERSON, POWER, QUANTUM, SPACE, STORY и TOP, в которой находится интересующий вас Проект, нажать на ее наименование и вам будет показан список Проектов, которые есть в этой Группе. Затем вы можете перейти к действиям с Проектом, нажав на один следующих значков:
Это ссылка на Дескриптор Проекта - документ всесторонне описывающий Проект. Самой важной частью этого документа является описание уникальных AGI Решений, которые были разработаны при создании Проекта и которые принципиально применимы в других Проектах.
Это ссылка на Менеджер настройки Проекта, который позволяет вам выбрать такой режим демонстрации Проекта, при котором вы будете видеть только актуальные для вас разделы Проекта и ваше персональное меню отображения Проекта. Это даст вам возможность быстрее получать доступ к помеченным областям Проекта.
Это ссылка на Управление доступом к Проекту. Перейдя по этой ссылке вы можете скачать программное обеспечение доступа к Проектам в VLN, настроить его и видеть Проект так, как если бы он находился в в одной локальной сети с вами, а вы отображали его с помощью обычного браузера.
Это ссылка на UDP редакцию Проекта, если такая редакция есть. Если редакции нет, то это ссылка на PP (Project Presentation) редакцию Проекта или пустая ссылка.
Руководитель Проектов 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 и соответствующих Учебных Материалов - об этом было сказано в колонке слева.