Batch Control Automation Frameworks and a novel approach to an old problem

I wanted to tell you about my new product to do with process automation. Once we have undertaken further testing an product review, we will be launching it through my Limited Company Info Rhino . I am interested in hearing from interested parties and potential collaborators on this project.

You can see a copy of Info Rhino's whitepaper here. Feel free to distribute it.

InfoRhinoProcessAutomationWhitePaper.pdf (239.34 kb)

Any company using technology which needs to be automated faces a lot of challenges. These challenges are to do with scheduling and executing jobs in a defined order.

Batch Automation Frameworks are the Enterprise standard, but they suffer from being;

  • Clunky.
  • Esoteric in nature.
  • Poor at interfacing with specialist software and database drivers - ODBC rather than Oracle Data Provider (ODP.Net), OLEDB.
  • Limitations on how they interpret errors and failures.
  • Complicated release processes.
  • Duplication of effort in deploying the same applications to different environments and manually configuring configuration.
  • Uncertainty on changes to environment.
  • Poor validation of environment state. How many times do we deploy a batch to find it inconsistent with the underlying application artefacts?

None of this means we should throw out BAFs, but we really need to think about the degree to which we use them as part of our overall application execution architecture.

A new approach - Info Rhino's Application Processing Framework (IRPA)

We focused on;

  • Discovery.
  • Synergy.
  • Execution.
  • Portability.
  • Assurance.

By reducing the complexity of processing and discovering executions, we bring knowledge back to the technology department.

Batch Automation Product by Info Rhino - ideal for small companies and startups

The most important challenge I have found whilst single-handedly building out the findigl property data platform is, I don't have the economies of scale to implement large solutions. Virtually every component is considered replaceable, and should not be too onerous to maintain. The exact opposite of many large enterprises. There are reasons why enterprises want these enterprise level application architectures.

IRPA was built to;

  • Discover existing jobs and configurations.
  • String together jobs quickly in a batch without  need to do any programming.
  • Associate configuration files to specific executables.
  • Run processes in parallel.
  • Use any form of application - Java, Windows, Python, Command Line, .Net and .Net Core.

How do I compete with larger companies as a startup?

IRPA may be a big weapon in the toolkit of small companies and startups.

Hybrid Batch Automation Framework - Ideal for large enterprises wanting to streamline many facets of their operations

Many times, organisations don't need to spend significant resources embedding their applications into their batch. Often, the communication between responsibilities can be independent in a promise like fashion.

Deployment and testing - even when automated through DevOps is too specific and slow to manage. Our framework helps streamline this.

Not to be confused with Robotic Process Automation - yet

I have been doing reading into RPA, and it is an exciting approach to reducing human intervention, freeing them to get on with more productive tasks. However, we are looking at more intelligent process and job discovery in the future.

How do I find out more about your Batch Control Application Framework and reusable components?

As we said, the product isn't live yet but we want to hear more.

You can email us at;
solutions @ (Copy, Edit, and Paste)
products @ (Copy, Edit, and Paste)

Talk to us live on Telegram, at;

Finally, please read the excellent paper below, on Batch Control Application Framework and reuse.




Add comment