Early Capacity Testing of an Enterprise Service Bus

2006 ◽  
Author(s):  
Ken Ueno ◽  
Michiaki Tatsubori
Keyword(s):  
Enterprise Service Bus

scholarly journals Enterprise service bus architecture for the big data systems

2014 ◽  
Vol 5 (1) ◽  
pp. 28-31 ◽  
Author(s):  
Cezary Orłowski ◽  
Edward Szczerbicki ◽  
Jan Grabowski
Keyword(s):  
Big Data ◽  
Data Systems ◽  
Flow Mechanism ◽  
Enterprise Service Bus ◽  
City Hall ◽  
Decision Making System ◽  
Processing Resources ◽  
Big Data Systems ◽  
Bus Architecture ◽  
The City

Abstract 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.

Patterns for Migration of SOA Based Applications to Microservices Architecture

2021 ◽  
Author(s):  
Vinay Raj ◽  
Ravichandra Sadam
Keyword(s):  
Programming Languages ◽  
Service Oriented Architecture ◽  
Legacy Systems ◽  
Loose Coupling ◽  
Enterprise Service Bus ◽  
Web Based ◽  
Enterprise Applications ◽  
Service Oriented ◽  
Key Features ◽  
Microservice Architecture

Service oriented architecture (SOA) has been widely used in the design of enterprise applications over the last two decades. Though SOA has become popular in the integration of multiple applications using the enterprise service bus, there are few challenges related to delivery, deployment, governance, and interoperability of services. To overcome the design and maintenance challenges in SOA, a new architecture of microservices has emerged with loose coupling, independent deployment, and scalability as its key features. With the advent of microservices, software architects have started to migrate legacy systems to microservice architecture. However, many challenges arise during the migration of SOA to microservices, including the decomposition of SOA to microservice, the testing of microservices designed using different programming languages, and the monitoring the microservices. In this paper, we aim to provide patterns for the most recurring problems highlighted in the literature i.e, the decomposition of SOA services, the size of each microservice, and the detection of anomalies in microservices. The suggested patterns are combined with our experience in the migration of SOA-based applications to the microservices architecture, and we have also used these patterns in the migration of other SOA applications. We evaluated these patterns with the help of a standard web-based application.

A Role of Enterprise Service Bus in Building Web Services

2017 ◽  
pp. 46-58
Author(s):  
Dinesh Sharma ◽  
Devendra Kumar Mishra
Keyword(s):  
Web Services ◽  
Business Processes ◽  
Service Oriented Architecture ◽  
Enterprise Service Bus ◽  
Fast Processing ◽  
Service Oriented ◽  
Open Standards ◽  
Or Organization ◽  
Services Use

Present is the era of fast processing industries or organization gives more emphasis for planning of business processes. This planning may differ from industry to industry. Service oriented architecture provides extensible and simple architecture for industry problem solutions. Web services are a standardized way for developing interoperable applications. Web services use open standards and protocols like http, xml and soap. This chapter provides a role of enterprise service bus in building web services.

Featured Analysis of Enterprise Service Bus

2017 ◽  
pp. 14-25 ◽  
Author(s):  
Utkarsh Sharma ◽  
Robin Singh Bhadoria ◽  
Manish Dixit
Keyword(s):  
Open Source ◽  
Enterprise Application Integration ◽  
Application Integration ◽  
Enterprise Service Bus ◽  
Enterprise Application

These days' incorporation and interoperability studies and research have gotten to be interesting issues in business field, giving advances which empower Enterprise Application Integration (EAI). In this sense, Enterprise Service Bus (ESB) items have picked up a critical unmistakable quality as the components for supporting EAI. As a result, a few ESB items from both open source and commercial have risen. Because of the significance of utilizing open source solutions for a few areas, for example, research and business field learns about some open ESB items ought to be finished. Additionally, in these studies the reconciliation of existing services and procedures ought to be concentrated on. The point of this chapter is to assess probably the most essential open ESBs by demonstrating the primary elements and the execution contrasts between them concerning the joining of existing services and procedures in each of the ESBs analysed.

Early Capacity Testing of an Enterprise Service Bus

2013 ◽  
pp. 288-305
Author(s):  
Ken Ueno ◽  
Michiaki Tatsubori
Keyword(s):  
Performance Evaluation ◽  
Capacity Planning ◽  
Service Oriented Architecture ◽  
Service Providers ◽  
System Development ◽  
Resource Assessment ◽  
Enterprise Service Bus ◽  
Hardware Resource ◽  
And Performance ◽  
Set Up

An enterprise service-oriented architecture is typically done with a messaging infrastructure called an Enterprise Service Bus (ESB). An ESB is a bus which delivers messages from service requesters to service providers. Since it sits between the service requesters and providers, it is not appropriate to use any of the existing capacity planning methodologies for servers, such as modeling, to estimate the capacity of an ESB. There are programs that run on an ESB called mediation modules. Their functionalities vary and depend on how people use the ESB. This creates difficulties for capacity planning and performance evaluation. This article proposes a capacity planning methodology and performance evaluation techniques for ESBs, to be used in the early stages of the system development life cycle. The authors actually run the ESB on a real machine while providing a pseudo-environment around it. In order to simplify setting up the environment we provide ultra-light service requestors and service providers for the ESB under test. They show that the proposed mock environment can be set up with practical hardware resources available at the time of hardware resource assessment. Our experimental results showed that the testing results with our mock environment correspond well with the results in the real environment.

Sign in / Sign up

Export Citation Format

Share Document