Мультитенантные среды — это ИТ-среды, где одна общая платформа обслуживает несколько независимых клиентов, подразделений, проектов или команд, но для каждого из них создается изолированное пространство.
Если по-простому: Мультитенантная среда похожа на хорошо организованную коммунальную квартиру: инфраструктура общая, но у каждого “жильца” (клиента, проекта или подразделения) есть своя комната (изолированное пространство), где он хранит свои вещи (свои ресурсы) и у него есть свой собственный ключ от этой комнаты (свои права доступа). Платформа — это ключи от общего пространства под ковриком. То есть жильцы могут пользоваться общей инфраструктурой, но никто не может случайно или намеренно попасть в чужую “комнату”.
Тезис о схожести фармы и IT через «сложность понимания» — логическая пустышка. Любой сектор (от нефтехимии до ритейла) требует экспертизы. Это не сходство, а отсутствие конкретики.
Указано, что IPO нужно для «удержания менеджмента», но не сказано ни слова о том, что оно дает акционеру (дивиденды, рост капитализации, M&A). Акцент смещен на комфорт сотрудников, а не на прибыль инвестора.
В тексте об итогах выступления на профильной конференции нет ни одной цифры. Какой объем привлеченных средств? Каков free-float? Каков темп роста «выше рынка» в процентах? Без цифр это не IR-отчет, а запись в личном блоге.
«Публичность усиливает рост». Каким образом? Через доверие контрагентов? Через дешевые кредиты? Механизм не раскрыт.
«Поддержание статуса публичной компании требует ресурсов»… это жалоба или констатация факта? Для разумного инвестора это звучит как рост административных расходов (SG&A), что негативно.
Александр Сережкин, ну разумеется не показывает, если таким крупным шрифтом. Зачем же рассматривать проприетарные разработки как гарантию успеха… это просто один из моментов, который необходим, чтобы продукт имел реальную ценность, чтобы было сложнее клонировать/копировать, чтобы создание аналогов требовало существенных усилий. Мне нравится, когда исходники не просто скачивают откуда попало, а хотя бы документируют и встраивают в свою структуру минимизируя количество костылей и хоть как то снижая риски внешнего вмешательства.
Александр Сережкин, ссылки на продукты вполне уместны, а фразы «проприетарные разработки» и«динамическая ИТ-инфраструктура» наделены четким смыслом. Проприетарность разработок вообще в данном случае очень важный элемент ведения бизнеса и то, что это ценится клиентами (хотя как правило затратно и для клиентов и для разработчика), показывает, что у Базиса хорошие перспективы быть прибыльным.
Вот основные «спам-маркеры»:
Плотность ссылок на квадратный сантиметр текста.
В коротком посте сразу 4 ссылки. Когда в каждом абзаце есть активный линк, текст начинает напоминать рекламную рассылку или страницу «фермы ссылок», а не живой пост. Это перегружает визуальный ряд и отвлекает от сути новости.
«Самопиар» через третьих лиц. Текст начинается как важная новость о внедрении софта (кейс), но быстро скатывается в перечисление того, где еще «наши спикеры» выступали и кому давали интервью. Это выглядит как попытка впихнуть в один пост максимум рекламных упоминаний, которые не относятся к заголовку.
Канцеляризмы и «пустые» слова. Фразы вроде «проприетарные разработки», «прозрачная дорожная карта», «динамическая ИТ-инфраструктура» — эти типичный «белый шум». Если текст состоит из них более чем на 30%, он считывается как шаблонный спам-релиз, который разослали по сотне адресов.
Отсутствие пользы для читателя. Спам — это контент, который забирает время, не давая взамен пользы. Здесь нет описания результата (например: «скорость работы выросла на 20%»). Есть только факт покупки и ссылки на интервью. Читатель чувствует, что ему просто пытаются «продать» бренд.
Нейронкa и IDE VS Code создaют стaндaртные решения.
В ссылке — пример протокола для доступа к виртуальным рабочим местам = открытый код, полное описaние рaботы функционaлa прогрaммы, скриншот интерфейсa.
Такой протокол должен обеспечивать безопасность, контроль версий, автоматизацию, например, REST-сервисы, базы данных и системы контроля.
Протокол доступа к виртуальным рабочим местам
1. Аутентификация и авторизация
Все пользователи и системы проходят через централизованный сервер аутентификации (например, OAuth 2.0 или LDAP).
Для доступа к ВРМ используется уникальный токен доступа (JWT или аналогичный).
Разграничение прав доступа:
Администратор — полный контроль.
Разработчик — запуск тестов, деплой, мониторинг.
Аналитик — просмотр данных и результатов.
Оператор — запуск и контроль выполнения задач.
2. Запрос на подключение
Пользователь или система отправляет POST-запрос на REST API сервиса: Copy
Run
POST /api/v1/vm/connect
Authorization: Bearer <токен>
Content-Type: application/json
После проверки сервер:
Проверяет доступность ВРМ.
Выдает временный токен или SSH-ключ для соединения.
Передает параметры подключения (IP, порт, учетные данные) по защищенному каналу.
4. Установка соединения
Пользователь или автоматизированная система подключается к ВРМ через SSH, RDP или VPN с использованием полученных данных.
В случае автоматизации — стартует скрипт/скрипты для автоматической настройки окружения.
5. Контроль и мониторинг
Все подключения регистрируются в логах.
Ведется мониторинг состояния ВРМ (нагрузка, доступность, ошибки).
В случае отключения или ошибок — автоматическая перезагрузка или оповещение.
6. Завершение сеанса
После завершения работы пользователь или скрипт отправляют запрос на отключение: Copy
Run
POST /api/v1/vm/disconnect
Authorization: Bearer <токен>
{
«vm_id»: "<уникальный идентификатор ВРМ>",
«status»: «completed/aborted»
}
Сервер завершает сеанс, освобождает ресурсы и фиксирует завершение.
7. Безопасность и аудит
Все действия логируются.
Регулярное обновление и проверка прав доступа.
Использование шифрования данных на всех этапах.
Реализована автоматическая блокировка подозрительных соединений.
----
Virtual Workplace Access Protocol
1. Authentication and authorization
All users and systems go through a centralized authentication server (for example, OAuth 2.0 or LDAP).
A unique access token (JWT or similar) is used to access the BPM.
Александр Сережкин, как и писали ранее, ожидаемый рост выручки по итогам 2025 года — 30-40% в годовом сопоставлении.
При этом бизнес продолжает демонстрировать рост, заметно опережающий темп нашего целевого рынка, а мы чувствуем себя еще более устойчиво и уверенно, и уже совсем скоро с радостью поделимся с вами более точными результатами и прогнозами.
Мультитенантные среды — это ИТ-среды, где одна общая платформа обслуживает несколько независимых клиентов, подразделений, проектов или команд, но для каждого из них создается изолированное пространство.
Если по-простому: Мультитенантная среда похожа на хорошо организованную коммунальную квартиру: инфраструктура общая, но у каждого “жильца” (клиента, проекта или подразделения) есть своя комната (изолированное пространство), где он хранит свои вещи (свои ресурсы) и у него есть свой собственный ключ от этой комнаты (свои права доступа). Платформа — это ключи от общего пространства под ковриком. То есть жильцы могут пользоваться общей инфраструктурой, но никто не может случайно или намеренно попасть в чужую “комнату”.
Указано, что IPO нужно для «удержания менеджмента», но не сказано ни слова о том, что оно дает акционеру (дивиденды, рост капитализации, M&A). Акцент смещен на комфорт сотрудников, а не на прибыль инвестора.
В тексте об итогах выступления на профильной конференции нет ни одной цифры. Какой объем привлеченных средств? Каков free-float? Каков темп роста «выше рынка» в процентах? Без цифр это не IR-отчет, а запись в личном блоге.
«Публичность усиливает рост». Каким образом? Через доверие контрагентов? Через дешевые кредиты? Механизм не раскрыт.
«Поддержание статуса публичной компании требует ресурсов»… это жалоба или констатация факта? Для разумного инвестора это звучит как рост административных расходов (SG&A), что негативно.
В. И. Ленин
Вот основные «спам-маркеры»:
Плотность ссылок на квадратный сантиметр текста.
В коротком посте сразу 4 ссылки. Когда в каждом абзаце есть активный линк, текст начинает напоминать рекламную рассылку или страницу «фермы ссылок», а не живой пост. Это перегружает визуальный ряд и отвлекает от сути новости.
«Самопиар» через третьих лиц. Текст начинается как важная новость о внедрении софта (кейс), но быстро скатывается в перечисление того, где еще «наши спикеры» выступали и кому давали интервью. Это выглядит как попытка впихнуть в один пост максимум рекламных упоминаний, которые не относятся к заголовку.
Канцеляризмы и «пустые» слова. Фразы вроде «проприетарные разработки», «прозрачная дорожная карта», «динамическая ИТ-инфраструктура» — эти типичный «белый шум». Если текст состоит из них более чем на 30%, он считывается как шаблонный спам-релиз, который разослали по сотне адресов.
Отсутствие пользы для читателя. Спам — это контент, который забирает время, не давая взамен пользы. Здесь нет описания результата (например: «скорость работы выросла на 20%»). Есть только факт покупки и ссылки на интервью. Читатель чувствует, что ему просто пытаются «продать» бренд.
Нейронкa и IDE VS Code создaют стaндaртные решения.
В ссылке — пример протокола для доступа к виртуальным рабочим местам = открытый код, полное описaние рaботы функционaлa прогрaммы, скриншот интерфейсa.
Такой протокол должен обеспечивать безопасность, контроль версий, автоматизацию, например, REST-сервисы, базы данных и системы контроля.
Протокол доступа к виртуальным рабочим местам
1. Аутентификация и авторизация
Все пользователи и системы проходят через централизованный сервер аутентификации (например, OAuth 2.0 или LDAP).
Для доступа к ВРМ используется уникальный токен доступа (JWT или аналогичный).
Разграничение прав доступа:
Администратор — полный контроль.
Разработчик — запуск тестов, деплой, мониторинг.
Аналитик — просмотр данных и результатов.
Оператор — запуск и контроль выполнения задач.
2. Запрос на подключение
Пользователь или система отправляет POST-запрос на REST API сервиса: Copy
Run
POST /api/v1/vm/connect
Authorization: Bearer <токен>
Content-Type: application/json
{
«vm_id»: "<уникальный идентификатор ВРМ>",
«purpose»: «разработка/тестирование/прототипирование»,
«request_time»: "<timestamp>"
}
Сервер проверяет права и статус ВРМ.
3. Валидация и выдача доступа
После проверки сервер:
Проверяет доступность ВРМ.
Выдает временный токен или SSH-ключ для соединения.
Передает параметры подключения (IP, порт, учетные данные) по защищенному каналу.
4. Установка соединения
Пользователь или автоматизированная система подключается к ВРМ через SSH, RDP или VPN с использованием полученных данных.
В случае автоматизации — стартует скрипт/скрипты для автоматической настройки окружения.
5. Контроль и мониторинг
Все подключения регистрируются в логах.
Ведется мониторинг состояния ВРМ (нагрузка, доступность, ошибки).
В случае отключения или ошибок — автоматическая перезагрузка или оповещение.
6. Завершение сеанса
После завершения работы пользователь или скрипт отправляют запрос на отключение: Copy
Run
POST /api/v1/vm/disconnect
Authorization: Bearer <токен>
{
«vm_id»: "<уникальный идентификатор ВРМ>",
«status»: «completed/aborted»
}
Сервер завершает сеанс, освобождает ресурсы и фиксирует завершение.
7. Безопасность и аудит
Все действия логируются.
Регулярное обновление и проверка прав доступа.
Использование шифрования данных на всех этапах.
Реализована автоматическая блокировка подозрительных соединений.
----
Virtual Workplace Access Protocol
1. Authentication and authorization
All users and systems go through a centralized authentication server (for example, OAuth 2.0 or LDAP).
A unique access token (JWT or similar) is used to access the BPM.
Differentiation of access rights:
The administrator has full control.
Developer — running tests, deployment, monitoring.
Analyst — view data and results.
The operator is the launch and control of the tasks.
2. Connection request
The user or the system sends a POST request to the REST API of the service: Copy
Run
POST /api/v1/vm/connect
Authorization: Bearer <token>
Content-Type: application/json
{
«vm_id»: "<unique identifier of the VM>",
«purpose»: «development/testing/prototyping»,
«request_time»: "<timestamp>"
}
The server checks the rights and status of the VM.
3. Validation and granting of access
After checking the server:
Checks the availability of the VM.
Issues a temporary token or SSH key for the connection.
Transmits connection parameters (IP, port, credentials) over a secure channel.
4. Connection setup
The user or the automated system connects to the VM via SSH, RDP or VPN using the received data.
In case of automation, the script/scripts for automatic environment configuration starts.
5. Control and monitoring
All connections are logged in the logs.
The BPM status is being monitored (load, availability, errors).
In case of disconnection or errors, an automatic reboot or notification is provided.
6. End of the session
After the work is completed, the user or script sends a shutdown request.: Copy
Run
POST /api/v1/vm/disconnect
Authorization: Bearer <token>
{
«vm_id»: "<unique identifier of the VM>",
«status»: «completed/aborted»
}
The server terminates the session, releases resources, and registers the termination.
7. Security and audit
All actions are logged.
Regular updating and checking of access rights.
The use of data encryption at all stages.
Implemented automatic blocking of suspicious connections.
dropmefiles.com/nX21u
При этом бизнес продолжает демонстрировать рост, заметно опережающий темп нашего целевого рынка, а мы чувствуем себя еще более устойчиво и уверенно, и уже совсем скоро с радостью поделимся с вами более точными результатами и прогнозами.