Infovide-Matrix integruje w PTK Centertel. Pierwsze wdrożenie webMethods w Polsce 

Infovide-Matrix dokonała analizy technicznej wdrożenia platformy integracyjnej w oparciu o narzędzia webMethods 6 dla PTK Centertel. Współpraca objęła także instalację, konfigurację środowiska informatycznego, testowego i produkcyjnego dla webMethods 6. Dzięki wdrożeniu, PTK Centertel skróci czas odpowiedzi na usługi oferowane abonentom takie jak weryfikacja danych abonenta czy aktywacja numeru.

Infovide-Matrix zrealizowało pierwszy projekt integracyjny w Polsce oparty o narzędzia webMethods, wprowadzający platformę EAI. Głównym celem przedsięwzięcia było zbudowanie architektury platformy integracyjnej oraz opracowanie standardu aplikacji. Ponadto eksperci Infovide-Matrix testowali technologię pod kątem wyznaczonych kryteriów wydajnościowych i funkcjonalnych samej platformy.
Efektem wdrożenia była optymalizacja procesów zachodzących między różnymi, heterogenicznymi systemami i środowiskami sprzętowo-programowymi, co w konsekwencji oznacza skrócenie czasu odpowiedzi na usługi oferowaną abonentom PTK Centertel.
Jednym z warunków sukcesu projektu było przekazanie szczegółowych informacji na temat pracochłonności systemu. W ten sposób pracownicy PTK Centertel dowiedzieli się, ile czasu powinno zajmować budowanie funkcjonalności w kontekście kolejnych projektów. Innym ważnym rezultatem prac nad systemem była kwestia określenia zasad dla tzw. „capacity planning”, czyli planowania rozwoju konfiguracji sprzętowej
i programowej pod budowany system.

Projekt trwał 3 miesiące. W tym czasie wypracowano metodykę i standard budowy aplikacji pod inne systemy, z których PTK Centertel będzie korzystać w trakcie realizacji kolejnych projektów. Praca nad implementacją platformy EAI zakończyła się w czerwcu 2003 roku.

Współpraca Infovide-Matrix oraz PTK Centertel rozpoczęła się już w 1999 roku. Wspólnie zrealizowano kilka dużych projektów informatycznych. Dotychczas eksperci Infovide-Matrix wspierali firmę w opracowaniu i weryfikacji zasad nadzoru Biura Projektów w PTK Centertel.

Opinie osób uczestniczących w projekcie

„Zależało nam na uporządkowaniu procesu obsługi klienta i maksymalnym dostosowaniu architektury IT do ich potrzeb. Wdrożenie wpłynie pozytywnie przede wszystkim na czas i koszty wdrażania nowych ofert dzięki ponownemu wykorzystywaniu istniejących komponentów. Rozwiązanie zwiększa przejrzystość i poprawia kontrolę jakości usług dodanych świadczonych naszym abonentom.” – powiedział Konrad Kobylecki, Dyrektor Pionu Technologii Informatycznych w PTK Centertel.

„Skuteczne konkurowanie na rynku telekomunikacyjnym wymaga wprowadzenia mechanizmów skracających czas realizacji procesów biznesowych, a w szczególności obsługi klienta” – powiedział Borys Stokalski, prezes zarządu Infovide S.A. „Zalety wdrożenia platformy integracyjnej można dostrzec w warunkach silnej gry konkurencyjnej. Właśnie z taką sytuacją mamy do czynienia na rynku telekomunikacyjnym i bankowym, gdzie prowadziliśmy tego typu projekty”.

webMethods – informacje o produktach wykorzystanych w projekcie
Zestaw narzędzi webMethods, w oparciu o które budowana jest architektura rozwiązania integracyjnego, składa się ze specjalizowanych komponentów runtime: webMethods Integration Server, webMethods Broker, webMethods Workflow, webMethods Trading Networks oraz komponentów developerskich: webMethods Developer, webMethods Modeler, webMethods Workflow Designer, webMethods Trading Networks Console.

webMethods Integration Server
Integration Server (IS) jest centralnym komponentem rozwiązania integracyjnego webMethods. Służy jako punkt wejścia dla integrowanych aplikacji i systemów oraz jest miejscem przetwarzania informacji przez nie przesyłanych.

