• Home
  • About Us
  • Contact Us
  • Privacy Policy
  • Special Offers
Business Intelligence Info
  • Business Intelligence
    • BI News and Info
    • Big Data
    • Mobile and Cloud
    • Self-Service BI
  • CRM
    • CRM News and Info
    • InfusionSoft
    • Microsoft Dynamics CRM
    • NetSuite
    • OnContact
    • Salesforce
    • Workbooks
  • Data Mining
    • Pentaho
    • Sisense
    • Tableau
    • TIBCO Spotfire
  • Data Warehousing
    • DWH News and Info
    • IBM DB2
    • Microsoft SQL Server
    • Oracle
    • Teradata
  • Predictive Analytics
    • FICO
    • KNIME
    • Mathematica
    • Matlab
    • Minitab
    • RapidMiner
    • Revolution
    • SAP
    • SAS/SPSS
  • Humor

Event-Driven Architectures: A Simple Analogy

July 11, 2019   TIBCO Spotfire
bankingeventdrivenarchitecture 696x463 Event Driven Architectures: A Simple Analogy

At TIBCO NOW Chicago we announced several exciting new enhancements to our offerings that address some of the top challenges developers meet when building applications with modern technologies, such as event-driven architectures. If you’re asking yourself “What exactly is an event-driven architecture?”, then you’re not alone. Let me explain with a simple analogy.  

Suppose you walk into a local branch office of your bank. You have several tasks you want to accomplish on this visit: Withdraw money from your savings account, refinance your mortgage, remove baseball cards from your safe deposit box, and take out a car loan (yes this is a lot to do in one visit, but stay with me). So you first visit a bank teller, ask for money from your savings account, and wait for a bit until they give it to you. Then you’d see a safe deposit box officer, ask for your baseball cards out of your box, then wait a bit again. And so on until all of your tasks are complete. Obviously, your trip to the bank involves a lot of waiting, and a lot of blocking—you can’t start a new task until your current task is complete.  Let’s call this “Request/Response Banking”.

Your time would be better spent if you could walk into your bank, and drop request forms into boxes that said something like “Withdraw $ 50 from savings account 12345 submitted”, “Request for baseball cards out of safe box 345 submitted”, etc. Let’s call each of these pieces of paper an ‘event’. Now, instead of waiting and blocking on each individual task (event) before moving on to the next one, you can submit them all at once into the boxes (event bus). And while they are being serviced, you can do something productive—like sit in the lobby and read old magazines. Seriously, since all of your requests are submitted nearly simultaneously, your wait times are significantly reduced and you are able to complete all your banking requests in far less time. When each of your tasks (events) is complete (serviced), you’d be notified (more events) and provided with the outputs you requested. Let’s call this “Event-Driven Banking” then.

The obvious benefit of Event-Driven Banking is that the overall experience with your bank is not only more productive and efficient for you, but also more engaging. You don’t have to wait and do nothing while each of your requests is being serviced one after the other. Instead, you can do something else while each isare being serviced in the background all at once.

However, there are many other benefits, specifically for the bank. When you select a specific teller to service your task (event), for example, you become highly dependent upon that person.  When you are dependent on something specific, you are tightly coupled to it. It then makes it hard for the bank to respond to your task with flexibility—such as selecting the teller with the right skills and bandwidth to respond to your request at that moment. This is a key tenet of software development: tight coupling creates rigid architectures. Tight coupling makes it hard for the bank to choose how to respond to your request. Event-driven architectures are more loosely coupled.

Also, when the bank is driven by events, it can look at all of the various events that transpire over a period of time, find correlations, and take specific actions. Events can be any action that takes place across the banking ecosystem, such as a change to an account balance. There obviously could be a large number of events that occur, and not all will be interesting to the bank. As a simple example, when a customer applies to refinance their mortgage and then pays off a bank credit card, these two events could create a new event through a business rule that automatically offers the customer a personal loan through their mobile device at a special rate.  The banking architecture is flexible enough to add enhancements like this quickly and easily. There are all sorts of ways that a bank can understand and take action on the large volume of events that occur in its ecosystem—such as via business rules as well as by using artificial intelligence to determine appropriate actions.

Event-driven architectures not only create more engaging and productive experiences for your clients, but also are more flexible and adaptable to change, and help your business understand and take action on the important digital events that surround it—ones where there is an opportunity to generate new business, or better satisfy a customer, for example. The concepts that motivate event-driven architectures have been around for decades, but the technology has evolved so that you can apply them across hybrid application environments that include on-premises, cloud and serverless.

As your customers’ satisfaction is highly influenced by the experiences that they have with your applications, you should look to event-driven architectures as a key approach to both improve brand loyalty, increase responsiveness, and improve business results.

If you want to learn more about the exciting new enhancements addressing top developer challenges, join us on the final stop of our 2019 TIBCO NOW Global Tour in London. 

Let’s block ads! (Why?)

The TIBCO Blog

Analogy, architectures, Eventdriven, Simple
  • Recent Posts

    • Delivery startup Refraction AI raises $4.2M to expand service areas
    • ANOTHER SIMPLE EXAMPLE OF FASCIST NAZI LEFTISTS AT WORK
    • Nvidia and Harvard develop AI tool that speeds up genome analysis
    • Export with large E instead of small e
    • You’ll be back
  • Categories

  • Archives

    • March 2021
    • February 2021
    • January 2021
    • December 2020
    • November 2020
    • October 2020
    • September 2020
    • August 2020
    • July 2020
    • June 2020
    • May 2020
    • April 2020
    • March 2020
    • February 2020
    • January 2020
    • December 2019
    • November 2019
    • October 2019
    • September 2019
    • August 2019
    • July 2019
    • June 2019
    • May 2019
    • April 2019
    • March 2019
    • February 2019
    • January 2019
    • December 2018
    • November 2018
    • October 2018
    • September 2018
    • August 2018
    • July 2018
    • June 2018
    • May 2018
    • April 2018
    • March 2018
    • February 2018
    • January 2018
    • December 2017
    • November 2017
    • October 2017
    • September 2017
    • August 2017
    • July 2017
    • June 2017
    • May 2017
    • April 2017
    • March 2017
    • February 2017
    • January 2017
    • December 2016
    • November 2016
    • October 2016
    • September 2016
    • August 2016
    • July 2016
    • June 2016
    • May 2016
    • April 2016
    • March 2016
    • February 2016
    • January 2016
    • December 2015
    • November 2015
    • October 2015
    • September 2015
    • August 2015
    • July 2015
    • June 2015
    • May 2015
    • April 2015
    • March 2015
    • February 2015
    • January 2015
    • December 2014
    • November 2014
© 2021 Business Intelligence Info
Power BI Training | G Com Solutions Limited