Enterprise-разработка связана не только с написанием кода. Корпоративные цифровые продукты должны выдерживать высокие нагрузки, интегрироваться с внутренними системами компании, соответствовать требованиям безопасности и непрерывно развиваться вместе с бизнесом.
В этом глоссарии собраны основные термины, которые встречаются при разработке, модернизации и сопровождении enterprise-систем.
1
- 1С — семейство программных продуктов для автоматизации бухгалтерского учёта, торговли, производства, управления персоналом и других процессов. В enterprise-проектах сайты, приложения и B2B-платформы часто интегрируют с 1С для обмена товарами, ценами, остатками, заказами и финансовыми данными.
A
- API (Application Programming Interface или программный интерфейс приложения) — набор правил, с помощью которых разные программы обмениваются данными. Например, через API B2B-платформа может передавать оформленный заказ в 1С.
- API Gateway (API-шлюз) — единая точка входа для запросов к нескольким сервисам. Шлюз направляет запрос в нужную часть системы, проверяет права доступа, ограничивает нагрузку и собирает информацию об ошибках.
- Application Architecture (Архитектура приложения) — структура цифрового продукта: из каких компонентов он состоит, как они связаны и каким образом обмениваются данными.
- Audit Trail (Аудиторский след) — история действий пользователей и системных операций. Позволяет установить, кто, когда и какие данные изменил, что особенно важно для банковских, финансовых и корпоративных систем.
- Availability (Доступность) — доля времени, в течение которого цифровой продукт работает и доступен пользователям. Обычно измеряется в процентах: например, доступность 99,9% допускает около 43 минут простоя в месяц.
B
- Backlog (Бэклог) — единый список задач по развитию продукта. В него входят новые функции, исправления ошибок, технические улучшения и требования бизнеса.
- Backup (Резервная копия) — копия данных, конфигураций или всей системы, которая используется для восстановления после сбоя, ошибочного удаления или кибератаки.
- BCP (Business Continuity Plan или план непрерывности бизнеса) — документированный план действий, позволяющий компании продолжать критичные операции во время серьёзного сбоя.
- Blue-Green Deployment — способ выпуска обновлений, при котором новая версия системы разворачивается рядом с действующей. Трафик переключается на неё только после проверки, а при возникновении ошибки можно быстро вернуться к прежней версии.
- B2B-платформа — цифровая система для взаимодействия бизнеса с корпоративными клиентами, дистрибьюторами или партнёрами. Через неё могут оформляться заказы, согласовываться условия, передаваться документы и отслеживаться отгрузки.
C
- Capacity Planning (Планирование мощностей) — оценка того, сколько серверных, сетевых и других ресурсов потребуется системе при текущей и будущей нагрузке.
- Change Management (Управление изменениями) — процесс планирования, согласования, тестирования и внедрения изменений в IT-системе. Его задача — развивать продукт, не создавая неконтролируемых рисков для бизнеса.
- CI/CD (Continuous Integration and Continuous Delivery или непрерывная интеграция и доставка) — автоматизированный процесс проверки, сборки и развёртывания кода. Позволяет быстрее выпускать обновления и снижает риск ошибок при релизе.
- Cloud Computing (Облачные вычисления) — использование серверов, хранилищ и других вычислительных ресурсов облачного провайдера вместо собственной физической инфраструктуры.
- Containerization (Контейнеризация) — упаковка приложения вместе с его настройками и зависимостями в изолированный контейнер. Это упрощает перенос системы между средами и делает её развёртывание более предсказуемым.
- CRM (Customer Relationship Management) — система управления взаимодействием с клиентами. В ней хранятся контакты, история общения, сделки, обращения и другие данные, необходимые отделам продаж и клиентского сервиса.
D
- Data Migration (Миграция данных) — перенос данных из одной системы или хранилища в другое. Например, миграция может потребоваться при импортозамещении, внедрении новой ERP или переходе в облако.
- Data Synchronization (Синхронизация данных) — автоматическое обновление информации между несколькими системами. Например, изменение складских остатков в 1С может сразу отображаться в приложении торгового представителя.
- Dedicated Team (Выделенная команда) — постоянная команда специалистов, закреплённая за конкретным продуктом или клиентом. Обычно включает разработчиков, технического лида, QA-инженера, DevOps-специалиста, аналитика и менеджера проекта.
- Deployment (Деплой или развёртывание) — процесс публикации новой версии приложения в тестовой или рабочей среде.
- Discovery (Дискавери) — начальный этап проекта, на котором команда изучает бизнес-процессы, существующие системы, код, интеграции и ограничения. Результатом становятся требования, список рисков и план дальнейшей работы.
- Disaster Recovery (Аварийное восстановление) — комплекс процессов и технических решений для восстановления системы после серьёзного сбоя: отказа оборудования, повреждения данных, атаки или недоступности дата-центра.
- Docker — платформа для создания и запуска контейнеров. Помогает одинаково разворачивать приложение на компьютерах разработчиков, тестовых серверах и в рабочей инфраструктуре.
E
- EDA (Event-Driven Architecture или событийно-ориентированная архитектура) — подход, при котором компоненты системы взаимодействуют через события. Например, после оформления заказа система публикует событие, а складской, финансовый и логистический модули обрабатывают его независимо.
- EDI (Electronic Data Interchange или электронный обмен данными) — автоматический обмен стандартизированными коммерческими документами между информационными системами компаний. Через EDI передаются заказы, счета, накладные и уведомления об отгрузке.
- Enterprise Architecture (Корпоративная архитектура) — общая структура бизнес-процессов, данных, приложений и технологий компании. Она показывает, какие системы существуют в организации, какие задачи решают и как связаны между собой.
- Enterprise Development (Enterprise-разработка) — создание, модернизация и долгосрочное развитие цифровых продуктов для компаний со сложными процессами, высокой ценой ошибки и большим количеством пользователей, данных и интеграций.
- ERP (Enterprise Resource Planning) — система планирования и управления ресурсами предприятия. Может объединять финансы, закупки, производство, продажи, склады, персонал и другие процессы.
- ESB (Enterprise Service Bus или корпоративная сервисная шина) — промежуточный слой, через который разные корпоративные системы обмениваются данными. ESB помогает централизовать интеграции и преобразовывать информацию между разными форматами.
F
- Failover (Автоматическое переключение на резерв) — механизм, который при отказе основного компонента переводит систему на резервный сервер, базу данных или канал связи.
- Fault Tolerance (Отказоустойчивость) — способность системы продолжать работу при сбоях отдельных компонентов. В отличие от простого восстановления, отказоустойчивость предполагает, что отказ одного элемента не останавливает весь продукт.
- Feature Flag (Флаг функции) — переключатель, позволяющий включать и отключать новую функцию без повторного развёртывания кода. С его помощью обновление можно сначала показать ограниченной группе пользователей.
- Fixed Price — модель сотрудничества, при которой стоимость и объём работ фиксируются заранее. Подходит для проектов с понятными и стабильными требованиями.
G
- Graceful Degradation (Контролируемое снижение функциональности) — способность продукта продолжать работу в ограниченном режиме, если один из компонентов или внешних сервисов недоступен. Например, при сбое рекомендательной системы пользователи всё равно смогут оформлять заказы.
- Greenfield Project — разработка нового продукта с нуля, без необходимости учитывать существующую кодовую базу и устаревшие решения.
H
- High Availability, HA (Высокая доступность) — подход к построению инфраструктуры, при котором система остаётся доступной даже при отказе отдельных серверов или сервисов.
- Horizontal Scaling (Горизонтальное масштабирование) — увеличение производительности за счёт добавления новых серверов или экземпляров приложения.
- Hybrid Cloud (Гибридное облако) — инфраструктура, сочетающая собственные серверы компании и ресурсы облачного провайдера.
I
- IaC (Infrastructure as Code или инфраструктура как код) — управление серверами, сетями и другими компонентами инфраструктуры с помощью конфигурационных файлов. Это позволяет автоматически создавать одинаковые среды и отслеживать изменения.
- Incident (Инцидент) — незапланированное событие, которое нарушило или ухудшило работу цифрового продукта. Например, недоступность сайта, потеря данных или невозможность оформить заказ.
- Incident Management (Управление инцидентами) — процесс обнаружения, регистрации, приоритизации и устранения сбоев. Его основная цель — как можно быстрее восстановить нормальную работу системы.
- Integration (Интеграция) — объединение нескольких систем для автоматического обмена данными и выполнения связанных бизнес-процессов.
- Integration Testing (Интеграционное тестирование) — проверка того, правильно ли взаимодействуют между собой разные модули, сервисы и внешние системы.
- IT Landscape (IT-ландшафт) — совокупность всех программ, сервисов, серверов, баз данных и интеграций, используемых компанией.
- ITSM (IT Service Management или управление IT-услугами) — системный подход к организации поддержки и предоставлению IT-сервисов с понятными процессами, ролями, показателями и зонами ответственности.
K
- Kubernetes — платформа для управления контейнерами. Автоматизирует запуск приложений, распределение нагрузки, масштабирование и восстановление после сбоев.
- KPI (Key Performance Indicator или ключевой показатель эффективности) — измеримый показатель результата. В enterprise-разработке KPI может отражать доступность системы, скорость обработки заказа, количество ошибок или время вывода новой функции.
L
- Legacy System (Legacy-система) — существующая система, которая продолжает использоваться бизнесом, но построена на устаревших технологиях, плохо документирована или сложно развивается.
- Load Balancing (Балансировка нагрузки) — распределение запросов между несколькими серверами. Помогает избежать перегрузки одного узла и повышает доступность системы.
- Logging (Логирование) — автоматическая запись событий, ошибок и действий системы. Логи используются для мониторинга, расследования инцидентов и аудита.
M
- MDM (Master Data Management или управление мастер-данными) — подход к созданию единой и достоверной версии ключевых данных компании: товаров, клиентов, поставщиков, сотрудников и контрагентов.
- Message Broker (Брокер сообщений) — промежуточный компонент, который принимает, хранит и передаёт сообщения между сервисами. Он позволяет системам обмениваться данными асинхронно и не зависеть от мгновенной доступности друг друга.
- Microservices (Микросервисы) — архитектурный подход, при котором приложение разделено на небольшие независимые сервисы. Каждый сервис отвечает за отдельную функцию и может обновляться или масштабироваться отдельно.
- Migration (Миграция) — перенос приложения, инфраструктуры или данных на новую платформу, технологию или программный продукт.
- Monitoring (Мониторинг) — постоянное наблюдение за состоянием системы: нагрузкой на серверы, временем отклика, количеством ошибок, доступностью интеграций и другими показателями.
- Monolith (Монолит) — архитектура, при которой основные функции приложения объединены в одну систему и разворачиваются вместе. Монолит не обязательно является плохим решением, но при росте продукта может усложнять независимое развитие отдельных модулей.
- MTTR (Mean Time to Restore или среднее время восстановления) — среднее время, необходимое команде для восстановления системы после инцидента.
O
- Observability (Наблюдаемость) — возможность понять внутреннее состояние системы по логам, метрикам и трассировкам. Наблюдаемость помогает не только увидеть сбой, но и быстро найти его причину.
- On-call — режим дежурства, при котором специалист готов реагировать на критичные инциденты в нерабочее время.
- Onboarding (Онбординг команды) — процесс погружения новой команды или специалиста в продукт: изучение кода, документации, инфраструктуры, бизнес-логики и истории архитектурных решений.
- Orchestration (Оркестрация) — автоматизированное управление контейнерами, сервисами и связанными процессами. Например, оркестратор может перезапустить упавший контейнер или добавить новые экземпляры приложения при росте нагрузки.
P
- Performance Testing (Нагрузочное тестирование) — проверка поведения системы при большом количестве пользователей, запросов или операций. Помогает определить предел производительности и найти узкие места.
- Postmortem (Постмортем) — разбор критичного инцидента после восстановления системы. Команда определяет причины сбоя и планирует меры, которые должны предотвратить его повторение.
- Production (Продакшен или рабочая среда) — действующая версия системы, которой пользуются реальные клиенты, партнёры или сотрудники.
- Problem Management (Управление проблемами) — процесс поиска и устранения первопричин повторяющихся инцидентов. В отличие от управления инцидентами, его цель — не только восстановить работу, но и не допустить нового сбоя.
R
- RBAC (Role-Based Access Control или управление доступом на основе ролей) — модель, при которой права пользователя зависят от его роли. Например, сотрудник видит только свои данные, руководитель — данные подразделения, а администратор управляет всей системой.
- Real-time Integration (Интеграция в реальном времени) — обмен данными между системами практически сразу после события. Например, оформленный заказ автоматически передаётся в ERP без ручной выгрузки.
- Refactoring (Рефакторинг) — улучшение внутренней структуры кода без изменения его внешнего поведения. Делает систему понятнее, надёжнее и удобнее для дальнейшего развития.
- Regression Testing (Регрессионное тестирование) — проверка существующих функций после внесения изменений. Помогает убедиться, что новая доработка не сломала уже работающие сценарии.
- Release (Релиз) — выпуск новой версии цифрового продукта или отдельного набора изменений.
- Reliability (Надёжность) — способность системы стабильно выполнять свои функции в заданных условиях и в течение необходимого времени.
- Retry Logic (Логика повторных попыток) — механизм автоматического повторения операции после временного сбоя. Например, если оператор ЭДО не ответил, система попробует отправить документ ещё раз.
- RPO (Recovery Point Objective или целевая точка восстановления) — максимально допустимый объём потерянных данных, выраженный во времени. Например, RPO в 15 минут означает, что после сбоя компания готова потерять не более 15 минут изменений.
- RTO (Recovery Time Objective или целевое время восстановления) — максимально допустимое время, за которое система должна быть восстановлена после серьёзного сбоя.
S
- Scalability (Масштабируемость) — способность системы справляться с ростом пользователей, данных и операций без существенного замедления и полной переделки архитектуры.
- Security by Design (Безопасность на этапе проектирования) — подход, при котором требования безопасности учитываются с начала разработки, а не добавляются после запуска.
- SLA (Service Level Agreement или соглашение об уровне сервиса) — зафиксированные обязательства по качеству поддержки: времени реакции, срокам устранения инцидентов, режиму работы и зонам ответственности.
- SLI (Service Level Indicator или показатель уровня сервиса) — конкретная метрика, по которой оценивается работа системы. Например, доступность, время отклика или доля успешно обработанных заказов.
- SLO (Service Level Objective или целевой уровень сервиса) — целевое значение показателя SLI. Например, система должна быть доступна 99,9% времени или обрабатывать 95% запросов быстрее двух секунд.
- Sprint (Спринт) — ограниченный период разработки, обычно одна или две недели. В начале команда выбирает задачи, а в конце демонстрирует готовый результат.
- Staging (Тестовая среда) — среда, максимально похожая на рабочую, в которой обновления проверяются перед выпуском в продакшен.
- Strangler Fig Pattern — подход к модернизации legacy-системы, при котором старое приложение заменяется постепенно. Новые компоненты создаются рядом с ним и поэтапно принимают на себя его функции.
T
- Technical Debt (Технический долг) — накопленные компромиссные или устаревшие решения, которые усложняют дальнейшее развитие системы. Чем больше технический долг, тем дороже и рискованнее каждая новая доработка.
- Time & Materials, T&M — модель сотрудничества, при которой заказчик оплачивает фактически затраченное время команды. Подходит для долгосрочных и сложных проектов, где требования могут меняться.
- TCO (Total Cost of Ownership или совокупная стоимость владения) — все расходы на цифровой продукт за весь срок его эксплуатации: разработка, инфраструктура, лицензии, поддержка, модернизация и работа специалистов.
- Tracing (Трассировка) — отслеживание пути запроса через несколько сервисов. Помогает определить, в какой части распределённой системы возникла задержка или ошибка.
U
- Uptime (Аптайм) — время бесперебойной работы системы. Обычно выражается в процентах за месяц или год.
V
- Vertical Scaling (Вертикальное масштабирование) — увеличение мощности существующего сервера: объёма памяти, количества процессоров или дискового пространства.
- Vendor Lock-in (Зависимость от поставщика) — ситуация, при которой компанию сложно или дорого перевести на другую платформу либо передать продукт новому подрядчику из-за закрытых технологий, отсутствия документации или ограниченного доступа к данным и коду.
W
- WMS (Warehouse Management System или система управления складом) — программный продукт для учёта товаров, размещения запасов, сборки заказов и управления складскими операциями.
- Webhook — механизм автоматической отправки данных из одной системы в другую при наступлении события. Например, платёжный сервис может отправить уведомление о проведённой оплате.
Z
- Zero Downtime Deployment (Развёртывание без простоя) — выпуск обновления без остановки системы и без потери доступности для пользователей.
- Zero Trust (Нулевое доверие) — подход к безопасности, при котором ни одному пользователю, устройству или сервису не предоставляется доступ автоматически. Каждый запрос должен быть проверен и авторизован.
Spider Group — IT-партнёр для крупного бизнеса
Более 25 лет разрабатываем, модернизируем и сопровождаем цифровые продукты. Работаем с корпоративными системами, B2B-платформами, мобильными приложениями, интеграциями и высоконагруженной инфраструктурой.
Берём на поддержку собственные и чужие разработки, формируем выделенные команды, фиксируем SLA и остаёмся с продуктом столько, сколько необходимо для его развития вместе с бизнесом.
