SAP Commerce Cloud: що вам треба знати про роботу з платформою
Привіт! Мене звати Юрій Парфенюк. В ІТ я більше 8 років, останні чотири з яких займаюся проектами в EPAM Lviv, пов’язаними з цифровою трансформацією бізнесів, а саме з SAP Commerce Cloud. У цій статті розповім детально про платформу, її переваги й недоліки, приклади застосування й поширені міфи.
Для чого потрібна SAP Commerce Cloud
Нікому не відкрию Америку, коли скажу, що світовий ринок електронної комерції активно зростає, і темпи його розвитку є одними з найвищих. Коли у
Великим компаніям потрібні серйозні технологічні платформи, щоб діджиталізувати свою діяльність. Водночас великі замовники і бізнеси не хочуть розробляти інтернет-магазини з нуля і вкладати кошти в написання одних і тих самих речей.
Якщо раніше кожен Java розробник писав власний фреймворк, то згодом з’явилися вже готові рішення, які значно спростили роботу в цьому напрямі. Зараз для швидкого виходу на онлайн-ринок компанії купують вже готову платформу для інтернет-магазину і підлаштовують її під свої конкретні потреби. Такі базові eCommerce задачі, як вікно замовлення, ціни, каталог продуктів, кошик, — вже передбачені платформою. Тому розробники працюють над вирішенням конкретних бізнес-задач та функціоналу і не пишуть ті самі речі для кожного замовника.
Для бізнесу із річним прибутком більше мільярда американських доларів на ринку існує декілька основних гравців та платформ для eCommerce рішень:
- Oracle Commerce Cloud (ATG);
- Salesforce Commerce Cloud (Demandware);
- SAP Commerce Cloud (Hybris).
Останню у списку (але не останню за значенням) платформу компанія Forrester визнала лідером в сегменті платформ для комерції за 2018 Q3 рік. Причому вона лідер і для масового (b2c), і для корпоративного сегменту (b2b). Я багато працюю саме з SAP Commerce Cloud, тому на ній зупинюся детальніше, щоб пояснити плюси та мінуси у роботі з нею.
Платформа № 1 для великих компаній
Hybris на ринку ще з 1997 року. Проте «нове дихання» платформа отримала після того, як у 2013 році її купив SAP SE, змінивши спочатку назву на SAP Hybris, а в 2018 році вона отримала назву SAP Commerce Cloud.
Тепер це комплексна платформа електронної комерції, що дозволяє створити зручний інтернет-магазин зі зрозумілим інтерфейсом незалежно від того, наскільки складні в компанії продукти чи послуги, бізнес-процеси чи ланцюги постачання. SAP Commerce Cloud легко підтримує омніканальностість. Це означає, що підприємства мають можливість здійснювати продажі через різні канали, рішення для яких платформа містить з коробки. Наприклад: інтернет-магазин, інтеграція з POS (Point of Service) та соціальними мережами, відділ підтримки, мобільні SDK та відповідні сервіси. Дуже часто SAP Commerce Cloud використовують бізнеси, що вже мають інфраструктуру у вигляді ERP, CRM та інших систем для автоматизації діяльності та роботи з клієнтами. Вони обирають рішення від SAP тому, що вже «з коробки» існує велика кількість інтеграцій з такими системами, і час на реалізацію проекту зменшується в рази. Відповідно, компанії можуть швидко вийти на ринок з новими можливостями і освоїти digital-канали продажів.
Як я згадував, SAP Hybris працює з сегментами b2b та b2c. Більше того, існують й інші сегменти, де не так багато систем, які можуть запропонувати конкретні рішення. Наприклад, публічний сектор, урядові організації. SAP Commerce Cloud навіть для цих сфер може запропонувати сценарії, які дозволять швидко вийти на ринок для проведення публічних закупок чи для операцій у галузі місцевого туризму.
Написати самому?
Отже, якщо узагальнити, SAP Commerce Cloud — це налаштований, упакований і задокументований набір певних технологій. Для більшості типових завдань в e-Сommerce ця платформа має розроблені готові блоки, які потрібно лише трохи підлаштувати під конкретний бізнес. Звичайно, ви скажете, що можна розробити подібну платформу з нуля. І цілком погоджуся з вами. Проте постає питання, скільки це займе часу. Чи вдасться зберегти потрібну архітектуру, масштабованість, продуктивність, безпеку, розширюваність, надійність і багато іншого за півроку-рік? Як показує досвід, при теперішніх вимогах до якості, функціональності і особливо безпеки писати все «з нуля» виходить дуже дорого, довго і ризиковано.
Досвід роботи нашої команди з SAP Hybris я можу назвати абсолютно успішним. Наприклад, завдяки використанню платформи, ми запустили систему у внутрішній продакшн через три місяці після підписання контракту. Команда складалася з
Архітектура та технології
SAP Commerce Cloud (Hybris) побудований на Java. Основний фреймворк — це Spring і вся його екосистема. Ти фактично працюєш із сетом технологій 95% всього Java-ринку проектів. Але маєш ще додаткові специфічні знання самої e-Commerce та платформи Hybris. Для себе в цьому бачу плюс: я і далі залишаюся Java-розробником і можу в будь-який момент переключитися на класичний Java Spring проект. Але у мене є ще й більш специфічні знання, які додають цінності на ринку, — знання SAP Hybris.
Давайте розглянемо платформу детальніше.
В основі SAP Commerce Cloud — платформа, яка є ядром всього продукту. Саме довкола неї вже будуються розширення та модулі. Платформа забезпечує базові технічні сервіси. Вони реалізовують відповідні базові сервіси. Наприклад, Configuration, ORM, Cache, L10n та ін. У свою чергу, додатки (extension) розширюють певні бізнес-можливості, такі як commerce (cart, PDP, order), search, CMS. Також містяться і додаткові фреймворки, яких немає «з коробки», але необхідні для замовника. Наприклад, інтеграція із зовнішньою системою ERP, яка має власний API та SDK для роботи з ним. SAP Commerce Cloud — модульна система, яка є гнучкою та легко піддається розширенню. Додаток (extension) — це фактично модуль, який інтегрується в загальну платформу і використовує її API.
Є певна кількість типів/шаблонів додатків чи розширень (extensions), але в загальному їх можна поділити на дві основні групи: базові (core) та веб-додатки (web extension).
Core — базовий тип модуля, він використовує API платформи та інших модулів.
WEB extension — фактично реалізовує web application, який базується на Servlet API, а отже цей тип додатків використовується для рівня представлення (presentation layer) у платформі (CMS, RESTful APIs та ін.).
Основним Application Framework є Spring Framework і фактично вся екосистема Spring. Для управління залежностями використовується Spring IoC контейнер, для WEB — Spring MVC, для інтеграції з іншими системами — Spring Integration.
Як Servlet контейнер використовується Apache Tomcat 8.5. SAP Commerce Cloud має власну ORM систему, яка надає можливість застосовувати більшість доступних на ринку систем управління базами даних, таких як: MySQL, PostgreSQL, Microsoft SQL Server, SAP 4/Hana, Oracle DB. Також можна використовувати продукти, які сумісні з відповідними вендорами, наприклад: PerconaDB, MariaDB та ін. А також хмарні DB: Amazon Aurora, Amazon RDS, Azure SQL Database тощо.
Для реалізації пошуку використовується Apache SOLR. Основні системи збірки (build tools) — Apache Ant та Gradle.
Хто такий SAP Commerce Cloud розробник
Враховуючи опис основних технологій, які використовуються в SAP Commerce Cloud, можна зробити висновок, що SAP Commerce Cloud Software Engineer — це фактично Java Software Engineer, який має досвід роботи з екосистемою Spring. Також важливі навички роботи з JavaScript та CSS.
Отже, як я писав раніше, розробник продовжує працювати зі стеком технологій, який використовується в більшості Java проектів, але здобуває додаткові знання, що додають йому вагомості на ринку.
Як це все працює на реальних проектах
Приклад #1. Глобальна компанія. Рітейл
EPAM розробляє e-Commerce рішення на основі SAP Commerce Cloud для американської компанії, яка є світовим лідером з продажу товарів для здоров’я, краси і дому. Платформа, над якою ми працюємо, дозволяє спростити ключові бізнес-процеси та покращити управління, виконання потоків комерційних даних, одночасно покращуючи користувацький досвід. Це один з найбільших наших проектів, який став основою для росту Hybris компетенції EPAM у Львові.
Ядро команди — це здебільшого Hybris-спеціалісти. Проте це не лише розробники, але й тестувальники та бізнес-аналітики. Для цього проекту ми розробляємо end-to-end solution, тому можна побачити, як відбувається процес продажу товару або послуги від початку і до кінця, виконуючи весь ланцюжок послідовних кроків — від реєстрації користувача до оформлення замовлення та доставки. Тобто ти бачиш цілісну систему, яка вирішує завдання цього глобального бізнесу та їхню специфіку Multi-level Marketing.
Як я раніше згадував, проекти на SAP Hybris платформах інтегруються з різними системами. Наприклад, у цьому проекті ми інтегрувалися з понад 80 різними системами, мікросервісами і з трьома різними провайдерами оплати.
Оскільки це глобальна компанія, то вона має відділення фактично у всьому світі. На рівні головного офісу в них є щось на зразок opensource — це певний набір, додатків який дозволяє швидко інтегруватися з екосистемою компанії, якою вони діляться зі всіма регіонами. А вже відповідно до специфіки платіжних систем, податкового законодавства і т. д., в кожному регіоні дописуються нові розширення. Зараз ми створюємо проекти для трьох країн північної Америки, і в кожній своя специфіка.
Сам проект не складається суто з Hybris частини. Адже є POS термінали, є мобільні додатки, і для того, щоб все працювало злагоджено, ми виставляємо Commerce API, яка фактично є RESTful сервісами. Також ми надаємо Headless CMS API для інших систем.
Приклад #2. Аеропорт
Один із відомих аеропортів почав активно робити цифрову трансформацію своїх процесів, щоб побудувати кращий клієнтський досвід, та, відповідно, отримувати більший прибуток. Проект для аеропорту — це marketplace акселератор, де аеропорт виступає посередником між вендорами та пасажирами.
За три місяці ми зробили величезний обсяг роботи, і вже відбувся реліз версії 0.5 — family release, як її називає замовник. Ми випустили одразу дві версії з повним функціоналом: десктоп і мобайл. Вони мають форму для реєстрації та особистий кабінет, landing-сторінки брендів, пошук та уніфікований процес оформлення замовлення з доставкою до місця посадки на літак і т. д.
Цей проект не такий великий, як попередній. Замовник намагається перевикористати основний функціонал, який є з коробки. Проте специфіка в тому, що вони хочуть побудувати Connected Airport концепцію. Коли всі сервіси, що є в аеропорту, людина може замовити, купити та отримати безпосередньо перед вильотом. Для цього і створена ось ця єдина платформа для всіх торгових представників, які інтегруються з системою, заливають свої пропозиції, продукти, ціни, акції і т. д. І людина може просто з одного місця зайти, знайти продукт чи послугу, подивитися деталі і придбати, те що потрібно.
Приклад #3. Платіжна система
Це досить маленький проект порівняно із попередніми, проте не менш цікавий. Фактично, це не розробка під конкретного замовника, а розробка розширення для платіжної системи, яка доступна в центрі додатків SAP для розширення SAP Commerce Cloud.
До нашого клієнта (платіжна система) приходять із запитом, чи він має готові плагіни для SAP Hybris, щоб інтегруватися з його системою. Ми розробили таке розширення, яке дозволяє вбудовувати платіжну систему нашого замовника в різні версії Hybris і відповідно здійснювати оплату за замовлення. Інтернет-магазини можуть використовувати out of the box рішення для інтеграції з платіжною системою та змінювати певні налаштування під свої потреби.
Цікаво те, що ми підтримували цей проект з версії Hybris 5.4-5.6-5.7-61.1 аж до 18.08. Під ці версії ми робили підтримку на b2c та b2b канали. Коли ми писали конкретний функціонал, його треба було перевірити на всіх цих версіях і написати так, щоб він був сумісний з усіма версіями.
Приклад #4. EPAM Spark
Це внутрішня розробка. По суті, це платформа-акселератор для використання певних готових розширень, які характерні для більшості проектів. Кожен інженер може використовувати його, щоб швидко втілити рішення на базі SAP Hybris на новому проекті з преінтегрованими системами оплати, розрахунку податків, доставки, логістики, з автоматичним розгортанням у хмарі, CI/CD, тестовим фреймворком і так далі.
До речі, якщо вас зацікавив будь-який приклад проекту, що я описав, у наступній статті можу розповісти про нього більше.
Недоліки
SAP Commerce Cloud, звичайно, має багато своїх переваг порівняно з іншими e-Commerce платформами. Але у світі немає нічого ідеального, і тут теж є свої недоліки:
- Багато замовників шукають рішення, яке максимально зменшить їхні видатки на розробку, підтримку та операційне обслуговування. SAP Hybris залишається системою, яка не є SaaS, хоча активно рухається в цьому напрямку. Але, починаючи з травня 2019 року, SAP продає лише ліцензії, тоді як обслуговування здійснює лише сам SAP. Це означає, що більше не можна купити SAP Hybris і розгортати його у власний дата-центр чи AWS, Azure, GCP і т. д.
- Технології для розробки front-end достатньо застарілі (Bootstrap, jQuery і т. п.). Це створює проблеми з розробкою сучасних SPA чи PWA. Хоча необхідно згадати проект Spartacus, який, влаcне, є першим кроком компанії SAP у розробці нового інтерфейсу для SAP Commerce Cloud. Важко прогнозувати, як буде розвиватися проект, тому що в принципі складно щось прогнозувати у світі UI-технологій :)
- Важко назвати це недоліком платформи — це скоріше недолік комерційного програмного забезпечення — закритість документації та доступу до платформи. Тобто ви повинні мати доступ до сервісів компанії SAP, щоб отримати доступ до документації, платформи і т. д. Було б класно, якщо б платформа була доступна, наприклад, під GPL для розробників і платною для комерційного використання. Це надало б можливість отримати більше спеціалістів, а компанії SAP — зворотній зв’язок від community. Як результат, це зробило б її ще кращою. Варто зазначити, що перші дзвіночки ми можемо побачити в тому ж Spartacus. Також ми в EPAM активно розвиваємо community. Наприклад: hybrismart.com є найпопулярнішим публічним ресурсом про SAP Commerce Cloud.
Основні міфи
Ми часто чуємо певні упереджені думки про SAP Commerce Cloud. Проаналізувавши їх, ми сформували основні міфи, що існують в уяві розробників про платформу. Давайте спробуємо розібратись, чи це насправді так.
Міф 1. Несучасні технології та не новітні передові розробки
Як уже згадував раніше, платформа побудована на екосистемі Spring: Spring Framework (version 4.3 in 1808), Spring MVC, Spring Security, Spring Integration, Spring Session та ін. Використовує Apache Tomcat 8.5 як Servlet контейнер, Apache SOLR 7.5 для індексованого пошуку.
Системи збірки (Build tools): Apache Ant, Gradle.
Міф 2. Велика платформа, повільний процес розробки
Платформа «з коробки» підтримує багато функціоналу для різних задач з commerce домену. Саме тому збірка та старт вимагає більше часу, ніж середньостатистичні проекти. Наприклад: якщо ми говоримо про b2c набір можливостей, то збірка займатиме ~1.5-2 хв та старт
Але для пришвидшення роботи ми в компанії використовуємо JRebel, який власне дозволяє не робити збірку та старт кожного разу, коли змінюється програмний код.
Міф 3. Специфічний набір технологій
Як я писав вище, у платформі використовується технологічний стек, який фактично є основним для більшості проектів. Тому немає ніяких проблем перейти з hybris на інший проект, який побудований на Spring-стеку. Але зважаючи на те, що платформа розрахована на специфічний домен, існує фреймворк платформи та правила (best practices), яких необхідно дотримуватись. Також для пришвидшення написання систем для роботи продукт-менеджерів та контент-менеджерів існує Cockpit framework, який дозволяє писати Web UI на Java. Він схожий за принципом на GWT. Цей фреймворк побудований на ZK framework, що не дуже часто використовується в проектах. Необхідно зазначити, що в останніх версіях платформи, Сockpit framework видалений, і на його місці використовується backoffice, який залишається специфічним саме для цієї платформи, але має кращу архітектуру та підходи.
Якщо підсумувати, Java розробник фактично не змінює основний стек, а навпаки додає специфічних знань платформи. У нас часто бувають випадки, коли замовник, окрім розробки основної системи на hybris, потребує ще додаткових сервісів для підключення існуючих застарілих систем, у яких немає API. У таких випадках ми розробляємо мікросервіс, який фактично виставляє API (наприклад RESTful) для платформи та інших систем. Ці сервіси розробляються hybris інженерами. Як, наприклад, Spring Boot сервіс.
Міф 4. Власна ORM система, мова запитів, ETL. Переважно робота з XML та конфігурацією замість програмування
SAP Commerce Could має власну ORM систему та мову запитів, які за підходами дуже схожі з JPA. Основне, що не подобається Java-розробникам, — це те, що опис сутностей (Items) здійснюється в
Для DTO (Data Transfer Object) також існує підхід, який дозволяє генерувати Java Beans на основі опису в XML. Звичайно, ви можете писати власні Java Beans, не використовуючи запропонований підхід платформою. Дуже часто використовується наявна реалізація, і для додавання нових полів вам буде необхідно зробити так само, як і «з коробки», а отже описати ці поля в XML.
Сподіваюся, ця стаття допомогла зрозуміти, що це за «звір» SAP Commerce Cloud (Hybris) :) А для тих, хто хоче більше зануритися в тему, залишаю декілька корисних лінків:
