Почніть із визначення бізнес-події, яку має обробляти інтеграція. З’ясуйте, що має зробити система-одержувач і яке джерело є основним, коли записи не збігаються.
Побудуйте специфікацію інтерфейсу навколо події
| Елемент специфікації | На яке питання відповісти |
|---|---|
| Тригер | Що сталося та яка система це підтвердила? |
| Ідентифікація | Які ідентифікатори облікового запису й події залишаються стабільними в різних системах? |
| Передані дані | Які поля обов’язкові, необов’язкові або чутливі? |
| Підтвердження | Яка відповідь доводить отримання або завершення? |
| Збій | Які дії повторюються, очікують, зупиняються або потребують перевірки? |
| Виправлення | Як пізніша зміна посилається на початкову подію? |
Наприклад, рішення верифікації потребує більшого, ніж позначка, скопійована до іншої бази даних. Визначте час набуття чинності, версію та дію, дозволену цим станом. Обмежте доступ до даних потребами процесу, який їх отримує.
Призначте відповідального за невизначений стан транзакції
Коли час очікування запиту спливає, визначте, хто встановлює, чи дія відбулася. Повтор не повинен створювати ненавмисного дубліката, а відсутнє підтвердження не слід вважати доказом збою без перевірки специфікації.
Визначте моніторинг затриманих або відхилених подій і команду, відповідальну за їх врегулювання. Оператору потрібен спосіб відрізнити чергу необроблених подій інтеграції від рішення, яке ще очікує перевірки людиною.
Перевірте зміни разом із початковим підключенням
Використайте коректну подію, відсутнє обов’язкове поле, повторний запит, виправлення не за порядком і тимчасову недоступність джерела. Порівняйте отримані записи в обох системах. Збережіть достатньо ідентифікаторів та інформації про статус для розслідування кожного результату.
Потім перевірте зміну версії або додавання необов’язкового поля за погодженими правилами сумісності. Визначте відповідального за реліз, критерії відкату версії та процес повідомлення про зміни постачальника. Успішне перше підключення — лише одна частина життєвого циклу інтеграції.
Підготуйте корисний бриф інтеграції
Надайте системи, доступну документацію, приклади подій і процес, який має покращитися. Додайте стан збою, який ваша команда зараз не може пояснити. Для заміни основної системи облікових записів також оцініть обсяг PAM і роботи з міграції.
Запитайте перевірку інтерфейсу з цими вихідними даними. Пропозиція має називати результати робіт, залежності та підтвердження для приймання.