Кое-что о VLN

VLN - Виртуальная Локальная Сеть - не новая для нас технология. Мы, по сути дела, уже ее использовали в работе над Учебными Проектами, когда компьютеры Разработчиков одного Учебного Проекта связывали в локальную сеть для организации совместной работы над Проектом. Теперь же мы через VPN связали в одну локальную сеть все компьютеры Клуба, включая и те, которые используются под разного рода серверные приложения, например, Gitlab, Minio, Matrix Synapse, Prometheus, Grafana, Kubernetes и другие.

При этом нам удалось добиться некоторых очень важных для нас вещей. Вот только пять наиболее значимых из них - об остальном можно прочесть в документации о VLN.

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

Во-вторых, нам удалось сделать использование Кластера Kubernetes гораздо более простым и надежным, способным выполнять запросы на виртуальные машины и публикацию контейнеров в них значительно быстрее, а также гораздо быстрее восстанавливаться после сбоев.

В-третьих, мы существенно упростили и ускорили конфигурирование виртуальных машин Разработчиков, тиражирование и установку ПО.

В-четвертых, мы упростили и сделали более эффективным использование Серверов Gitlab, Minio, Prometheus, Grafana.

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

VLN и коммуникации

Эффективная связь Разработчиков обязательна для достижения высокачественных результатов. При работе в рамках Учебной Программы мы опирались исключительно на Matrix Synapse, через который общались текстом, голосом и видео, а также обменивались Указателями - ссылками на объекты, которые создавались в процессе разработки Учебных Проектов. И в принципе это было не так уж плохо...

Но связав все компьютеры Клуба в одну локальную сеть, мы смогли сделать кое-что получше. Подробно об этом можно прочесть в документации о VLN, здесь же мы бы хотели отметить две вещи. Во-первых, мы разработали и используем так называемый Виртуальный Офис - полную иммитацию совместной работы Сотрудников в одном офисном помещении, где каждый Сотрудник имеет Рабочее Место, а такие объекты, как Репозитарий и другие расположены в соответствующих Виртуальных Помещениях. И все это можно видеть и использовать через 3D Оболочку.

А второе, это особый механизм видимости Сотрудников. Каждый Сотрудник видит всех Сотрудников, но может ограничить видимость решаемыми задачами, участием в одном Проекте и конкретными бизнес-процессами, например, Сотрудник может видеть только Сотрудников Лаборатории, выполняющих разработку Решения для него, или Сотрудников с конкретными Профилями - вариантов много.

Кластер Kubernetes

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

В течение 2024-го года мы разработали архитектуру ПО и с начала 2025 года приступили к разработке ПО. Но уже буквально с первых шагов разработки мы увидели, что результат можно получить гораздо быстрее и функционально более полным, если бы компьтеры были связаны в единую локальную сеть. Собственно идея VLN так и появилась - оттолкнулись от кластера Kubernetes, а в итоге пересмотрели архитектуру нашей совместной работы.

Сервисы в условиях VLN

Есть несколько Сервисов: Система Контроля Версий - Gitlab, Репозитарий - Minio, Измерительная Система - Prometeus, Система Отображения Метрик - Grafana и несколько других на основе собственных разработок, например, Система Контроля Качества Кода - CQCS, без использования которых разработка Учебных Проектов была невозможна.

Сервисы хорошо себя показали в течение Учебной Программы, но нам всегда не хватало связности Сервисов в единый комплекс услуг. Мы спроектировали такую связность к маю 2025 года, но реализовать ее решили в рамках VLN. Как ни странно, решающим фактором, существенно повлиявшим на скорость разработки и высокий уровень функциональности оказалось положение всех Сервисов в одной локальной сети, а точнее принятая в ней модель аутентификации - авторизации.

Проекты в условиях VLN

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

Первый этап - это презентация Проекта. На этом этапе нет ни фронтенда, ни бэкенда, а есть только полная ясность в отношении Цели Проекта, его Архитектуры и выбран программный стек Проекта. Эта информация оформляется как одна или несколько страниц, именуется PPP - Project Presentation Pages и публикуется на одном из рабочих VDS под доменным именем Проекта. Как правило для PPP используется один из шаблонных вариантов, но в некоторых случаях PPP уникален. Как вариант PPP может публиковаться в составе Портала 4T VLN.

Второй этап - это публикация Проекта в форматах UDP или APP. UDP в целом он похож на MVP - Minimal Viable Product, но в деталях существенно от него отличается. Главной целью UDP является возможность видеть Модель Аутентификации-Авторизации, варианты дизайна фронтенда и состав фукциональности Проекта. При этом некоторая функциональность может быть показана, но не работоспособна. Такой вариант Проекта публикуется также на рабочем VDS под доменным именем Проекта взамен PPP, который перемещается в Портал 4T VLN. О формате APP коротко рассказать сложно, лучше прочесть в соответствующей документации. Однако нужно иметь ввиду, что главное в нем исключительно совершенная технология защиты от взлома.

И третий этап - это, по сути дела, Проект в состоянии разработки. Проект на этом этапе состоит из двух частей: первая - это Проект в форматах UDP или APP, но с полной функциональностью фронтенда, а вторая - это Проект в Кластере Kubernetes, без фронтенда, но с Личными Кабинетами и иными Разделами в состоянии разработки. После завершения третьего этапа выполняется полная сборка Проекта в Кластере Kubernetes.

Резюме

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