Designing An Enterprise Service Bus (ESB) Architecture As Business Model Protocol (BMP) For Distributed Electronic-Commerce Systems And Applications
Anibrika S.K. Bright, Dr. M. Asante, Ashigbi F. Degadzor, Mustapha M. Adamu "Designing An Enterprise Service Bus (ESB) Architecture As Business Model Protocol (BMP) For Distributed Electronic-Commerce Systems And Applications". International Journal of Computer Trends and Technology (IJCTT) V37(2):73-80, July 2016. ISSN:2231-2803. www.ijcttjournal.org. Published by Seventh Sense Research Group.
Abstract -
Enterprise Service Bus (ESB) architecture is considered a platform to realize a service-oriented architecture. An
ESB brings flow-related patterns such as transformation and routing of messages and applications through a
Service-Oriented Architecture platform (SOA). An ESB can also provide an abstraction of layers for endpoints. This
promotes flexibility in the transport layer and easy connection and communication between services. This paper
therefore seeks to model and design a service oriented architecture that creates a platform for business modules
intercommunication that would establish a reliable protocol to enable efficient and secure interaction between
modules and look at the feasibility of implementing an electronic-commerce platform based on the Enterprise
Service Architecture (ESA). To achieve these objectives, this paper would consider the Enterprise Service Bus
architecture as the blueprint that represents the piece of software residing between the business applications and
enables communication among them. Ideally, the ESB should be able to replace all direct contacts with the
applications on the bus, so that all communication takes place via the ESB. To achieve this objective, the ESB
(Enterprise Service Bus) must encapsulate the functionality offered by its component applications in a meaningful
way. This typically occurs through the use of an enterprise message model. The message model defines a standard
set of messages and protocols that the ESB will both transmit and receive. In an enterprise architecture making use
of an ESB, an application will communicate via the bus, which acts as a message broker between applications and
platforms. Such an approach has the primary advantage of reducing the number of point-to-point connections
required to allow applications to communicate. This, in turn, makes impact analysis for major software changes
simpler, modular and more straightforward. By reducing the number of points-of-contact to a particular
application, the process of making a system to changes in one of its components becomes easier. In conclusion
faster and cheaper communication between existing systems ensure increased reliability that ensure point-to service
solutions to enterprise-wide deployment (distributed bus) and predefined ready-for-use service and application
types types. On the other hand, there would be increased overhead and slow down communication speed for those
already compatible services and applications.
References
[1] Angelo Corsaro, “Quality of service in Publish/Subscribe
middleware”,
http://www.omgwiki.org/dds/sites/default/files/Quality_of_S
ervice_in_Publish-Subscribe.pdf
[2] BEA Aqualogic Service Bus,
http://en.wikipedia.org/wiki/AquaLogic(retrievedJune 27,
2011)
[3] Braga, A., Rubira, C., and Dahab, R. 1998. Topic: A pattern
language for cryptographic object-oriented software. Chapter
16 in Pattern Languages of ProgramDesign 4 (N. Harrison,
[B] Foote, and H. Rohnert, Eds.). Also in Procs. of PLoP’98,
DOI=
http://jerry.cs.uiuc.edu/~plop/plop98/final_submissions/
[4] David A. Chappell, Enterprise Service Bus, O`Reilly, 2004
[5] D.F. Ferguson, D. Pilarinos, and J. Shewchuck, “The Internet
Service Bus”, The Architecture Journal 13,
http://www.architecturejournal.net
[6] D.F. Ferguson, D. Pilarinos, and J. Shewchuck, “The Internet
Service Bus”, The Architecture Journal 13,
http://www.architecturejournal.net.
[7] E.B.Fernandez, Sergio Mujica, and Francisca Valenzuela,
"Two security patterns: Least Privilege and Secure
Logger/Auditor.", Procs.of Asian PLoP 2011.
[8] F. Buschmann, R. Meunier, H. Rohnert, P. Sommerland, and
M. Stal., Patternoriented software architecture, Wiley 1996.
[9] G. Hoppe and B. Woolf, Enterprise integration patterns:
Designing, building, and deploying message solutions,
Addison-Wesley 2004.
[10] J.P. Garcia-Gonzalez, Veronica Gacitua, and C. Pahl,
“Service registry : a key piece for enhancing reuse in SOA
service oriented architecture”, The
ArchitectureJournal;21,Microsoft, 2010. 29-36.
[11] M. Fowler, Analysis patterns -- Reusable object models,
Addison- Wesley, 1997.
[12] M. Kircher and P. Jain, Pattern-oriented software
architecture, vol. 3: Patterns for resource management, J.
Wiley & Sons, 2004.
[13] Soumen Chatterjee, “Messaging patterns in Service-Oriented
Architectures”http://msdn.microsoft.com/enus/
library/aa480027.aspx.
[14] SOA Patterns with BizTalk Server 2009,
http://www.packtpub.com/soa-patternswith-biztalk-server-
2009/book (retrieved on July 13, 2011).
[15] Thomas Erl, SOA Design Patterns, Prentice Hall PTR; 1st
edition, 2009.
Keywords
Deployment, services, application, architecture, bus, protocol.