CAP · informational
CAP her zaman HANA Cloud ister mi
CAP yerelde SQLite, üretimde sık HANA Cloud HDI kullanır. Süreç yalnızca S/4 remote API tüketiyorsa kalıcı katman ince kalabilir. Fiori Teknoloji “BTP varsa HANA Cloud şart” sloganını yerleşim notuna indirmeden kabul etmez.
HDI ve cds deploy
HANA Cloud üzerinde CAP, HDI konteynerine CDS’ten tablo ve view üretir. mta.yaml db modülü deployer’dır. Fiori Teknoloji HANA native artefaktı CDS’in arkasına kaçak eklemez; yükseltmede drift doğar. Gerekli native view varsa sınırlı ve belgelidir. SQLite yerel hızdır, üretim kanıtı değildir. Decimal, tarih ve unicode Fiori’de SQLite ile HANA arasında kayabilir. Test verisi cds deploy --to sqlite ile gelir, prod seed ayrı ve kontrollüdür. Quota ve compute HANA Cloud instance’ındadır; CAP memory ile karıştırılmaz. Şifreleme ve ağ erişimi müşteri hesabının ayarıdır. Lisans satmayız. Backup ve clone test yenileme prosedürü AMS’e yazılır. HDI kullanıcısı CAP srv bind’idir, geliştirici SAP HANA Studio alışkanlığı üretim yolu değildir.
- HDI, CDS modelinin üretim kalıcılığıdır
- SQLite yerel döngüdür, Fiori go-live kanıtı değildir
- Kaçak native SQL drift üretir
S/4 remote ile HANA Cloud’u karıştırmamak
S/4 belgesi otorite sistemde kalır. CAP HANA Cloud’da süreç kaydı, eşleme, taslak UX veya çok sistemli özet durur. Aynı fatura kalemini iki yerde “asıl” yapmak mutabakat kırar. Fiori Teknoloji entity adında kaynağı görünür kılar. Remote OData yazması S/4 API semantiğidir; HANA trigger ile S/4 taklit edilmez. Analytics: S/4 embedded analytics çekirdek belgededir. CAP HANA, yan süreç KPI’si içindir. İkisini tek Overview Page’de birleştirmek destination ve yetki zinciri ister. Performansta HANA Cloud soğuk başlangıç ve S/4 remote latency ayrı ölçülür. “HANA yavaş” ticket’ı çoğu zaman remote turdur. Mutabakat raporu iki otoriteyi ayrı satırda gösterir.
- S/4 belge otoritesi HANA Cloud kopyasıyla gizlenmez
- Trigger ile S/4 yazma taklidi clean-core değildir
- Yavaşlık ölçümü HANA ve remote için ayrıdır
Ne zaman HANA Cloud açılmaz
Yalnızca S/4 okuyan ince bir BTP UI, veriyi remote projection ile gösterebilir. Kalıcı taslak ve iş kuyruğu yoksa HANA Cloud ertelebilir. Fiori Teknoloji yine de ortamın yarın taslak isteyip istemeyeceğini sorar; sonradan HDI eklemek MTA değişikliğidir. Event-only orkestrasyon mesajı Event Mesh’te taşır, durumu S/4’te bırakır. Maliyet gerekçesi teknik gerekçenin üstüne yazılmaz ama boş instance da tutulmaz. Trial HANA, kurumsal boyut ve SLA değildir. Veri yerleşimi keşif notundadır. CAP Java veya Node bu kararı değiştirmez. Clean-core: S/4 tablosunu HANA Cloud’a ETL edip üzerine Z yazmak side-by-side değildir, ikinci bir çekirdektir. Açılacaksa kota ve yerleşim keşifte yazılır, sprint sonunda değil.
- Salt remote UI HANA Cloud’u erteleyebilir
- Trial boyutu kurumsal SLA değildir
- S/4 ETL kopyası üzerine Z, ikinci çekirdek doğurur
Sık sorulanlar
Yerel SQLite ile üretim aynı mıdır?
Değildir. Tipler, eşzamanlılık ve haklar farklıdır. Fiori Teknoloji go-live öncesi HANA Cloud (veya seçilen prod DB) üzerinde aynı senaryoyu koşar.
HANA Cloud, S/4 HANA’nın yerini alır mı?
Almaz. S/4 kendi HANA’sında belgedir. HANA Cloud BTP CAP kalıcılığı veya analitik yan yük içindir. Otorite karışmaz.
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.