قرارداد رویداد؛ زبان مشترک فروشگاه و بازاریابی
اتصال دو نرم‌افزار با رسیدن یک درخواست تمام نمی‌شود. هر دو طرف باید دربارهٔ معنی رویداد، شناسه و زمان آن توافق داشته باشند تا یک خرید به چند پیام نامرتبط تبدیل نشود.
خواندن مقاله ←یاد بگیر، امتحان کن، نتیجه را بسنج
اتصال سیستم‌ها
قرارداد رویداد، API، همگام‌سازی داده و جریان‌های قابل کنترل.
۲۰ مقاله · صفحهٔ ۱ از ۲
وب‌هوک یا بررسی دوره‌ای؛ کدام اتصال مناسب‌تر است؟
وب‌هوک خبر تغییر را می‌فرستد؛ بررسی دوره‌ای از سامانه می‌پرسد چه چیز عوض شده است. انتخاب به تحمل تأخیر و قابلیت‌های دو طرف بستگی دارد.
خواندن مقاله ←جلوگیری از اقدام تکراری در اتصال API
قطع ارتباط ممکن است پس از ثبت درخواست اتفاق بیفتد؛ بنابراین نرسیدن پاسخ به معنی انجام‌نشدن کار نیست. شناسهٔ تکرارناپذیری برای همین وضعیت کاربرد دارد.
خواندن مقاله ←وقتی رویدادهای سفارش به ترتیب نمی‌رسند
سامانه ممکن است خبر لغو را پیش از خبر ثبت دریافت کند. ترتیب رسیدن شبکه همیشه ترتیب واقعی اتفاق‌های کسب‌وکار نیست.
خواندن مقاله ←سیاست تلاش مجدد برای اتصال‌های بازاریابی
تلاش مجدد باید خطای موقتی را جبران کند، نه اینکه خطای تنظیمات را هزار بار تکرار کند. ابتدا نوع شکست را بشناسید.
خواندن مقاله ←چگونه دریافت وب‌هوک را قابل اعتماد کنیم؟
دانستن نشانی وب‌هوک نباید اجازهٔ ساخت سفارش یا تغییر مشتری بدهد. اعتبار فرستنده و تازگی پیام باید جداگانه بررسی شود.
خواندن مقاله ←نگاشت فیلدها بین فروشگاه و CRM
«نام»، «موبایل» یا «مبلغ» در دو نرم‌افزار ممکن است تعریف متفاوتی داشته باشند. نگاشت فقط انتخاب ستون مشابه نیست.
خواندن مقاله ←مرجع اصلی هر داده را پیش از اتصال تعیین کنید
اگر فروشگاه و CRM هم‌زمان یک فیلد را تغییر دهند، همگام‌سازی می‌تواند تغییر درست را پاک کند. مرجع اصلی باید برای هر نوع داده روشن باشد.
خواندن مقاله ←همگام‌سازی لغو دریافت در چند سامانه
وقتی مشتری دریافت تبلیغ را لغو می‌کند، این ترجیح باید به تمام مسیرهای مرتبط برسد. پاک‌کردن او از یک گروه کافی نیست.
خواندن مقاله ←تغییر نسخهٔ API بدون شکستن اتصال‌ها
افزودن فیلد با تغییر معنای فیلد موجود یکسان نیست. قرارداد نسخه‌بندی باید به تیم‌های مصرف‌کننده فرصت سازگاری بدهد.
خواندن مقاله ←چرا دریافت رویداد را از اجرای پیامک جدا کنیم؟
وب‌هوک نباید تا پایان همهٔ کارهای بازاریابی منتظر بماند. صف پایدار کمک می‌کند دریافت، پردازش و نتیجهٔ ارسال مستقل دیده شوند.
خواندن مقاله ←صف خطا؛ کارهای ناموفق را چگونه بازیابی کنیم؟
بعضی رویدادها با تلاش مجدد خودکار حل نمی‌شوند. صف خطا باید محل رسیدگی باشد، نه انبار پیام‌های فراموش‌شده.
خواندن مقاله ←