- PVSM.RU - https://www.pvsm.ru -
Как и все интересные истории, эта началась достаточно давно и неожиданно. Однажды наш банк-партнер пришел к нам и сказал: “Ребята, мы научились делать скоринг в нашей системе за одну минуту. Как насчет того, чтобы объединить наши усилия и интегрировать проекты? С нас – решение и кредит, с вас – машины”. Сказать, что мы воодушевились, – ничего не сказать! Мы имели все шансы стать первыми чуть ли не в мире, кто может дать кредит онлайн на подержанное авто за одну минуту (ОДНУ МИНУТУ, КАРЛ)! Ниже я расскажу, что из этого получилось, но для начала расскажу вам, кто такие, собственно, МЫ.
Мы — “Колёса | Крыша | Маркет” являемся крупнейшей IT-компанией, основанной в Казахстане. Каждый день наши продукты помогают шести миллионам казахстанцев покупать и продавать машины, квартиры, детские кроватки и тысячи других вещей. Kolesa.kz – самый большой авторесурс и приложение, уже не первый год занимает 1-е место в мобильном рейтинге Казахстана.
На данный момент база подержанных авто составляет 103 400 автомобилей, более 60% из них доступны в кредит!
Рисунок 1. Поисковая выдача машин доступных в кредит
Рисунок 2. Экран страницы объявления
Рисунок 3. Кредитный калькулятор для объявления
Рисунок 4. Форма инициализации заявки на кредит
Сюда вводим ваш номер мобильного телефона Имя и ИИН (в России это был бы ИНН)
Рисунок 5. Форма подтверждения номера телефона путём ввода смс
Рисунок 6. Экран процесса скоринга заявки
Рисунок 7. Пример экрана одобрения Автокредита
После того как человек получает одобрение своей заявки, ему в течение 10 минут перезванивает менеджер из банка и информирует человека о том, какие действия ему нужно произвести далее, для того чтобы оформить кредит. Удобно, не правда ли? Давайте посмотрим как это всё было реализовано.
Всё было впервые и вновь! Если раньше у нас в качестве кредитной формы была просто форма обратной связи, то наша новая задумка была чем-то совершенно новым и непонятным. Т.к. аналогов у нас не было, нам предстояло очень увлекательное занятие — планировать, проектировать, распределять и реализовывать. Для начала мы разбили весь процесс нашей совместной интеграции на 2 блока, которые выполнялись параллельно, а именно:
Программная интеграция
Изначально мы договорились с банком партнёром, что он(банк-партнёр) предоставит нам некое API, в которое мы будет слать некие данные и получать некоторые ответы. На том и порешали. Мы стали ждать документацию по API от банка, свели между собой наших и их сетевых инженеров! В плане программной интеграции же вырисовывалась достаточно простая схема, мы шлём данные в банк, банк их прокручивает в своей системе, и возвращает нам, и всё это за гарантированные 60 секунд. На случай таймаута (куда ж без этого) договорились выводить аварийную анкету, в которой мы добираем данные которые могут дополнительно понадобиться банку.
В то время пока разработчики выбирали инструментарий для реализации, проектировали свою систему и ждали документацию по системе партнёра, в отделе инфраструктуры работа уже во всю кипела! У нас с банком-партнёром было на двоих: 2 рядом стоящих циски в одном ДЦ, кабель соединяющий циски, ВПН-туннель, сертификаты безопасности и приблуды для работы с ними всех цветов и размеров… План был следующий, Мы прокидываем шифрованный ВПН канал между нашими серверами, и строим прямую интеграцию между нашими сервисами. Схематично это можно изобразить так:
Ниже мы расскажем о том, как и что устроено со стороны нашего сервиса. Итак, получив документ, описывающий сервис партнёра готовый к интеграции, мы узнали, что в отличие от нас банк работает только с запросами SOAP, и не про какие RESTfull сервисы слышать не хочет. А так как в наших сервисах мы используем SOAP чуть реже чем никогда, нам предстояло много чудных открытий о том, как научиться готовить SOAP в нашем новом продукте. Следовательно, нам нужно было научить наш сервис парсить SOAP запросы и конвертировать наши ответы обратно в SOAP.
Для начала надо было выбрать хотябы язык реализации, идей было очень много, начиная с C и С# заканчивая golang и erlang. Решили идти по простому пути. Систему надо будет поддерживать, и дабы не нарваться на bus-фактор с нехваткой специалистов на рынке, решили сделать упор на наиболее распространенную технологию в нашей компании — PHP. Слава богу, что за окном уже был не 2001, а 2017 год и php-фреймворков присутствует такое множество, что ими можно удовлетворить потребности даже весьма изощренных инженеров. Перебрав целую кучу мы выбрали один из самых простых и в то же время поддерживаемых — Yii 2.
За это решение было:
Против было:
Фреймворк выбрали, теперь настало время выбрать хранилище для заявок. Было несколько вариантов, mySQL, mongoDB, postgreSQL… С одной стороны, заявка это документ, наверняка её структура может меняться, время от времени дополняясь новыми полями и избавляясь от неактуальных. С другой стороны, использование нереляционных БД будет накладывать свои ограничения. Взвесив все “за” и “против”, мы решили усидеть на 2х стульях и к запуску использовать mySQL, а после запуска мигрировать на связку mongoDB + ElasticSearch. В итоге было поднято 2 реплики mySQL в качестве хранилища и прикручены к приложению с помощью ActiveRecord. К моменту когда мы начали переход на mongoDB объем данных очень сильно вырос и взял такой темп прироста, что появилась ещё одна необходимость в разделении заявок на условные хранилища. В качестве инструмента near-realtime индексации документов в ElasticSearch решили использовать сервис, написанный на Golang — monstache.
Инфраструктуру решили сделать следующую: 10 бэкендов с приложением обработчиком заявок, 2 балансировщика, 2 реплики mySQL, 3 шарда elasticsearch, 3 реплики mongoDB и 2 реплики сервиса monstache.
Вообще процесс автокредита можно разделить на 2 части:
Про реализацию второй части мы более-менее рассказали выше, поговорим про реализацию первой части. Реализация первой части состоит из нескольких подчастей:
Для данной цели был разработан специальный микросервис на языке go. Суть его заключалась в следующем: При подаче объявления в микросервис отправляется объект со всеми данными по автомобилю, микросервис, основываясь на правилах, которые для него пишутся отдельно, возвращает минимальный размер ежемесячного платежа для индексации в поиске, а также возвращает минимальный первоначальный взнос и допустимые сроки кредитования, которые идут в основу построения кредитного калькулятора.
Мы заранее кэшируем варианты просчета для стандартных значений первоначального взноса и ежемесячного платежа. Это делается для каждого из доступных кредитных периодов. Если человек поменяет первоначальный взнос (в пределах допустимого), то микросервис вновь рассчитает все данные. Если же первоначальный взнос указан меньше допустимого, то калькулятор выведет валидационную ошибку.
В связи с высокой нагрузкой на наш сервис, кредитный калькулятор имеет 2 степени кэширования: 1-ая происходит на бэкенде, куда первоначально идут клиенты за калькулятором, 2-ая в самом микросервисе.
Мы запустили проект 11 сентября 2017 года. С того момента, на сегодняшнюю дату (04.12.2018) подано 2,973,868 заявок. Мы находимся в непрерывном процессе улучшения нашего сервиса и упрощения пользовательского пути. Делаем его быстрее проще и стабильнее! Аптайм проекта за весь период с момента запуска составил 99.99%.
Как итог мы имеем следующие результаты:
За 3 месяца нам удалось построить воистину удивительный и уникальный проект. Его основной целью было дать нашим клиентам возможность приобретать легковые авто с пробегом не покидая нашей платформы. Всего за 1 минуту пользователь может получить решение по своей заявке, созвониться с продавцом, и в тот же день оформить все необходимые документы.
Судя по количеству заявок за год и 2 месяца можно сделать вывод, что у нас получается делать сервис действительно удобным и востребованным.
Автор: WallEnd
Источник [1]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/mysql/301163
Ссылки в тексте:
[1] Источник: https://habr.com/post/431342/?utm_campaign=431342
Нажмите здесь для печати.