21 Ocak 2013 Pazartesi

ORACLE SOA notlarım 1.gün

Uzu..un bir aradan sonra kendimi iyi hissedip internet ortamındaki karmaşaya katkı yapmaya karar verdim yine. Yalan yanlışsa yoruma ekleyin editlensin.
Aldığım SOA  ( Service Oriented Architecture )eğitiminde tuttuğum notların bir özetini ve kısaltmaların açılımları vs. elimde bulunan anlaşılır ve anladığım kadarını sizlere aktaracağım. Elinizde ORACLE ın SOA 11g eğitim notları bulunursa faydasını daha çok görürsünüz.

Kısaltma ifadeleri:
ESB: Enterprise service bus; SOAP teknolojisiyle bağlanacak web servislerin işlerinin yürütüldüğü ara katman, iletişim kural ve mimarisini oluşturan yapı.
B2B: Business to business; bildiğin iş mantığı ve e ticaretin alt yapısı..
BPEL: Business Process Execution Language; SOA mimarisine göre sistemin tasarımının kodlanmasını sağlayan XML dili. direk yazabilirsiniz ya da JDeveloper ile plugin kurunca sürükle bırak olarak da kodlanabiliyor.
BPM: Business Process Management; İş akışlarının (burada iletişim süreci ve yaşam döngüsü) izlenmesi ve yönetimi ifade ediliyor.
OSB: ORACLE Service Bus; ESB nin farklı bir adı. Ancak barındırdığı yönetim ve izleme araçları ve ölçeklenebilir mimari açısından standart ESB den daha iyi olduğunu iddia eden mimari..
SCA: Service Component Architecture; Oracle SOA nın mimarisine temel oluşturan yapı.
BAM: Business Activity Monitoring; Verinin iletim sürecini izlemeye yarayan yapı. (BAM Server olarak weblogic üzerinde hizmet veren yapı.)
JMS: Java Message Service; yapılacak iletişim için gerekli SOAP servisi.
EDN: Event Delivery  Network; Durumlara göre işin nasıl ve nereye dağıtılacağını sağlayan mesajlaşma sistemi. JMS i kullanmaktadır.

Mimari:
Sistem mimari açıdan container denilen componentlerden ve weblogic server üzerinde çalışan server ve kütüphanelerden oluşuyor. Bu server lar ORACLE Weblogic Server üzerinde çalıştırılıyor. Yük kapasitenize ve sisteminizin esnekliğine göre bunlar dağıtık makineler üzerinde de çalıştırılabiliyor. Her bir makine üzerinde çalıştırılan farklı instance lar bulunabiliyot. Bu yapılar cluster mimarisi gibi çalışarak sürekliliğin sağlanması ve kesikli veya sürekli çalışması takip edilmesi gereken verinin işletilmesini garanti ediyor.
Hepsi bir araya gelerek Bir iletişim ara katmanını çeşitli sistemler arasında sağlıyor. Bu iletişim sistemi ilerlemeli veya paralel işletimli olarak da devam edebiliyor. Bunlar çeşitli kurallarla kodlanıyor ve işin içerisine insan faktörü de gerektiğinde dahil edilebiliyor. Bu bir iş emrinin başlatılıp onaylanıp dönene kadar geçtiği aşamalara benezetilebilir. Bu kuralların ve işi oluşturan elementlerin tümleşmiş haline kompozit diyoruz. (componentlerin birleştirilmesi gibi.)
Mimari; Adapter, Rules Engine, BPEL ve HumanWorkflow etrafında sistemin sağladığı güvenlik altyapısı altında işletiliyor.
Adapter lar veri iletişimini sağlayan araçlar oluyor.
Rules Engine BPEL ile tanımlanmış iletişim kuralları oluyor.
BPEL bunun yazılım dili oluyor (XML tadındadır. Hatta odur.)
HumanWorkflow işe insan faktörü (onay, bekletme vs) girince ortaya çıkan kontroller kurallar oluyor.

Çok genel oldu ancak umuyorum ki bu yazımı güzel bir biçimde editlemeyi umuyorum. Tembelik eder de düzeltmezsem bilin ki yoğunluktan unutulmuştur.

Hiç yorum yok:

Yorum Gönder