Як аб'яднаць бэкі двух рытэйлераў на SAP за 12 гадзін

Гэты артыкул раскажа аб маштабным праекце ўкаранення SAP у нашай кампаніі. Пасля зліцця кампаній "М. Відэа" і "Эльдарада" перад тэхнічнымі аддзеламі была пастаўлена нетрывіяльная задача – перавесці бізнес-працэсы ў адзіны бэкенд, заснаваны на SAP.

Перад стартам у нас была дубляваная IT-інфраструктура двух сетак крам, якая складаецца з 955 раздробных кропак, 30 000 супрацоўнікаў і трохсот тысяч чэкаў у дзень.

Цяпер, калі ўсё паспяхова запушчана і працуе, мы хочам падзяліцца гісторыяй - як нам удалося зрабіць гэты праект.

У гэтай публікацыі (першай з двух, чым чорт не жартуе, можа і трох) мы прэзентуем вам некаторыя дадзеныя па праведзеных працах, падрабязней пра якія можна даведацца на SAP ME meetup у Маскве.

Як аб'яднаць бэкі двух рытэйлераў на SAP за 12 гадзін

Паўгода праекціроўкі, паўгода напісання кода, паўгода аптымізацыі і тэсціравання. І 12 гадзін, каб запусціць агульную сістэму у 1 000 крам па ўсёй Расіі (ад Уладзівастока да Калінінграда).

Можа гучаць нерэальна, але мы гэта зрабілі! Падрабязнасці пад катом.

У працэсе аб'яднання кампаній "М. Відэа" і "Эльдарада" перад намі паўстала задача аптымізацыі выдаткаў і звесткі бізнес-працэсаў двух розных кампаній да адзінага бэкенду.

Напэўна, гэта можна назваць поспехам або супадзеннем - абодва рытэйлера для арганізацыі працэсаў карысталіся сістэмамі SAP. Нам прыйшлося займацца толькі аптымізацыяй, а не поўнай перабудовай унутраных сістэм сеткі "Эльдарада".

