Bu sayfada
İki müşteri işletmenin de “aktif” adlı alanı var. Birinde müşterinin son on iki ayda satın almış olması demek. Diğerinde hizmet sözleşmesinin hâlen geçerli olması demek. Ortak bağlayıcı iki alanı da doğru taşıyabilir. Onları aynı iş durumu sayan ortak kural, işletmelerden biri için yanlış olabilir. Bu örnektir, bir uygulama raporu değil.
Ortak platformlar ve yerel uygulama üzerine bir tartışma, altyapısının büyük bölümünü yeniden kullanırken her müşteri ortamında önemli iş yapan bir şirketi anlatır. Yüzdeleri o şirkete özgüdür. Genel mimari soru, ortak mekanizmanın nerede bitip yerel anlamın nerede başladığıdır.
Veri iletimi sözleşmesini iş sözleşmesinden ayırın
İletim sözleşmesi şöyle diyebilir: kaynakta kimlik doğrulaması yapın, değişen kayıtları okuyun, tanımlayıcıları koruyun, güvenle yeniden deneyin ve hataları görünür kılın. Bu davranışlar bir kez uygulanıp tekrar tekrar test edilebilir. Değerlidirler; çünkü her entegrasyon verinin güvenilir yolunu gerektirir.
İş sözleşmesi hangi kaydın yetkili olduğunu, durumun ne anlama geldiğini, ne zaman işleme izin verildiğini ve hatayı kimin düzeltebileceğini söyler.
- Ortak iletim kimlik · yeniden deneme · olay ID'si
geçerli olayı getirir
- Yerel politika anlam · izin · zamanlama
işleme izin verilip verilmediğini belirler
- Yetkili işlem yazma · denetim
sonucu kaydeder
İş sözleşmesi iş akışına bağlıdır. Başka müşteriyle aynı kaynak ve hedefi kullanıp farklı yanıt gerektirebilir.
Mağazadan e-postaya bağlantıyı düşünün. Platform olayları alma, yinelenenleri ayıklama ve denetim izi sağlayabilir. İş akışı sahibi “abone” durumunun belirli pazarlama amacına izin olup olmadığını, satın almanın sepet hatırlatmasını engelleyip engellemediğini ve izin değişiminin kuyruktaki mesajları nasıl etkileyeceğini tanımlamalıdır. Bunlar alan adlarından tahmin edilebilecek bağlayıcı özellikleri değildir.
Aşağıdaki Tajo örnek eşlemesi üç alanı doğrudan kopyalar. Hiçbir satır pazarlama iznini tanımlamaz. Taşıma düzenini yeniden kullanmak işten tasarruf sağlar, ancak hangi durumun hangi işleme izin verdiğini iş akışı sahibi belirlemelidir. Düzenli eşleme bu boşluğu gösterir, doldurmaz.
Çalıştırmadan önce senkronizasyonu inceleyin
Müşteri güncellemelerini e-posta platformuma senkronize edin.
Müşteri senkronizasyonu
| Kaynak alan | Hedef alan | Kural |
|---|---|---|
email | EMAIL | Doğrudan |
first_name | FIRSTNAME | Doğrudan |
last_name | LASTNAME | Doğrudan |
Sentetik önizleme başarılı
3 alan eşlendi · Hedefe yazma yok
Tajo eşleme araçlarına dayanan örnek düzen. Sentetik önizleme ve kaydedilmiş taslak senkronizasyonu etkinleştirmez.
| Ortak katman | Yerel katman |
|---|---|
| Kimlik doğrulama ve token yenileme | Bu iş akışına hangi kimlik erişebilir |
| Olay iletimi ve yeniden denemeler | Hangi olay iş durumu geçişi sayılır |
| İstikrarlı tanımlayıcılar ve yinelenenleri ayıklama | Hangi kayıtlar aynı gerçek müşteriyi gösterir |
| Kayıt ve kurtarma bağlantıları | Tartışmalı durumu kim ve nasıl çözer |
| Sözleşme doğrulaması | Alan değerleri ne demektir ve ne zaman işlem yaptırabilir |
Tablo tasarım sınırıdır; bütün uygulamaların bu kadar temiz ayrılabileceği iddiası değildir.
Yeniden kullanım anlaşmazlığı gizlediğinde bozulur
Genel platform her istisna için ayar alanı eklemeye eğilimlidir. Başta bu yeniden kullanımı koruyor görünür. Sonra kimse ayarın teknik seçenek mi, hukuki sınır mı, iş kararı mı olduğunu söyleyemez. Ortak çekirdek sahip olmadığı seçimlerin kumandasına dönüşür.
İstikrarlı değişmezi arayın. “Aynı kaynak olayını aynı hedef kayda iki kez uygulama” ortak motorda yer alabilir. “Müşteri aktif olduğunda indirim gönder” kuralı, “aktif”in, izinli kitlenin ve teklif politikasının sahibi belirlenmeden paylaşılamaz. Motor onaylı politikayı yürütebilir, ama onu icat etmemelidir.
Bu bakım için de yardımcıdır. API değişirse platform ekibi bağdaştırıcıyı ve testlerini güncelleyebilir. Uygun müşteri tanımı değişirse iş sahibi iletim mekanizmasının yeniden yazılmasını beklemeden politikayı ve test örneklerini güncelleyebilir. Temiz sınır her değişimi onun üzerinde yetkili kişiye götürür.
Anlamı düzleştirmeden mekanizmayı yeniden kullanın
Bazı yerel kurallar maliyet ekler. Yeniden kullanılabilir sözleşmesi olmayan platform özel betik koleksiyonuna dönüşür. Yanıt, yinelenen anlamları soyutlamadan önce yinelenen mekanizmaları belirlemektir. İyi tasarlanmış ortak yapı taşı türü belli koşulu, olay zamanını ve işlem sınırını kabul edip koşulun iş tanımını yerel bırakabilir.
Sınır gerçek vakalarla test edilmelidir. Normal olay, yinelenen olay, geç düzeltme ve iptal edilmiş izin alın. Her yanıtın hangi katmana ait olduğunu sorun. Hata atanamıyorsa soyutlama sahipliği gizliyor demektir. Yeni müşteri ortak “aktif” enum’una ilişkisiz birçok yorum eklemeye zorluyorsa ortak tür fazla geniştir.
Eşlik eden uygulama yazısı yeteneğin canlı iş akışında çalışıp çalışmadığını inceler. Bu yazı iş akışının anlamını silmeden neyin bir kez kurulabileceğini sorar.
Katmanlar arasındaki arayüz kötü varsayımı reddedecek kadar açık olmalıdır. Ortak motor işlem isteğini kabul etmeden olay kimliği, kaynak zamanı, işlemi yapan kimlik ve belirtilmiş amaç isteyebilir. Yerel iş akışı işleme izin verilip verilmediğini belirleyen politikayı sağlar. Amaç yoksa motor isteği reddetmelidir; politika belirsizse yerel sahip çözmelidir. Bu, iş yetkisini genel koda devretmeden yeniden kullanımı korumanın pratik yoludur. Sözleşmeyi kabul edilen ve reddedilen birer örnekle belgeleyin, katmanlardan biri değiştiğinde ikisini de test edin.
Yeniden kullanılabilir bağlayıcı yerel anlamı açıklamayı kolaylaştırmalı ve onu güvenle uygulamalıdır. Yalnızca alan adları aynı diye iki farklı vaadi aynı göstermemelidir.
Sık Sorulan Sorular
Entegrasyon platformu genellikle neyi yeniden kullanmalı?
Kimlik doğrulama örüntüleri, iletim, işlem tekrarlandığında ek etki oluşturmama, yeniden denemeler, kayıt tutma ve sözleşme denetimleri gibi istikrarlı mekanizmalar, temel gereksinimler eşleşiyorsa çoğu zaman paylaşılabilir.
İşletmeye özgü ne kalmalı?
Alan anlamı, kaynak yetkisi, iletişim izni kuralları, zamanlama gereksinimleri ve duruma göre kimin işlem yapabileceği o işletme ve iş akışı için belirlenmelidir.
Ekipler sınırı nasıl test edebilir?
Yeni iş akışını mevcut yapı taşlarıyla ifade etmeyi deneyin. Bu iş anlamını değiştiriyor veya istisnaları genel ayarlarda gizliyorsa mantığı yerel tutup arayüzü açık tanımlayın.