Onlihub
Технічна відповідальність за commerce-платформу
Інтеграції e-commerce та маркетплейсів
Підключення магазину має створювати робочий бізнес-процес: товари зіставлені, залишки зрозумілі, замовлення рухаються до виконання. Як CTO Onlihub, я працюю з моделлю предметної області, backend та межами інтеграцій. Складність — в узгодженій роботі систем, що змінюються незалежно.
Як підходжу до роботи
Визначити джерела та зіставлення
Описати зв’язки товарів із лістингами та замовлень із виконанням. Явно зберігати зовнішні ID й можливості провайдера. До синхронізації визначити джерело залишків, цін і статусів.
Зробити фонову роботу відновлюваною
Зберігати намір операції, обмежувати володіння задачею та фіксувати повтори. Кейс Onlihub показує ключі ідемпотентності, outbox і lease задач у PostgreSQL. Локальне захоплення задачі не гарантує одноразовий зовнішній ефект.
Передбачити звірку
Webhooks швидко повідомляють про зміни; періодичні перевірки й явні помилки допомагають відновити пропущене. Відокремлювати адаптери провайдерів від доменних сервісів, щоб особливості маркетплейсу не поширювалися на весь застосунок.
Що варто вирішити на початку
Миттєва узгодженість усюди — рідко правильна обіцянка. Варто узгодити допустиму затримку, ліміти API та правила відновлення для кожної операції. Публічні інтеграційні сторінки підтверджують продукти, а не особисті сертифікації.
Пов’язані роботи
MySellerHub
Спільна модель незалежних каналів продажу
Onlihub Catalog
Окремі шляхи даних для різних навантажень
Zipurch
Торговельна активність на карті
Розкажіть про вашу задачу
Назвіть платформи, дані для обміну та місця, де синхронізація зараз ламається. Додайте приблизні обсяги, якщо відомі; облікові дані для обговорення архітектури не потрібні.
Обговорити задачу