Clean Core · informational
Side-by-side: süreci çekirdeğin yanına almak
Side-by-side uzantı, iş kuralını S/4 modification’ı yerine BTP’de çalıştırmaktır. CAP, destination ve on-prem ise Cloud Connector bu yolun iskeletidir. Fiori Teknoloji her boşluğu BTP’ye taşımaz; S/4 kilidinde kalması gereken nesne RAP’tedir.
Ne zaman yan yana
Birden fazla sistem, uzun orkestrasyon, S/4’te released yazma API’sinin olmaması veya Node.js ekibi: side-by-side. Kullanıcı Fiori’yi Work Zone’da görür, belge S/4’te doğar veya yalnızca okunur. Fiori Teknoloji “her Z BTP’ye” endüstrisini reddeder. İnce bir alan in-app’tir. S/4 nesnesi RAP ile uzuyorsa on-stack daha az ağ turudur. Latency ve offline keşif notundadır. Kimlik zinciri IAS–XSUAA–SCC–S/4 çizilmeden CAP yazılmaz. Clean-core vaadi, unreleased RFC’yi BTP’den çağırmakla dolmaz. API yoksa süreç değişir veya beklenir. Partner iddiası olmadan müşteri subaccount’ında çalışırız. Lisans BTP kalemleri müşterinin satın alma kanalındadır. Yerleşim cümlesi SOW’da tek paragraf olarak durur.
- Çok sistem ve eksik released yazma API’si BTP’ye iter
- İnce alan in-app, S/4 nesnesi RAP’te kalabilir
- BTP’den unreleased RFC clean-core değildir
Teknik iskelet
Subaccount, destination, Connectivity, Cloud Connector (on-prem), XSUAA, CAP, Fiori Elements, Work Zone karosu. Integration Suite ağır taşıma içindir. Event Mesh asenkron sınır içindir. Fiori Teknoloji bu listeyi tek sprintte “hepsi” diye açmaz. İlk dikey dilim: bir destinasyon, bir servis, bir karo, bir test kullanıcısı. Sonra ortam ayrımı. HANA Cloud süreç kaydı için gerekçelenir. S/4 public cloud’da connector düşer, Internet destination kalır. Hibrit peyzajda her backend ayrı satırdır. Gözlem: CAP log, SCC status, S/4 OData. Üçü olmadan “BTP yavaş” çözülmez. mta.yaml yayın sözleşmesidir. Dikey dilim olmadan platform sprint’i açılmaz. Teslimat bu cümle keşif notuna işlenmeden kapanmaz.
- İlk dilim: destination, CAP, karo, test kullanıcısı
- Hibritte her backend ayrı destination satırıdır
- Log üçlüsü: CAP, connector, S/4
İşletme ve sınır
Side-by-side AMS, S/4 bazi + BTP operasyon ister. Tek kuyruk ikisini de boğar. Fiori Teknoloji destek sözleşmesini kabuk ve API olarak ayırır. Veri residency ve kişisel veri CAP HANA’da duruyorsa KVKK notu keşiftedir. Çift belge riski yazma otoritesi net değilse doğar. Kullanıcı eğitimi: “kaydettim S/4 hemen” her süreçte doğru değildir. SLA cümlesi Fiori’de görünür. Yükseltmede S/4 API değişimi CAP testini kırar; bu beklenen maliyettir, çekirdek modification maliyetinden düşüktür. Bağımsız teslimat, çekirdeği kirletmeden yanına duran çalışan uygulamadır. Tablo ve user-exit ile “yan yana” iddiası yanlıştır. KVKK ve AMS notu keşif çıktısının ekidir.
- AMS kuyruğu S/4 ve BTP diye ayrılır
- Yazma otoritesi net değilse çift belge riski vardır
- API değişim maliyeti modification maliyetinden tercih edilir
Sık sorulanlar
Side-by-side her zaman CAP midir?
Çoğu Fiori Teknoloji teslimatında evet, Node.js CAP varsayılandır. BTP ABAP environment gerekçeli alternatiftir. Integration Suite uzantı değil taşıma katmanıdır.
On-prem S/4 ile side-by-side olur mu?
Olur. Destination proxy type OnPremise, Connectivity ve Cloud Connector zorunludur. Principal propagation iş kullanıcısı yetkisi için tasarlanır.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.