SAP PI/PO vs. SAP Integration Suite: Karar Şablonu İçin Karşılaştırma

Kararın Asıl Odak Noktası

SAP Process Integration ve Process Orchestration için belirlenmiş bir bakım sonu tarihi yaklaşıyor. Bu nedenle soru entegrasyon platformunun değişip değişmeyeceği (*eğer*) değil; hangi sırayla, hangi işletim modeliyle ve ne oranda yeniden kullanılabilirlikle değiştirileceğidir.

Mimari

Klasik ara katman yazılımı (middleware), yama, sertifika ve kapasite yönetimini kendinizin yürüttüğü şirket içi bir Java ortamıdır. SAP Integration Suite ise bir bulut hizmetidir: Çalışma zamanı (runtime), güncellemeler ve ölçeklendirme sağlayıcıya aittir; sorumluluğunuz akışların tasarımı, yönetişimi ve izlenmesine (monitoring) kayar.

İşletim Eforu

• **PI/PO:** Sistem bakımı, çekirdek (kernel) ve Java sürümleri, housekeeping, boyutlandırma (sizing) — planlanabilir ancak insan kaynağı yoğundur.
• **Integration Suite:** Platform işletim yükü yoktur; bunun yerine kotaların, bağlantıların (Cloud Connector) ve sağlayıcının sürüm güncellemelerinin sürekli takibi gerekir.

Lisans ve Maliyet Etkileri

Geçiş, maliyetleri altyapı ve şirket içi işletimden tüketim veya kapasite modellerine kaydırır. Karar dokümanı için kritik nokta: Hedef işletim maliyeti değil, geçiş projesinin kendisi en büyük tekil maliyet kalemidir.

Geçiş Etkileri

Güvenilir bir iş gerekçesi (business case) için üç temel veri gerekir: canlıda kullanılan arayüz sayısı, teknik olarak aktarılabilir eşlemelerin (mapping) oranı ve test kapsamı. Bu envanter çıkarılmadan yapılacak her tahmin bir kumardır.

Öneri

Entegrasyon deseni başına bir pilot akış ve 4 ila 6 haftalık bir envanter çalışmasıyla başlayın. Çıkan sonuç; eforu, öncelik sırasını ve işletim modelini, yatırım kararını sağlam temellere oturtacak şekilde sunacaktır.

Sık sorulan sorular