Перейти к содержимому
AI IT Workforce

Концепция · стадия проверки идеи

Ваш виртуальный IT-отдел на базе AI

Your IT Department. Powered by AI

Первая роль — AI Infrastructure Engineer: изучает инфраструктуру на VMware, MikroTik и Linux, находит проблемы, готовит план изменений и выполняет его только после согласования человеком.

Продукт на стадии концепции. Ниже — честная интерактивная симуляция, а не работающая платформа.

Проблема

Малому и среднему бизнесу нужна надёжная IT-инфраструктура, но держать полноценный IT-отдел дорого.

  • 01

    Дорогие компетенции

    Инженер, который разбирается одновременно в виртуализации, сетях и Linux, стоит дорого, а загрузка у небольшой компании неравномерная.

  • 02

    Зависимость от одного человека

    Знания о сети и серверах часто хранятся в голове одного администратора. Отпуск или увольнение превращается в риск.

  • 03

    Ручная эксплуатация

    Типовые операции — создать VM, открыть доступ, проверить место — выполняются вручную и без единого журнала.

  • 04

    Разрозненная документация

    Схемы, пароли и инструкции лежат в разных местах и быстро устаревают.

Решение: AI Infrastructure Engineer

Виртуальный инженер, который работает вместе с людьми, а не вместо контроля.

  • Visibility

    Прозрачность

    Автоматическая инвентаризация и Digital Twin: какие хосты, VM, сети и связи есть на самом деле.

  • Controlled automation

    Контролируемая автоматизация

    Изменения — через план, политики доступа, согласование человеком и обязательную проверку результата.

  • Managed service

    Управляемый сервис

    Сначала собственное управляемое IT-обслуживание клиентов, затем — платформа для MSP-партнёров.

Цикл работы

  1. 1Infrastructure Discovery
  2. 2Digital Twin
  3. 3AI Diagnosis
  4. 4Plan
  5. 5Human Approval
  6. 6Safe Execution
  7. 7Verification

Как это будет работать

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

Целевая архитектура: Hybrid Control Plane и Local GatewayСлева облачный контур: AI Engine, permission gate, согласование человеком и аудит. Справа контур клиента: Local Gateway, который сам устанавливает исходящее соединение и работает с vCenter, MikroTik и Linux по типизированным инструментам.Control Plane (облако)рассуждает и планирует, доступа к сети клиента не имеетAI Engineдиагностика, Digital Twin, планы измененийPermission gateполитики: можно /нельзя / согласоватьHuman approvalсогласование поplan_digestAudit log + GitOpsкаждое действие и желаемое состояние — в журнале и репозиторииЧеловек в контуреинженер сервиса и ответственный со стороны клиентавидят план, риски и результат проверокисходящийTLS-каналот шлюзаИнфраструктура клиентаданные и доступы остаются внутриLocal Gatewayхранит доступы локально, только исходящие соединениявыполняет типизированные инструментыпроверяет результат после измененийvCenter / ESXiVM, хостыMikroTikсети, firewallLinuxсерверыЧто уходит в облакометаданные инвентаризации и результаты проверок;пароли и ключи клиента наружу не передаются
Целевая архитектура. Компоненты на схеме ещё не реализованы — это проект, а не описание работающей системы.

Инженерные принципы

  • Local Gateway

    Ставится у клиента, инициирует исходящее соединение, хранит доступы локально.

  • Типизированные инструменты

    AI вызывает только описанные операции с проверкой параметров, а не произвольные команды.

  • Permission gate

    Политики определяют, что разрешено, что запрещено и что требует согласования.

  • Human approval

    Согласование привязано к plan_digest: изменить план после согласования нельзя.

  • GitOps и аудит

    Желаемое состояние и каждое действие фиксируются в журнале и репозитории.

  • Verification

    После изменения — обязательные проверки, при сбое — план отката.

Что реализовано, а что нет

  • Концепция архитектуры и сценарииЕсть
  • Интерактивное демо на фиктивных данных (этот сайт)Есть
  • Local GatewayВ планах MVP
  • AI Engine и типизированные инструментыВ планах MVP
  • Интеграции с vCenter, RouterOS, OpenTofuВ планах MVP
  • Партнёрская платформа для MSPВ будущем
DEMO / SIMULATION

Посмотрите сценарий в действии

Условная компания, фиктивные данные, 7 шагов: подключение, discovery, оценка, задача, план, согласование и симулированное исполнение. Реальные системы не подключаются.

Открыть демо

Экономика и бизнес-модель

Путь клиента и путь бизнеса. Цифры ниже — гипотезы для проверки, а не действующая оферта.

  1. Этап 1

    Assessment

    Обследование инфраструктуры и список рисков.

  2. Этап 2

    Paid pilot

    30 дней работы AI Infrastructure Engineer под контролем инженера.

  3. Этап 3

    Subscription

    Ежемесячная подписка на управляемое обслуживание.

  4. Этап 4

    MSP platform

    Платформа для партнёров после подтверждения экономики.

Гипотеза цены пилота

49 000 ₽ за 30 дней

Гипотеза для проверки спроса. Не является публичной офертой.

Мы не публикуем показатели экономии, сроков окупаемости и доходности: их ещё предстоит измерить на пилотах.

Roadmap

  1. 1Первые 90 дней

    Проверка идеи

    Интервью с компаниями, демо, оценка готовности платить за пилот.

  2. 2Следующий этап

    MVP

    Local Gateway, Discovery и Digital Twin для VMware и MikroTik, планы изменений с согласованием.

  3. 3После MVP

    Ограниченные пилоты

    Несколько компаний, работа под контролем инженера, измерение эффекта.

  4. 4В будущем

    Партнёрская платформа

    Инструменты для MSP-партнёров при подтверждённой экономике.

Инвесторам и партнёрам

Инвестиционная логика, будущие источники выручки, риски и открытые вопросы — без приукрашивания.

Контакты

Обсудим пилот, партнёрство или инвестиции.

Форма демонстрационная; отправка не настроена.