Podstawowe cechy IS to:
• Hybrydowa architektura przepływu informacji. IS umożliwia budowanie rozwiązań zorientowanych zarówno na komunikację usługową (service-oriented) jak i zdarzeniową (message-driven). Logika przetwarzania, implementowana w ramach IS, zamykana jest w atomowych obiektach zwanych usługami. Usługi mogą odwoływać się bezpośrednio do siebie nawzajem (model usługowy), mogą też opierać się o mechanizm publikacji i subskrypcji dokumentów (model zdarzeniowy). IS zapewnia wewnętrzny mechanizm obsługi komunikacji pub/sub, można też korzystać z Brokera jako medium transportowego.
• Zaawansowane wsparcie przetwarzania dokumentów. Przez przetwarzanie dokumentów rozumiane są wszystkie akcje związane ze zmianą ich postaci (formatu), parsowania, walidowania zawartości, manipulowania treścią. IS oferuje szeroką paletę gotowych usług pozwalających na szybkie „obrabianie” złożonych dokumentów, stosujących się do ogólnie przyjętych standardów (np. XML, EDI, ebXML). Dzięki dużej generyczności tych mechanizmów oraz możliwości pisania własnego kodu w językach C i Java, implementacja obsługi własnych dokumentów jest szybka i nieskomplikowana.
• Szeroka gama sposobów interakcji z innymi systemami. IS komunikuje się ze „światem zewnętrznym” za pomocą adapterów oraz kanałów dostępowych. Adaptery są opcjonalnymi modułami pozwalającymi z jednej strony na konfigurację połączenia z systemem zewnętrznym, z drugiej zaś na implementowanie logiki opierającej się na czysto IS-owym modelu wymiany informacji. Standardowym adapterem dostarczanym z IS jest adapter dla JDBC. Pozwala on na publikowanie rekordów bazy danych jako dokumentów IS oraz interakcję serwisów IS z bazą danych poprzez wywoływanie usług adaptera (czyli modułu IS), a nie bezpośrednie operowanie na API systemu, czyli SQL a. W ten sposób możliwe jest izolowanie logiki przetwarzania od mediów komunikacji z innymi systemami.
Kanały dostępowe to wbudowane w IS typy transportu, którymi komunikuje się on z systemami zewnętrznymi. Do kanałów tych należą następujące protokoły: HTTP, HTTPS, FTP, IMAP/POP3. W oparciu o kanały HTTP i HTTPS Integration Server oferuje wsparcie dla Web Services: potrafi występować w roli zarówno klienta jak i serwera.
• Skalowalność i dostępność. IS umożliwia współpracę wielu jego instancji w ramach klastra. Klaster jest realizowany całkowicie przez IS, bez konieczności używania klastrów sprzętowych i/lub programowych. Wykorzystanie klastra IS wzbogaca rozwiązanie integracyjne w następujących obszarach:
o Skalowalność – baz klastra możliwe jest jedynie skalowanie pionowe, polegające na zwiększaniu mocy maszyny (dodatkowa pamięć, procesory). Korzystając z klastra możliwe jest horyzontalne skalowanie rozwiązania integracyjnego, czyli zwiększanie mocy całego środowiska poprzez dołączanie do klastra kolejnych maszyn. Współczynnik skalowalności dla klastrów aplikacyjnych IS wynosi w przybliżeniu 1, ograniczeniem może być wydajność bazy danych ponieważ wszystkie węzły klastra współdziałają z tą samą instancją bazy danych
o Dostępność – nawet przy wykorzystaniu zaawansowanych technologii Fault Tolerant, awaria systemu (sprzętu, oprogramowania, itp.) może spowodować niepożądany przestój w przetwarzaniu. Wykorzystanie klastra zapewnia praktycznie nieograniczoną dostępność gwarantowaną rozproszeniem logiki przetwarzania na wiele IS-ów; w najgorszym razie spadnie wydajność rozwiązania bez ograniczenia jego dostępności.
o Niezawodność – W przeciwieństwo do farmy serwerów, klaster zapewnia niezawodność wymaganą przez systemy o charakterze krytycznym dla przedsiębiorstwa. Rozproszone aplikacje muszą obsługiwać sieciowe, sprzętowe i programowe błędy, które mogą prowadzić do powstawania duplikatów transakcji, podczas gdy klaster zapewnia semantykę wykonania operacji „tylko-raz” oraz zapewnia funkcjonalność zapisywania stanów i restartów dla realizowanych zadań.

Integration Server, oprócz tego, że jest silnikiem realizowanych procesów, jest także zintegrowanym narzędziem służącym do administrowania komponentami webMethods. Pozwala on na monitorowanie pracy rozwiązania integracyjnego obejmującego zarówno samego IS-a, wraz z jego adapterami i usługami, ale również aktywność Brokera. Możliwe jest śledzenie wykonywanych zadań oraz podejmowanie decyzji o losach odrzuconych komunikatów.
• webMethods Broker
Broker jest oprogramowaniem klasy MOM (Message Oriented Middleware), służącym do przesyłu komunikatów (dokumentów) między poszczególnymi węzłami infrastruktury integracyjnej. Broker może być ściśle zintegrowany z Integration Sereverem i służyć jako medium wymiany dokumentów między serwisami IS, zarówno lokalnie jak i międzyplatformowo.
Podstawowym paradygmatem komunikacyjnym Brokera jest model publish-and-subscribe. W oparciu o ten model Broker udostępnia 4 tryby komunikacji:
o publish – producent publikuje dokument w infrastrukturze Brokera (jako jego bezpośrednio klient lub poprzez IS) i traci wszelkie zainteresowanie jego losem. Opublikowany dokument otrzymują wszyscy zasubskrybowani na niego konsumenci.
o publish-and-wait – producent publikuje dokument w infrastrukturze Brokera (jako jego bezpośrednio klient lub poprzez IS) i oczekuje na dokument zwrotny. Opublikowany dokument otrzymują wszyscy zasubskrybowani na niego konsumenci. W zależności od konfiguracji, dokument którego oczekuje producent może mieć szczególnie określoną postać lub może być to dowolny z dokumentów zarejestrowanych w Brokerze.
o deliver – producent publikuje dokument w infrastrukturze Brokera (jako jego bezpośrednio klient lub poprzez IS) i traci wszelkie zainteresowanie jego losem. Podczas procesu publikacji wskazywany jest wprost odbiorca dokumentu i tylko on otrzymuje dokument.
o deliver-and-wait – producent publikuje dokument w infrastrukturze Brokera (jako jego bezpośrednio klient lub poprzez IS) i oczekuje na dokument zwrotny. Podczas procesu publikacji wskazywany jest wprost odbiorca dokumentu, tylko on otrzymuje dokument i tylko na jego odpowiedź czeka producent.

W ramach platformy integracyjnej może funkcjonować wiele Brokerów, operujących w grupach zwanych terytoriami. Terytoria pozwalają grupie rozproszonych Brokerów działać jako atomowa jednostka administracyjna. W celu uzyskania wysokiej dostępności do usług Brokera możliwe jest zainstalowanie go w klastrze pracującym w trybie active/standby.