GeçtiÄŸimiz hafta Cumartesi günü IBM ve Ceturk iÅŸ birliÄŸi ile keyifli bir SOA semineri düzenlemiÅŸtik. Seminere ait sunumu indirmek için Arden AGOPYAN ‘ın blogunu ziyaret edebilirsiniz. Bu yazıyı da sadece seminer sunumunu paylaÅŸmak için yazacaktım ama konuyu bu kadar yüzeysel bırakmaya içim el vermedi.

SOA ‘ya karşı olan ilgim ben daha öğrenciyken okulumzda gerçekleÅŸtirilen Ulusal Yazılım Mimarileri Konferansı ‘a katıldığım bir sunumda baÅŸlamıştı. (Daha öğrenciyken dediÄŸime bakmayın çok uzun zaman olmadı öğrenciliÄŸimi sonlandıralı.) KonuÅŸmacı olarak gelen kiÅŸi (Prof Dr. M. Naci Akkök) her ne kadar Oracle çalışanı (Chief Architect) olsa da seminer boyunca sık sık IBM ‘den ve SOA ile IBM arasındaki baÄŸdan bahsetti durdu. Bir Oracle çalışanının bu kadar çok IBM ‘den bahsetmesi garibime gitmiÅŸti açıkcası. (Bu arada seminerin konusu: “A Practical and Methodical Interpretation of the Service-Oriented Architecture” idi)

Zamanla iÅŸin içine girdikçe IBM ‘in SOA alanındaki çalışmalarına ben de ÅŸahit oldum. Oracle adına bizlere SOA anlatmaya gelen kiÅŸi Oracle ‘ın bu alandaki ürünlerden ve SOA yaklaşımından da bahsetmiÅŸti ve o zamanlar anlattığı konuları anlamak bir hayli güçtü benim için. (Sadece benim için deÄŸil ÅŸu anki patronum Semih Çetin için de anlatılanlarda gariplikler ve anlaşılması güç noktalar vardı ki kendisi de sık sık sunumu bölüp hararetli sorular sormuÅŸtu.) Sunumda binlerce parçadan oluÅŸan bir sisteme ait bir resim gösterildi ve SOA budur dendi. (Resimdeki parçaları seminerden 2 saat sonra yavaÅŸ yavaÅŸ çözmeye baÅŸlamıştım.) Güya iÅŸ akışını ve süreçleri basitleÅŸtiren SOA , o resmi gördükten sonra bana çok karmaşık birÅŸeymiÅŸ gibi gelmiÅŸti.

Åžimdilerde ise dahil olduÄŸum projede Servis Yönelimli Mimari ‘yi (Service Oriented Architecture) elimizden geldiÄŸince uygulamaya çalışıyoruz ve böylesine büyük bir projede ciddi manada faydasını görüyoruz. Hatta bazen tembellik edip “Kesin bunun servisini birisi yazmıştır” diyerekten ilgili iÅŸlemi yapacak servisi bulma çabasına giriyoruz. (Aslında tembellikten deÄŸil sadece projedeki kod tekrarını önlemek için) Yada baÅŸka birisinin üzerinde çalıştığı modül ile ilgili iÅŸlem yapmamız gerekiyorsa kendisine ihtiyacımızı anlatıp bize bir servis yazmasını istiyoruz (Yani gidip yüzlerce sayfalık o modüle ait dokümanı oturup okumuyoruz) Kısacası biz SOA ‘yı seviyoruz ve kullanıyoruz.

Fakat bunlar benim kiÅŸisel görüşlerim. Yani bir yandan birileri SOA ‘ya hayranlık duyarken birileri de SOA Facts yazısındaki gibi iÅŸin dalgasını geçebiliyor. Sanırım her yeni teknoloji (Hatta SOA ‘nın yeni bir yaklaşım olup olmadığı konusunda da tartışmalar var ) bizlere kutuplaÅŸmak için bahane oluyor. Kim o teknolojiyi adam gibi kullanmayı becerebiliyorsa onu yerlere göklere sığdıramıyor ve ondan bir “SILVER BULLET” gibi bahsediyor. Bu kadar çok fanatiklikten rahatsız olanlar da hemen karşıt bir cephe oluÅŸturuyorlar. Anlayacağınız ÅŸu anda ciddi bir SOA ve ANTI-SOA kutuplaÅŸması yaÅŸanıyor.

Burada suçlu olan elbette teknoloji deÄŸil. Yani birileri onu efektif bir ÅŸekilde kullanamıyorsa yada kullanmaması gereken bir durumda kullanmaya kalkıyorsa ve baÅŸarısız oluyorsa burada suç tamamen o kiÅŸe aittir. Öte yandan her zaman yaptığımız gibi SOA ‘yı ölümsüzlüğün formülü olarak görmeyi de doÄŸru bulmuyorum. Hele de Yazılım MühendisliÄŸi gibi bir alanda birÅŸeyleri bu kadar sıkı savunmak bana pek de akıllıca gelmiyor. (Tabi bu iÅŸten para kazanıyorsanız durum deÄŸiÅŸir ??) Yazılım MühendisliÄŸi anlanında “iÅŸte en iyisi budur” denen kavramlar bir süre sonra herÅŸeyin suçlusu olarak gösterilebiliyor. Bu kadar çok kavramın türemesini bazı kiÅŸiler Yazılım MühendisliÄŸi ‘nin sürekli geliÅŸiyor olması ÅŸeklinde yorumlarken bazıları da Yazılım MühendisliÄŸi alanının yeterince olgunlaÅŸmamış olması ÅŸeklinde yorumluyor.

Bir önceki paragrafta SOA ‘nın efektif bir ÅŸekilde kullanılamamasından bahsetmiÅŸtim. Burada sanırım gözden kaçan en önemli nokta her teknolojinin her iÅŸ modeline uygun olmadığı noktası.. Hatta seminerde Arden SOA mimarisine geçmek isteyen ÅŸirketlerin önce iÅŸ süreçlerini incelediklerini ve gerekli deÄŸiÅŸiklikleri yaptıktan sonra SOA altyapısını oturttuklarını belirtmiÅŸti. Bu alanda yatırım yapmanın ciddi bir maliyeti olduÄŸundan , adam akıllı bir geri dönüş alabilmek için iÅŸi kuralına uygun yapmakta fayda var. Yine bizlerin ÅŸirket içinde biribirimizden servis istediÄŸinden bahsetmiÅŸtim. Burada da en önemli nokta TAKIM ÇALIÅžMASI. EÄŸer ÅŸirket içi iletiÅŸim zayıfsa oluÅŸturulan servis havuzu efektif bir ÅŸekilde kullanılamaycaktır.

SOA ile ilgili görüşlerimi belirttikten sonra şimdi size soruyorum siz hangi cephedesiniz? SOA mı ANTI-SOA mı ?

SaÄŸlıcakla kalın…

Konuyla ilgili linkler:

SOA Hakkında Herşey
What is SOA, really?
Service Architecture – SOA
SOA From a Corporate Perspective
IBM Developerworks – SOA

NOT: Seminerden sonra bana enteresan e-postalar gönderen arkadaşlar için ek açıklama:

*SOA bir uygulama deÄŸildir.
*IBM ‘in SOA adlı bir ürünü yoktur.
*Haliyle SOA ‘nin Crack ‘i de yoktur.
*SOA bir ürün değildir ve haliyle SOA.exe diye de birşey mevcut değildir.
*SOA web servisi demek deÄŸildir ,web servisi de SOA demek deÄŸildir.