Функцыянальна задача была разбіта на тры (насамрэч чатыры) этапы:

  1. Праектаванне "на паперы" і ўзгадненне нашымі бізнес-аналітыкамі і SAP-кансультантамі новых працэсаў (а таксама мадэрнізацыя старых) усярэдзіне ўжо якія працуюць сістэм.

    Пасля аналізу шэрагу паказчыкаў ужо працуе бэкэнду двух кампаній за аснову для распрацоўкі адзінай сістэмы быў узяты бэкенд «М. Відэа». Адным з галоўных крытэрыяў, па якіх быў зроблены выбар - эфектыўнасць кампаніі ў цэлым, вялікая выручка і прыбытак пры больш нізкіх выдатках на бізнес-аперацыю.

    На этап аналізу і праектавання спатрэбілася каля шасці месяцаў, мільярды нервовых клетак кіраўнікоў падраздзяленняў і тэхнічных спецыялістаў, і было выпіта вельмі-вельмі шмат літраў кавы.

  2. Рэалізацыя ў кодзе. Прывядзем крыху лічбаў па выніках праекта:
    • 2 маршрутаў у дзень, запланаваных з дапамогай модуля лагістыкі.
    • 38 карыстальнікаў фронт і бэкенда.
    • 270 тавараў на складах аб'яднанага прадпрыемства.

    Каля 300 000 чэкаў, якія апрацоўваюцца сістэмай за дзень, якія пасля захоўваюцца да пяці гадоў у мэтах забеспячэння пакупнікоў гарантыяй, а таксама ў мэтах маркетынгавых даследаванняў.

    Разлік заробкаў, авансаў і прэмій для 30 000 супрацоўнікаў кожны месяц.

    У праекце была задзейнічана каманда з 300 тэхнічных спецыялістаў, якія працавалі цягам дзесяці месяцаў. Шляхам нескладаных арыфметычных падлікаў атрымаем дзве лічбы, якія наглядна адлюстроўваюць маштаб праведзенай працы: 90 000 чалавека/дзён і… 720 000 гадзін працы.

    Як аб'яднаць бэкі двух рытэйлераў на SAP за 12 гадзін

    Далей - аптымізацыя асобных падпраграм модуляў SAP, каля сотні падпраграм было паскорана ў пяць-шэсць разоў шляхам аптымізацыі кода і запытаў у БД.

    Па асобных кейсах, нам удалося скараціць час выканання праграмы з шасці гадзін да дзесяці хвілін з дапамогай аптымізацыі запытаў да СКБД.

  3. Трэці этап, мабыць, самы складаны. тэставанне. Ён складаўся з некалькіх цыклаў. Для іх правядзення мы сабралі каманду з 200 супрацоўнікаў, яны былі задзейнічаны ў функцыянальным, інтэграцыйным і рэгрэсійным тэсце.

    Асобным пунктам апішам нагрузачныя тэсты, яны складаліся з 15 цыклаў для кожнага з модуляў SAP: ERP, POS, DM, PI.

    Па выніках кожнага тэсту праводзілася аптымізацыя кода і параметраў СКБД, а таксама індэксаў баз дадзеных (яны ў нас працуюць на SAP HANA, частка на Oracle).

    Пасля ўсіх нагрузачных тэстаў да разліковых вылічальных магутнасцей было дададзена яшчэ каля 20 працэнтаў, а таксама сфарміраваны рэзерв прыкладна такога ж (20 працэнтаў) аб'ёму.
    Да ўсяго іншага, пасля правядзення вышэйапісаных цыклаў пачаўся аналіз 100 найболей рэсурсаёмістых праграм, па выніках якога мы адрэфактарылі код і паскорылі іх працу ў сярэднім у пяць разоў (што ў чарговы раз пацвярджае важнасць рэфактарынгу і аптымізацыі кода).

    Апошнім з праводжаных тэстаў стаў "cut over". Для яго была створана асобная тэставая зона, якая капіравала наш прадуктыўны дата-цэнтр. "Cut over" мы рабілі двойчы, кожны раз на гэта сыходзіла каля двух тыдняў, у якія мы праводзілі замеры хуткасці выканання аперацый такіх як: перанос налад праграм з тэставай зоны ў прадуктыўную, загрузка адкрытых пазіцый па запасах тавараў і перыяды недаступнасці аперацый.

  4. І чацвёрты этап - непасрэдны запуск пасля праходжання тэстаў. Задача стаяла, прама скажам, складаная: за 12 гадзін пераключыць каля 955 магазінаў па ўсёй краіне, і пры гэтым не спыніць продажы.

У ноч з 24 на 25 лютага, каманда з дзесяці самых лепшых адмыслоўцаў нашай кампаніі заступіла на "вахту" у дата-цэнтры, і пачалася магія пераходу. Пра яе мы падрабязна раскажам на нашым meetup'е, а пасля другі артыкул прысвяцім тэхнічным падрабязнасцям нашай магіі SAP.

Вынікі.

Такім чынам, вынікам працы стала павелічэнне такіх паказчыкаў як:

  • Нагрузка на бэкэнд павялічылася прыблізна ўдвая.
  • Колькасць чэкаў за дзень павялічылася на 50% з 200 тысяч да 300 тысяч.
  • Колькасць карыстальнікаў фронтэнда павялічылася з 10 тысяч да 20 тысяч.
  • Па модулі разліку заробкаў колькасць супрацоўнікаў павялічылася з 15 тысяч да 30 тысяч чалавек.

Аб усіх тэхнічных падрабязнасцях мы будзем распавядаць на нашым SAP мітапе ў Маскве, які адбудзецца 6 чэрвеня ў офісе "М. Відэа-Эльдарада". Эксперты падзеляцца вопытам укаранення. Па выніках сустрэчы маладыя спецыялісты змогуць патрапіць на аплатную стажыроўку ў кампанію з перспектывай далейшага працаўладкавання.

Даведацца падрабязнасці і зарэгістравацца можна па гэтай спасылцы

Крыніца: habr.com

Дадаць каментар