Designing An Enterprise Service Bus (ESB) Architecture As Business Model Protocol (BMP) For Distributed Electronic-Commerce Systems And Applications

  IJCTT-book-cover
 
International Journal of Computer Trends and Technology (IJCTT)          
 
© 2016 by IJCTT Journal
Volume-37 Number-2
Year of Publication : 2016
Authors : Anibrika S.K. Bright, Dr. M. Asante, Ashigbi F. Degadzor, Mustapha M. Adamu
DOI :  10.14445/22312803/IJCTT-V37P115

MLA

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.