Çevik Geliştirme ve ESBS

oy
1

Ben Çevik Kalkınma için kurumsal teknolojik paradigma kayması üzerinde çalışıyorum. Zor bir süreç oldu ama neredeyse geldik! :)

Biz (Erişim eskiden, şimdi NET ve MS SQL taşıdık) bizim veritabanı yönetim ve bizim gelecek vizyonu için bir çerçeve geliştiriyorsanız için eski sistemlere sahiptir. Biz Web'e mümkün olduğunca göç etmek istiyorum. Ama biz yaklaşan biriyle mevcut sistemi entegre etmek istiyorum. Biz görevleri ve işlevleri örtüşen olmayacaktır.

Görüşüm kendi tarihi ve muhasebe bilgi için MS SQL geri bu profilleri bağlayan farklı bir veritabanına kullanıcılarımıza tüm iletişim bilgileri taşımaktır. Biz masaüstü uygulamasında tüm muhasebe sistemlerini devam edeceğiz ama çok biz Ruby on özellikle Yakut, web temeline dayanmaktadır edeceğini eklemek üzeresiniz daha işlevleri var.

neden ESBS: Ben soru şu? Karmaşık ESBS sistemleriyle kendini tutamayan ho gitmeden bir SOA oluşturmak için bir yolu var mı. Bütün fikir zaten KISS etmektir. Bir SOA masaüstü / web / mobil iş mantığına işlevsellikleri tutarak arayüzleri olmasını sağlayan bir şekilde oluşturulabilir (tabi bazı işlevleri arabirimde uygulanacak olurdu, ancak minimum düzeyde tutmanın). Ve ESBS bile Çevik felsefeyi yerim ne? daha okudum ve bunlar üzerinde çalışma, daha az Sanırım! : /

girişinizi millet için teşekkürler! Eğer açıklamak bana ihtiyacın olursa, sadece birkaç soru yapmak ve bunu yapmak için elimden geleni yapacağım! :)

Oluştur 09/12/2008 saat 23:51
kaynak kullanıcı
Diğer dillerde...                            


3 cevaplar

oy
3

Çerçeve / altyapı tamamladıktan sonra ESBS çevik ile iyi uyum. Sen bırakılır, parçalar halinde yeni bir sistem oluşturmak, bir süre eski sistemde paralel olarak yeni parçaları çalıştırmak ve giderek sadece yeni sisteme kadar sistemin eski bölümlerini kapatabilirsiniz olduğunu göreceksiniz ve kimse başaramayacak hiç farkı biliyor

Temel bir SOA sadece uygulamaların yerine hizmetlerini tanımlar; Bir ESB çok daha yükseltmeleri ve kısaltmaları yaparak, son noktalarını gizlemek için kanallarda hizmet yönetir "çevik"

Cevap 10/12/2008 saat 00:24
kaynak kullanıcı

oy
1

itis çok farklı kişiler için farklı aşırı ve anlamı gibi ben uzakta terimi "ESB" utangaç oldukça hızlı bir şekilde öğrendim (ve aynı kişiye kez farklı şeyler de :-))

Önemli olan şey, doğal olarak, bu aslında gerektiren ne olduğunu kendinize sormaktır.

Bir hizmet olarak veritabanı (ler) Ambalajlama Bu veriler daha çok sayıda müşterimiz var, özellikle akıllıca bir seçim olması muhtemeldir; sözleşmelerinizde ve kapsam belirlemeye düşünmeye zaman iyi bir miktar harcamak zorunda kalacak, ancak çevik büyük ölçüde burada yardımcı olabilir.

Şimdiki soru denilen olsun bu hizmeti yaparız ve senin müşteriler ve hizmetler değişim olasılığını ve nasıl sistem yaşayacağı değişim tartmak gerek.

Bir servis otobüsü (diğer hizmetler olabilir) kendi istemciden hizmetlerini maskeleme yardımcı olur ve bu "maskeleme" Bir hizmet otobüsün bazı formları da ne olması gerektiğine (güzergah korumak verilere yer, protokol, formatlar, kodlarına relayte edebilirsiniz denir ve ne zaman) ama genel olarak fikri sevmediğim.

böylece - ilk kendinize sormanız gereken soru, bence, sen ve ne kadar ön yatırım yapmak isteyen vardır başlamak ne gerektirir (ve haklı)

Eğer daha noktadan-noktaya yaklaşımla mutlu başlangıçta Örneğin, müşterileriniz doğrudan servisini arayabilirsiniz; (- İstersen sen ESB diyebilirsin evet) hizmeti geliştikçe daha sonraki bir aşamada, isteği ve yanıtı aracılık etmek "ortadaki adam" tanıtabilirsiniz.

istemcilerin doğrudan hizmet diyoruz, ama ile başlayan ve gereksinimleri biçimi olarak yeteneklerini genişletmeye gerek sadece özelliklere sahip asla böylece Alternatif bir temel "orta adamı" ile başlayabilir; iyi basit yönlendirme makinesi olarak başlayabilir.

İdeal yerleşik birçok yeteneklere sahip bir ürünün üstünde kuracağına; BizTalk Server, MS yığın sen iyi bir matchif olduğunu (ama eğrisi öğreniyor vardır)

böylece - bu çok somut bir cevap değilse özür dileriz - ama benim ana noktası "ESB" bir overkill olmak zorunda olmamasıdır sanırım, sadece ilk günden de sahip olmak isteyen ve çevik ne kadar gelir (ve SOA ) kesinlikle yavaş yavaş yerine böyle bir şey büyük patlamadan daha gelişmeye izin vererek yardımcı olur.

(Şey yukarıda tam bir saçmalık ya da sadece biraz belirsizdir eğer evde doğdu yeni ile uykusuzluktan dolayı bu! Özür :-))

Cevap 10/12/2008 saat 11:40
kaynak kullanıcı

oy
0

Bütün göç ESB beni ne var olduğunu ... Ama bir ESB fikrine yaklaşık 30.000 profillerini içeren bir sorunu çözmek için karmaşık yol görünüyor! Biz (birkaç milyon profillere) bazı exponencial büyümenin eşiğinde ve belki iyi olurdu yeni bir yolda başlayan. MS SQL DB üzerinde depolanan verilere MySQL DB üzerinde oturur bir girdi bağlamak ne kadar kolay? Açıkçası çift girişi istemiyoruz, ancak "bütün" ESB daha çevik yolu olabilir ... Ben bir ESB ile SOA yükseltmeleri ve değiştirmelerin açısından oldukça çevik olabileceğini anlıyoruz yapmak ama olurdu bir overkill? :)

Cevap 10/12/2008 saat 00:41
kaynak kullanıcı

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more