Przejdź do treści

SOA i middleware

GetSoaGeekAndPoke

Geek and Poke

Architektura zorientowana na usługi (SOA) kojarzy się z zastosowaniem oprogramowania pośredniczącego nazywanego potocznie międzymordziem (ang. middleware). W poprzednim wpisie na temat SOA próbowałem na przykładzie opisać czym jest SOA w scenariusze z i bez ESB. W tym wpisie postaram się wyjaśnić jak middleware może pomóc przy budowaniu architektury zorientowanej na usługi.

Zdarza się, że przedsiębiorstwa inwestują w narzędzia middleware nie do końca wiedząc do czego i kiedy warto je stosować. Wiąże się to z kilkoma problemami: wiedza na temat integracji jest dosyć mało rozpowszechnioną dziedziną, a produkty oznaczone plakietką SOA oferują bardzo specyficzne metody według własnej filozofii. Temat SOA również rozumiany w środowisku informatycznym bywa w rożny sposób.

Czytaj dalej »SOA i middleware

SOA w praktyce

SOA

Architektura zorientowana na usługi (ang. service oriented architecture), SOA stała się popularnym terminem pojawiającym się na wszelkich etykietach dostępnego oprogramowania klasy enterprise. Praktycznie każdy dostawca chwali się, że dostarcza produkty “zgodne z SOA”. Wiele firm dało się skusić na kupienie produktu oznaczonego znaczkiem SOA z myślą, że zainstalują taki produkt i będą od tego momentu “robić SOA”… No cóż, SOA to nie systemy, a podejście, które trzeba wdrożyć by czerpać z niego korzyści.

Czytaj dalej »SOA w praktyce

Ogólna Architektura Aplikacji Warstwowych

Wikipedia

Architektura kolumny z Persopolis

Projektujesz kolejny system internetowy w architekturze wielowarstwowej? Obiecujesz sobie, że tym razem wszystko będzie uporządkowane i przemyślane? W głowie klarują się Tobie pakiety i komponenty i wszystko ma swoje miejsce dopóki nie przyjdą ludzie z biznesu i wywrócą świat do góry nogami?

Okazuje się, że w przypadku większości systemów internetowych pewne ramy architektoniczne są powtarzalne i nie ma co odkrywać koła na nowo zaczynając kolejny projekt. Niezależnie, czy budujemy system rezerwacji, portal internetowy, system obiegu dokumentów, system bankowości elektronicznej, to część elementów pozostaje na pewnym poziomie ogólności wspólnych dla każdego z nich. W tym wpisie pomiędzy trzecią, a czwartą kawą spróbujemy zidentyfikować owe wspólne elementy i przedstawić propozycję bibliotek do ich realizacji w środowisku Java / J2EE.Czytaj dalej »Ogólna Architektura Aplikacji Warstwowych

Gdzie są moje daty?

2010Dziś odbiegając od poprzednich wpisów dotyczących sfery zarządzania w obszarze IT, zajmiemy się bardzo konkretnym problemem, na który można trafić podczas pracy z relacyjnymi bazami danych.

Podczas implementacji raportów jednym z często spotykanych typów raportu, z którymi przyjdzie nam praocować jest szereg czasowy. Upraszczając chodzi o takie zestawienia, w których obserwujemy zdarzenia w dobrze określonych odstępach czasu. Niestety zazwyczaj dane jakimi dysponujemy rejestrują tylko czas wystąpienia zdarzenia, w którym cokolwiek zaobserwowano.Czytaj dalej »Gdzie są moje daty?

Dokumentacja – od chaosu do bazy wiedzy

documents.pngPodczas prezentacji, które prowadziłem na tegorocznym GeeCON-ie oraz na Forum Jakości, największe zainteresowanie uczestników wzbudził temat porządkowania i cywilizowania dokumentacji dla dużych systemów IT. Co naturalne, najbardziej tematem zainteresowani byli przedstawiciele firm, które pracują z dużymi systemami i w poprezentacyjnych rozmowach widać było, że wszyscy zmagamy się z bardzo podobnym problemem.

Czytaj dalej »Dokumentacja – od chaosu do bazy wiedzy

GeeCON – notatki na marginesie konferencji

geecon_logo2Idea pracy informatyków jest bardzo prosta – tworzymy systemy, które mają jakieś zastosowanie. Możemy za ich pomocą zarezerwować hotel, stworzyć listę zadań w telefonie, założyć lokatę w banku, wymieniać informacje ze znajomymi, wyszukiwać produkty o najniższych cenach, szukać drogi w obcym mieście i robić wiele, wiele różnych rzeczy.

Ale pod powierzchni ą interfejsu systemu kryje się chaos. Kryje się cała masa kodu, danych, założeń, dokumentacji, interfejsów, usług, komunikacji, standardów…Czytaj dalej »GeeCON – notatki na marginesie konferencji

GeeCON – myśli zapożyczone

geecon_logoTym razem nie będzie pełnej relacji z konferencji. Będzie kilka nieuczesanych oraz zapożyczonych myśli z prezentacji, które podobały mi się najbardziej.

Patrick Copeland opowiadał o pretotypowaniu (pretotyping). Nie wiecie co to jest? Ja też nie wiedziałem. Pretotypowanie to jak najszybsze sprawdzenie, czy jakiś pomysł jest wart realizacji. Zamiast tworzyć prototypy (które kosztują) warto spróbować coś jeszcze prostego – po to, żeby jak najmniejszym wysiłkiem zrobić już jakąś ewaluację naszej idei.Czytaj dalej »GeeCON – myśli zapożyczone