Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 6

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  enterprise service bus
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
Rosnące zainteresowanie firm integracją oraz interoperacyjnością systemów informatycznych spowodowało wzrost znaczenia architektury usługowej (ang. Service-Oriented Architecture), która zapewnia narzędzia umożliwiające integrację aplikacji korporacyjnych (ang. Enterprise Application Integration). W tym sensie magistrala usług (ang. Enterprise Service Bus) zapewnia techniczne możliwości komunikacji między systemami informatycznymi. Kluczowym elementem w tej komunikacji są przepływy integracyjne. Cel: Celem artykułu jest przedstawienie nowej transformacji Integration2BPEL, która automatyzuje konstrukcję wykonywalnego przepływu integracyjnego wyrażonego w języku Web Services Business Process Execution Language (BPEL) na podstawie modelu tego przepływu przedstawionego na diagramie aktywności języka Unified Modeling Language (UML). Metoda: Autorzy proponują transformację typu model-to-code generującą przepływ integracyjny wyrażony w BPEL, który może być uruchamiany w dowolnym silniku procesów BPEL. Przepływ integracyjny modelowany jest za pomocą diagramu aktywności języka UML z użyciem stereotypów z profilu „UML Profile for Integration Flows” w środowisku IBM Rational Software Architect (RSA). Przy zastosowaniu transformacji Integration2BPEL generowany jest kompletny, wykonywalny przepływ integracyjny złożony z wielu mechanizmów mediacyjnych. Wygenerowany przepływ integracyjny uruchamiany był na magistrali usług OpenESB. Wyniki: Możliwość generacji kompletnego przepływu integracyjnego w BPEL, który bez żadnych uzupełnień może być uruchamiany na magistrali usług. Zautomatyzowana została faza implementacji przepływu integracyjnego. Każdy z przepływów integracyjnych implementowany jest według takich samych zasad. Ponadto, unika się dzięki temu błędów popełnianych przez projektantów i programistów. Wnioski: Wytwarzanie oprogramowania sterowane modelami (ang. Model-Driven Development) jest podejściem, które może prowadzić do automatyzacji fazy projektowania i programowania. Uzyskuje się wprowadzenie jednolitego mechanizmu konstrukcji przepływu integracyjnego.
EN
The growing interest of companies in integration and interoperability between information systems has caused increase in significance of Service-Oriented Architecture which provides tools for Enterprise Application Integration. In that architecture, Enterprise Service Bus provides technical possibilities of communication between IT systems. A key element in the communication are integration flows. Objective: The aim of this article is to present a new transformation Integration2BPEL, which automates the development of executable integration flow expressed in the Web Services Business Process Execution Language (WS-BPEL) based on the model of the integration flow presented in the Unified Modelling Language (UML) activity diagram. Method: The author proposes a transformation of the type of model-to-code type which generates integration flow expressed in WS-BPEL, which can be executed in any BPEL-compliant process engine. The integration flow is modelled using UML activity diagram with stereotypes from ‘UML Profile for Integration Flows’ profile in an IBM Rational Software Architect (RSA). Using Integration2BPEL transformation a complete, executable integration flow is generated, which is composed of many mediation mechanisms. Generated integration flows have been executed on OpenESB. Results: The ability to generate a complete integration flow in BPEL, which without any additions can be run on enterprise service bus. Implementation phase of an integration flow construction was automated. Each of integration flows is implemented according to the same rules. In addition, it allows to avoid mistakes made by designers and programmers. Conclusions: Model-Driven Development is an approach that leads to the automation of the design and programming phases. Integration2BPEL transformation is a uniform mechanism to design integration flow. Potentially, it also allows to avoid implementation errors.
PL
Rosnące zainteresowanie firm integracją oraz interoperacyjnością systemów informatycznych spowodowało wzrost znaczenia architektury usługowej (ang. Service-Oriented Architecture), która zapewnia narzędzia umożliwiające integrację aplikacji korporacyjnych (ang. Enterprise Application Integration). W tym sensie magistrala usług (ang. Enterprise Service Bus) zapewnia techniczne możliwości komunikacji między systemami informatycznymi. Celem artykułu jest przedstawienie wyników badań wydajności wybranych magistral usług typu Open Source. Podstawą przeprowadzonego badania wydajności rozwiązania integracyjnego był przypadek biznesowy realizacji zamówienia w sklepie internetowym sieci sprzedającej sprzęt elektroniczny. W celu realizacji zamówienia wymagana była współpraca trzech systemów informatycznych. Rozwiązanie integracyjne zostało zaimplementowane przy wykorzystaniu każdej z wybranych do badania magistral usług: WSO2, Mule oraz Talend. Określono scenariusze testów i przeprowadzono testy wydajnościowe dla każdej z trzech wybranych magistral usług. Na podstawie uzyskanych wyników można stwierdzić, że każda z porównywanych platform ma swoje mocne i słabe strony. Koncentrując się na zaletach, należy wskazać, że WSO2 uzyskuje najkrótsze czasy transmisji przy komunikatach niewielkich rozmiarów, małej liczbie użytkowników i dodatkowo nie obciąża znacząco procesora. Magistrala Talend uzyskuje najkrótsze czasy transmisji przy przesyłaniu komunikatów o zarówno małych, jak i dużych rozmiarach, przy dużej liczbie użytkowników, jednak najmocniej obciąża procesor. Z badań wynika, że przy doborze magistrali usług do budowy rozwiązania integracyjnego warto wcześniej przeanalizować parametry przesyłanych komunikatów. Wyniki pokazują, że magistrala Talend może być dobrym wyborem przy budowie rozwiązania integracyjnego w środowisku biznesowym z dużą liczbą użytkowników oraz zróżnicowanymi komunikatami.
EN
The growing interest in business integration and interoperability of IT systems led to an increase in the importance of Service-Oriented Architecture (SOA), which provides tools for Enterprise Application Integration (EAI). In this sense, Enterprise Service Bus (ESB) provides technical capabilities for communication between IT systems. The aim of this article is to present the results of performance tests of selected ESBs of Open Source type. The basis for our performance analysis was a business case of the order realization in the Internet shop of electronics retailer. The order realization requires a collaboration of three IT systems. The business case has been implemented with the use of each selected ESBs: WSO2, Mule, and Talend. Test scenarios were defined and performance tests were conducted for each of the three selected ESBs. On the basis of the collected results it can be concluded that each service bus has its own strengths and weaknesses. Focusing on the merits it should be noted that WSO2 copes very well with files of small size, for small number of users, and also does not burden the CPU significantly. Results for Talend ESB, show that it does well with both kind of files, small and large sizes, for large number of users, but harder utilizes CPU. Research shows that it is worth to analyze the parameters of transmitted messages while selecting ESB for building integration solution. The results show that the Talend ESB may be a good choice for construction of integration solution in a business environment with a large number of users and diversified communications.
PL
Architektura integracji systemów informatycznych dla farm e-commerce wymaga nie tylko uwzględnienia typowych rozwiązań integracyjnych, pozwalających na zapewnienie wysokiej jakości przesyłania danych (przede wszystkim w zakresie wydajności, wiarygodności, niezawodności), ale także zapewnienia wysokiej jakości realizacji procesów obsługi klienta dla różnych sklepów działających w ramach farmy. Aby uwzględnić obie te grupy wymagań, można wykorzystać opisaną w niniejszym artykule hybrydową architekturę integracji, wykorzystującą synergię podejścia opartego na szynie integracyjnej (ESB) oraz systemie klasy iBPMS.
EN
Integration of information systems for farms e-commerce requires an integration solutions that ensure high quality of data transfer and high quality of business processes for customer services. In this paper was presented solution based on enterprise service Bus (ESB) and intelligent Business Process Management suite (iBPMS). ESB provides speed, suitability and reliability of data transfers and iBPMs lets to manage different business processes for customers that placed their orders in different e-shops.
4
Content available Systemy Smart Cities – studium przypadku
PL
W artykule przedstawiono architekturę szyny integracyjnej wykorzystywanej w budowie systemu informatycznego przetwarzającego potężne zasoby danych na potrzeby podejmowania decyzji w Urzędzie Miejskim w Gdańsku. Na wstępie omówiono kluczowe z punktu widzenia wytwarzania szyny procesy: instalacji środowiska wytwarzania, podłączenia bazy danych, opracowania mechanizmów przepływu oraz prezentacji danych. Procesy prezentacji wsparto modelami KPI (ang. key processes identifier) oraz SOP (ang. simple operating procedures) (także podłączonymi do szyny). W podsumowaniu wskazano na problemy budowy szyn integracyjnych, a zwłaszcza procesów: trasowania, konwersji i obsługi zdarzeń.
EN
This paper presents the architecture of an enterprise service bus used in the construction of information systems processing large amounts of data for decision-making needs at the City Hall in Gdansk. The first part presents the key processes of bus development: installation of developing environment, database connection, flow mechanisms and data presentation. Developing processes were supported by models such as KPI (Key Processes Identifier) and SOP (Simple Operating Procedures) (also connected to the bus). The summary indicates problems in bus construction, especially processes such as routing, conversion, and handling of events.
EN
This paper presents the construction of the enterprise service bus architecture in data processing resources for a big data decision-making system for the City Hall in Gdansk. The first part presents the key processes of bus developing: the installation of developing environment, the database connection, the flow mechanism and data presentation. Developing processes were supported by models: KPI (Key Processes Identifier) and SOP (Simple Operating Procedures) (also connected to the bus). The summary indicates the problems of the bus construction, especially processes of routing, conversion, and handling events.
PL
Eksperyment TOTEM (Total Cross Section, Elastic Scattering and Diffraction Dissociation at the LHC) w Europejskiej Organizacji Badań Jądrowych (CERN) bada całkowity przekrój czynny, rozpraszanie elastyczne i dysocjację dyfrakcyjną protonów ulegających kolizjom w LHC (Wielki Zderzacz Hadronów). Aby badanie tych zjawisk było możliwe, konieczne jest przetwarzanie ogromnej ilości danych pochodzących z różnych źródeł: detektorów TOTEM’u, detektorów eksperymentu CMS (Compact Muon Solenoid), aparatury pomiarowej zainstalowanej w tunelu Wielkiego Zderzacza Hadronów oraz wielu innych, pomniejszych systemów zewnętrznych. W celu umożliwienia wydajnej i wygodnej pracy naukowców niezbędnym jest zapewnienie centralnego punktu, w którym wszystkie potrzebne dane (tak w stanie surowym jak i przetworzonym) będą przechowywane. Praca ma na celu prezentację wykorzystania koncepcji szyny integracyjnej Enterprise Service Bus (ESB) w budowie infrastruktury programowej do efektywnego przesyłu danych pomiarowych dużej objętości. Zaprezentowane zostały technologie i mechanizmy realizujące koncepcję szyny integracyjnej, model systemu przesyłu danych w oparciu o wykorzystanie kolejek komunikatów, jego implementacja na potrzeby eksperymentu TOTEM oraz badania wydajności i skalowalności rozwiązania.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.