Фундамент для собственной платформы с управляемой стоимостью и скоростью изменений

Гибкая архитектура Ensi Platform рассчитана на эволюционное развитие IT. Отправная точка — ваши процессы и конкурентные преимущества, а не набор функций, который заложил в коробку вендор. Мы подробно описали IT стратегию эффективного екома (читать миникнигу →).

Сервисная архитектура помогает выстроить стратегию: постепенно уходить от легаси или мирно сосуществовать со старыми системами. Подходы к миграции разобраны в статье о стратегиях реплатформинга →

«Гринсайт», вендор Ensi, дополняет платформу консалтингом. В «Архитектурном аудите» архитекторы разбирают ваш ландшафт и предлагают план работы с легаси: IT-директор получает не только ПО, но и экспертизу.

Инфраструктура и практики разработки платформы отвечают современным стандартам. Сервисы Ensi разворачиваются в вашем контуре, и полный контроль остается за вами. Для enterprise-проектов мы подготовили рекомендации и варианты конфигурации, а также описали подробно практики DevOps.

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

Правила и структуру сервисов мы задавали так, чтобы платформу было легко освоить разработчику с опытом PHP и Laravel. В среднем онбординг занимает неделю, после чего разработчик готов разрабатывать бизнес-логику.

Отдельная тема — продуктовые команды. Платформа отлично подходит для продуктовой разработки и гибких методологий. Причем на большинстве внедрений продуктовые команды состоят из сотрудников разных компаний (вендор, интегратор, инхаус) и такой гибридный формат функционирует успешно.

Стоимость владения и внедрения решений на Ensi складывается из оплаты труда команды внедрения и поддержки и затрат на инфраструктуру. Лицензионных платежей (единоразовых или периодических) в ней нет.

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

Еком меняется быстро, поэтому внедрение превращается в непрерывную адаптацию к рынку. Бюджет решений на Ensi устроен так же: капитальные затраты перетекают в операционные по мере выпуска новых функций, и этим потоком управляете вы. В enterprise-платформах с дорогими лицензиями вы оплачиваете функциональность, которая может никогда не пригодиться.

Отдельная статья — команда. Для платформы мы выбрали распространенный стек, чтобы вам не приходилось конкурировать за разработчиков с банками и другим сверхмаржинальным бизнесом.

Ensi разворачивается на вашей инфраструктуре, on-premise. А значит, безопасность решений на Ensi остается в вашей власти — и в вашей зоне ответственности. Код сервисов открыт, проверить его можно полностью: своими силами или силами внешнего аудитора.

При разработке сервисов мы учитываем требования ФСТЭК России, национальный стандарт ГОСТ Р 56 939−2016, стандарты серии ISO/IEC 27 000, материалы OWASP Top Ten и рекомендации NIST. Требования к безопасности платформы →
Во время внедрения мы работаем по собственному стандарту безопасности и добиваемся, чтобы те же правила соблюдали заказчик и другие команды внедрения. Стандарт безопасности в екоме →

Ensi ориентирована на time-to-market и гибкость. Она подходит компаниям, которые знают, чего хотят от IT, и видят в нем инструмент автоматизации собственных конкурентных преимуществ. Поэтому, когда бизнес приходит к IT-лидеру с запросом на новый процесс, решение обязательно найдется: всегда можно переиспользовать уже запущенные сервисы, вынести из легаси только ту функциональность, которая меняется, собрать отдельное рабочее место для бизнес-пользователей.

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

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

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