Geçmişte BT departmanları, iş yazılımı veri silolarını birbirine bağlamak için büyük kurumsal uygulama entegrasyon programlarına girişmişti. Ancak BT’nin artık bu kadar uzun vadeli bir strateji planlayabilme lüksü yok. Hizmet olarak yazılım (SaaS) ve genel bulut tabanlı bilgi işlem çağı, her biri kendi veri silosunu oluşturan ve merkezi BT’nin destekleyebileceği bir konumda olmayan uygulamalarda bir patlamaya yol açtı.
Gartner’ın baş analisti Andrew Comes’e göre tartışma, kontrol ve kaliteye karşı hızdır. “Merkezi bir entegrasyon ekibi darboğaz yaratabilir” diyor.
Bunun yerine Gartner, müşterilerinden bazılarının entegrasyon stratejisi etkinleştirmeyi geliştirdiğini, bu sayede merkezi BT ekibinin rolünün, işletmenin hizmet sağlayıcısı olarak stratejiye yardımcı olmaya dönüştüğünü gördü. Comes’e göre bu, teslimat hızı ile güçlü BT yönetişimi için gereken korkuluk arasında bir denge kurulmasına yardımcı oluyor.
Yönetişim stratejisi
Deutsche Bank, yazılım geliştiricilere koruma sağlamak amacıyla HashiCorp’un Terraform’unu kullandı. Bunun nasıl çalıştığını açıklayan Deutsche Bank’ın bulut hizmetleri sunumu başkanı Keith Kemsley şunları söylüyor: “En başından beri, inovasyonu hızla teşvik edebilecek, aynı zamanda güvenlik ve uyumluluk standartlarımızı koruyup aşabilecek bir ortam yaratmak istedik.”
Banka, Terraform aracını temel alan Sentinel’i geliştirmek için HashiCorp ile birlikte çalıştı. Bu, Deutsche Bank’ın bulut platformu ekibinin, Terraform altyapı modüllerinden oluşan bir kitaplık oluşturmak ve uygulama geliştirme ekipleri için standartlaştırılmış politikalar oluşturmak için kullandığı, kod olarak politika çerçevesi sunuyor.
Deutsche Bank, geliştiriciler, kullanıcı kabul testleri ve üretim ekipleri için ortamların yanı sıra yeni yazılımların ve güncellemelerin güvenli bir şekilde teslim edilmesini sağlamak amacıyla korkuluklar sağlayan bulut giriş bölgesi konseptini kullanıyor. Bu önce güvenlik yaklaşımı, platform ekibinin yoldan çekilmesine yardımcı oldu.
Kemsley şunu ekliyor: “Kod olarak politikayı uygulamak yalnızca kontrollerimizi güçlendirmekle kalmadı, aynı zamanda üç farklı ortamda sunduğumuz bir hizmet paketinde de yeniden kullanıldı, bu da uygulamaya göre özelleştirilebileceği anlamına geliyor.”
Uygulama aşırı yükü
Forrester’ın kıdemli analisti David Mooter, BT departmanlarının SaaS’ı geleneksel şirket içi veya barındırılan kurumsal uygulamaların yanında çalıştırırken karşılaştığı zorlukları tartışırken, asıl sorunun büyük hacimli uygulamaları entegre etmek olduğunu söylüyor.
“SaaS olmayanlara kıyasla SaaS’ın daha az olduğunu ve uygulama hacminin daha fazla olduğunu düşünüyorum” diyor. “Portföylerin boyutu hızla arttı; büyük bir kuruluşta yüzlerce uygulamayı görmek olağan bir durumdur.”
Mooter’ın belirttiği gibi, uygulamalar arasındaki olası bağlantıların sayısı eklenen her yeni uygulamayla katlanarak artıyor; bu da her uygulama arasında noktadan noktaya entegrasyonu yönetmenin sürdürülemez olduğu anlamına geliyor. “SaaS’ın yaygınlaşmasına rağmen, eski kurumsal sistemler bir gecede yok olmayacak [as] bunları değiştirmenin maliyeti çok büyük” diye ekliyor.
Mooter, BT liderlerini, bu eski kurumsal sistemleri modern bulut tabanlı uygulamalarla entegre ederek kullanım ömrünü nasıl uzatabileceklerine bakmaya çağırıyor. Tüm bu çalışmaların, üstel entegrasyon büyüme sorununu yönetmek için gereken iş yükünü artırdığına dikkat çekiyor.
BT liderlerinin bu entegrasyon sorununu nasıl çözebileceklerini inceleyen Mooter, sorunu uygulamalar ve veritabanları yerine iş arayüzleri açısından ele almalarını öneriyor. Geleneksel olarak BT’nin ikincisini yaptığını söylüyor.
“İş değişikliği için gereksinimleri alıyoruz ve bu değişikliği gerçekleştirmek için çeşitli uygulamaları nasıl bir araya getirebileceğimizi kendimize soruyoruz. Bu, ilgilenilmesi gereken yalnızca birkaç uygulama varken işe yaradı, ancak bugün, üstel bağlantı büyüme sorunuyla karşı karşıya kalıyor” diyor.
Mooter’a göre BT departmanlarının yaptığı hata, uygulamaların değer yarattığına inanmak, oysa BT liderlerinin odaklanması gerektiğine inandığı alanın uygulama programlama arayüzleri (API’ler) olması. “Değeri yaratan uygulamalar değil, iş süreçlerinizdir” diyor. “Ana API’lerinizin uygulamalar yerine iş yetenekleriyle arayüz oluşturduğu bir API stratejisi kullanırsanız işler çok daha güçlü hale gelir.”
Harici bir hizmet sağlayıcı tarafından veya genel bulutta ve şirket içi eski sistemlerde barındırılan SaaS uygulamalarını kapsayan bir uygulama entegrasyon stratejisi oluşturma süreci, iş arayüzü tasarımıyla başlar. Bu iş arayüzü tanımlandıktan sonra Mooter, BT liderlerine bir iş arayüzünün sözleşme vaadini yerine getirmek için hangi uygulamaların düzenlenmesi gerektiğini bulmalarını öneriyor. Bunun, uygulamaları iş süreçlerini başlatan API’lere göre ikincil konuma getirdiğini söylüyor.
İş süreçlerinde arayüz oluşturan API’lerin kullanımına bir örnek olarak şunları söylüyor: “Diyelim ki yeni bir iş ortağı veya yeni bir kanal için sipariş gerçekleştirmeye ihtiyaç duyduğunuzda, üç sipariş yönetimi sistemini bir araya getirmeye çalışmak yerine yalnızca sipariş gerçekleştirme API’nizi çağırırsınız. ve sekiz ERP [enterprise resource planning systems] yeni iş ortağı veya kanalla.”
Bu yaklaşımın çeşitli varyasyonları vardır. Mooter, çok sayıda satış kanalı ve farklı cihaz türlerine yönelik desteğin bulunduğu bir kuruluşta, BT liderlerinin iş arayüzlerini belirli bir kullanıcı deneyimine dönüştüren ek bir API katmanına ihtiyaç duyabileceğini söylüyor.
Pipedrive’ın mühendislik müdürü Siim Kibus, BT liderlerinin tutarlı bir API görünümü ve hissi olduğundan emin olmalarını tavsiye ediyor. “API’ler ideal olarak kaliteli bir sonuç sağlamak için tasarım ilkeleri, dokümantasyon ve süreçlerle birlikte tasarım öncelikli olmalıdır” diyor. Geliştiriciler özel olarak güvenlik, etkinlik ve [resource] akılda verimlilik.
BT liderlerinin karşılaşabileceği bir diğer sorun alanı da, modern bulut uygulamalarının, gerçek zamanlı verileri işlemek üzere tasarlanmamış eski uygulamalarla arayüz oluşturma ihtiyacı duymasıdır. Mooter, “Bunu eski ERP’lerde sıklıkla görüyorum” diye ekliyor. Bu senaryoda, BT liderlerinin iş arayüzü API’lerine yönelik okuma işlemlerini gerçekleştirmek için ana veri yönetimine veya veri önbelleğine ihtiyaç duyabileceğini söylüyor. Bu, eski uygulamanın iş yükünün azaltılmasına yardımcı olacaktır.
“Kısa vadede” diyor, “noktadan noktaya bağlantılar oluşturmak daha kolaydır ve çok az uygulamanız olduğunda veya büyümesine veya yeniden kullanılmasına gerek olmadığını bildiğiniz basit kullanım durumları için uygun bir yaklaşım olabilir gelecekte.” Ancak yüksek düzeyde, kuruluşların kurumsal uygulamaları iş arayüzlerinde düzenlemeye çalışması gerektiğini tavsiye ediyor ve bunun, geniş ölçekte işe yarayan tek yaklaşım olduğunu ekliyor.
SaaS ve SaaS olmayan kurumsal sistemleri entegre etmenin bir başka yolu da veri entegrasyonlarını dikkate almaktır. Forrester, veri entegrasyonunu farklı veri kaynakları, konumlar ve uygulamalar arasında veri yakalama, erişme ve kullanma yeteneği olarak tanımlıyor.
Forrester’ın başkan yardımcısı ve baş analisti Michele Goetz, “Veri entegrasyonu birçok amaca hizmet ediyor; veri yığınlarını veri göllerine ve ambarlara almak, veri akış hatlarını düzenlemek, süreçlerden ve makinelerden olaylar iletmek veya içgörüler sunmak” diyor.
Veri entegrasyonu, üretim ve tüketim ortamları arasında verileri haritalamak ve uzlaştırmak için kod ve mantık içerir. Verilerin güncellenmesini, değiştirilmesini ve silinmesini sağlar; veri bütünlüğü ve verileri zenginleştirmek için veri kümelerinin kontrol edilmesi, temizlenmesi ve birleştirilmesi.
Goetz, veri entegrasyon araçlarının toplama ve hesaplamalar gerçekleştirdiğini ve alt entegrasyonlara veya iş süreci yönlendirmesine bilgi sağlayan meta veriler ve sınıflandırmalar sağladığını söylüyor. Veri entegrasyonu, verileri işlem hatları ve bağlayıcılar aracılığıyla fiziksel olarak taşıyabilir ve kopyalayabilir veya her çağrı ve sorguyla yenilenen sanal görünümler sağlayabilir. API’ler, veri entegrasyonu süreçlerini uygulama entegrasyonu ve otomasyon süreçleriyle birleştirmek için ortak bir kanaldır.
Merkezi olmayan entegrasyon
Mooter, kuruluşlara, işletmeler arası (B2B) kurumsal entegrasyonu desteklemekten yalnızca BT’nin sorumlu olduğu durumlarda ortaya çıkan darboğazları aşmak amacıyla, kuruluş için entegrasyon uygulayan merkezi bir entegrasyon ekibinden uzaklaşmaya bakmalarını tavsiye ediyor.
Forrester’ın gözlemlediği trendlerden biri, BT entegrasyonunun öncelikle iş kolu BT ekiplerine ve aynı zamanda vatandaş (BT dışı) entegratörlere yönelik olarak demokratikleştirilmesidir.
Bunu destekleyecek teknolojiyi seçerken Mooter, BT departmanlarının kullanım kolaylığına ve minimum öğrenme eğrisine odaklanan hizmet olarak entegrasyon platformu (iPaaS) ürünlerine bakmalarını öneriyor.
Forrester ayrıca iPaaS pazarında iş otomasyonu sunan daha fazla ürün gördü. Örneğin bir iPaaS, ortak iş süreçlerini veya endüstri standartlarını uygulamaya yönelik önceden oluşturulmuş işlevsellik içerebilir. iPaaS sağlayıcısı ayrıca diğer bitişik otomasyon araçlarına paketler veya entegrasyonlar da sunabilir.
BT entegrasyonunun geleceğine ve kuruluşların SaaS ile SaaS olmayan kurumsal uygulamaları nasıl birbirine bağladığına bakan Mooter, üretken yapay zekanın kuruluşların BT entegrasyonunu sağlama biçimini değiştireceğine inanıyor. “El ile bir entegrasyon akışı oluşturmak yerine, iPaaS ürününe neyi başarmak istediğinizi sade bir İngilizceyle anlatacaksınız ve o da sizin için bir entegrasyon oluşturacaktır” diyor.
Bazı SaaS ürünlerinin iş kolu yöneticileri veya iş birimleri içindeki BT fonksiyonları tarafından taktiksel hedeflere ulaşmak için dağıtıldığı göz önüne alındığında, merkezi BT ekiplerinin bu ürünleri şirketin genel BT entegrasyon stratejisine entegre etmenin bir öncelik olup olmadığına karar vermesi gerekir. . Bazı SaaS ürünlerinin diğer kurumsal sistemlerle entegre olabilmesi için kendi konnektörleri bulunur ve diğerleri iPaaS tarafından desteklenebilir.
Ancak bir ürünün kuruluşta nispeten kısa bir süre için kullanılması muhtemelse, onu kurumsal yazılım yığınına tam olarak entegre etmek faydalı olmayabilir. Öte yandan, uzun bir süre boyunca devreye alınması muhtemel olanların dahili iş süreçleriyle daha sıkı entegrasyona ihtiyaç duyacağı neredeyse kesindir.