Boomi’niz çalışıyor; siparişler akıyor, kimse şikayet etmiyor. Peki büyüdükçe ne oluyor? Lisans faturası her yeni entegrasyonla yükseliyor ve Atom bakımı hâlâ ekibinizin gündemindeyse, bu yazı sizin için. MDP Integration Platform‘u geliştiren ekip olarak amacımız Boomi’yi kötülemek değil; hangi noktada hangi platformun daha iyi cevap verdiğini netleştirmek.
Özet
- Boomi’de entegrasyon büyüdükçe dört yapısal sınır ortaya çıkıyor: basamaklı büyüyen lisans maliyeti, müşteride kalan runtime işletimi, kara kutu bileşenler ve platforma hapsolan birikim.
- MDP Integration Platform bu dört soruya mimari düzeyde cevap veriyor: öngörülebilir lisanslama, işletme yükü olmadan on-prem, açık kodlu akışlar ve denetlenebilir birikim.
- Gerçek bir vakada geçiş, canlı operasyon hiç durmadan tamamlandı.
Boomi’de Entegrasyon Büyüdükçe Ortaya Çıkan Dört Sınır
- Lisans modeli büyümeyi cezalandırıyor. Connection-bazlı modelde her yeni uç sistem ayrı bir lisans kalemidir; entegrasyon sayısı arttıkça fatura basamaklı büyür.
- “Bulut platform” aldınız ama altyapı işletiyorsunuz. On-prem çalışan Atom’un sürüm, kapasite ve yama sorumluluğu sizde kalır.
- Kara kutu bileşenler “çalışıyor” ile “doğru” farkını gizliyor. Bir doğrulama bileşeni, kurala uymayan satırları sessizce eleyebilir. Rapor “başarılı” der; oysa birkaç sipariş satırı SAP’ye hiç ulaşmamıştır.
- Birikiminiz platformun formatına hapsoluyor. Makine üretimi export’larda fark almak, code review ve denetim pratikte çok zordur.
MDP Integration Platform, Boomi’nin Dört Sınırını Nasıl Çözüyor?
Aynı dört soruya mimari düzeyde dört cevap: öngörülebilir lisanslama, işletme yükü olmadan on-prem/private cloud, XSLT-Groovy-standart adaptörlerle açık kod ve versiyon kontrolünde denetlenebilir akış tanımları. Üstüne SAP ile doğrudan bağlantı: RFC, IDoc ve XI Proxy senaryoları PI/PO gerektirmeden kurulur.
| Kriter | Boomi | MDP Integration Platform |
|---|---|---|
| Lisans modeli | Connection-bazlı; entegrasyonla artar | Öngörülebilir; büyümeyle basamaklanmaz. |
| Runtime işletimi | On-prem Atom bakımı müşteride | Platform tarafından yönetilir; on-prem/private cloud seçeneği |
| SAP bağlantısı | Ayrı lisans kalemi + kurulum yükü | RFC/IDoc/XI Proxy ile doğrudan bağlantı |
| Geliştirme teknolojisi | Platforma özgü görsel bileşenler | XSLT, Groovy, standart adaptörler |
| Versiyon kontrolü ve denetim | Export'lar üzerinde pratikte zor | Akış tanımları versiyon kontrolünde |
| Veri lokasyonu | Runtime seçimine göre değişir | Şirket sınırı içinde tutulabilir |
| AI ile yönetim | Platform içi AI yardımcıları | AI ile akış oluşturma, AI destekli izleme ve MCP üzerinden yönetim |
| Süreç okunabilirliği | Tek tuvalde büyüyen, iç içe adımlar | Kısa, tek sorumluluklu akışlar |
Boomi Process Canvas vs MDP Integration Platform Akış Tasarımı: Aynı Entegrasyon, İki Farklı Ekran
Boomi Process Canvas
MDP Integration Platform
AI Destekli Migration: Geçiş Maliyeti Neden Eskisi Gibi Değil?
MDP Integration Platform’da AI, işin üç ayrı yerine giriyor:
- Akış oluşturma: ne istediğinizi tarif ediyorsunuz, ilk taslağı AI üretiyor.
- İzleme: AI destekli monitoring, sapan davranışı siz fark etmeden öne çıkarıyor.
- Yönetim: platform, Model Context Protocol (MCP) üzerinden AI asistanlarına açık; kaynak yükleme, devreye alma ve log doğrulaması konuşarak yürütülebiliyor.
Migration’da bu üçü birleşince envanter çıkarma, davranış belgeleme ve kurulum büyük ölçüde AI desteğiyle ilerliyor. İnsan mimariyi doğrular; tekrarlayan işçiliği AI taşır.
Sahadan: Boomi’den MDP Integration Platform’a Kesintisiz Geçiş
İngiltere’de faaliyet gösteren global bir gıda üreticisinin depo-SAP entegrasyonlarını (sipariş, mal kabul, irsaliye, fatura/EDI) Boomi’den MDP Integration Platform’a taşıdık. Her akışın SAP kontratı Boomi’deki tanıma değil, SAP’deki güncel tanıma göre doğrulandı; ilk akış titizlikle kuruldu. Geçiş akış akış yapıldı: yalnızca uç nokta değiştirildi, Boomi’deki akış geri dönüş için devrede bekletildi. Kesinti penceresi hiç gerekmedi; iş ortakları değişikliği hissetmedi.
İşin sonucunu belirleyen olgular şunlardı.
- Müşteri tarafında yalnızca uç nokta değişikliği yapıldı; iş ortaklarının kendi süreçlerine hiç dokunulmadı.
- Boomi kapatılmadan paralel geçiş yürütüldü; eski ve yeni platform yan yana çalışarak doğrulandı ve canlı operasyon kesintisiz devam etti.
- Depo durmadı, sipariş bekletilmedi, partner tarafında kimse bir değişiklik hissetmedi.
Sık Sorulan Sorular
Çalışan entegrasyonlara dokunmak riskli değil mi?
Risk, yönteme bağlıdır. Paralel geçişte Boomi kapatılmaz; eski ve yeni platform yan yana çalışır, çıktılar karşılaştırılarak doğrulanır. Davranış keşfi, ekranda görünmeyen kuralları geçiş öncesinde ortaya çıkarır.
Boomi’ye yıllardır yatırım yaptık; birikimimiz boşa mı gider?
Hayır. Asıl birikiminiz platform değil, iş bilginizdir: süreçler, iş kuralları, partner kontratları, istisna senaryoları. Bunların tamamı taşınır. Geçişte kaybolan tek şey, platforma özgü formattır; o format da XSLT, Groovy, IDOC/EDI ve çeşitli adaptörler gibi standart teknolojilere dönüşür.
Boomi’den MDP Integration Platform’a geçiş ne kadar sürer?
Akış sayısına ve karmaşıklığa bağlıdır. AI destekli envanter ve blueprint yaklaşımı süreyi belirgin kısaltır; net takvim, mevcut Boomi ortamınıza bakılarak verilir.
Sonuç
Karar Boomi hakkında değil, ölçeğiniz hakkında: dört sınırın hepsi ölçekle büyüyen sorunlar ve MDP Integration Platform bunlara mimari düzeyde cevap veriyor. Mevcut Boomi ortamınızı birlikte değerlendirmek için MDP Group ile iletişime geçebilirsiniz.
