SOA Gateway Data Application

The Benefits of a Shared Services Architecture

2011-06-28T05:08:00.000-07:00

The vast majority of organizations have multiple technology platforms in use on a daily basis to run their businesses. As requirements have developed over time, these systems have been integrated with multiple different integration technologies leading to multiple different ways to get at the data. This in turn has lead to excess cost by paying for multiple integration technologies, incredibly complex architectures that are quite brittle and prone to failure, and an almost total absence of reuse.

Implementing a ‘Shared Services Architecture’ using the SOA Gateway presents an opportunity to gain a number of immediate benefits while positioning an organization for future growth:

Standardization on a single integration technology can save $500,000 per year or more annually according to Gartner (Reduce Costs of Data Integration by Rationalizing Tools and Infrastructure, and Centralizing Skills)
Your software development resources need only learn and understand one integration technology saving money in terms of developer education and time to complete a task.
Your software maintenance teams only need to install and maintain one set of integration software.

This architecture is also sometimes referred to as a ‘Shared Information Architecture’. Using the SOA Gateway to implement this architecture can result in even more benefits.

Standards based access to services will result in new development resources contributing more quickly and with less training.
Policy based security can be implemented across your organization so that a policy is defined once centrally and does not have to be replicated to different and probably incompatible platforms.
A central log of activity can lead to the ultimate level of governance of your data. Consider the impact of a transaction that runs on multiple systems logging to a central log in sequence and in a similar format regardless of the system being used.
Services can be registered in a central, standard repository thus developers will always use the most up to date version of a service.
Services can be made available in minutes instead of weeks or months as can occur with traditional integration methodologies.
Where data must be obfuscated, a central, policy based approach can be used thus leading to consistent obfuscation of data across the enterprise.

Starting with the simple Gartner statistic that this can save $500,000 per year or more, implementing a Shared Services Architecture and specifically using the SOA Gateway to do this will result in increased savings to your organization and will leave your organizations’ systems lean, agile and ready for anything you will need them to do in the future.

Mobile connectivity to the back office

2011-05-30T09:41:00.000-07:00

Mobile networks and the TCP/IP standard have enabled simple, straightforward physical connectivity to back office machines from mobile devices. However, accessing many of the resources on those machines, such as databases or even application code, requires software to be installed on the mobile device. This can be expensive, extremely difficult to maintain, brittle and for many of the simpler mobile devices, too resource hungry to run. With the advent of Cloud Computing, connecting to such back office resources in the Cloud is more important than ever.

The SOA Gateway solution from Risaris Limited enables mobile devices to access and update these back end resources in a simple and cost effective manner. It offers the following benefits:

No software installation on the mobile device which offers a number of advantages:
- It means that very cheap, small mobile devices with limited resources can communicate with Enterprise systems.
- No software installation means no software to be kept up to date on the mobile device.
- It means that mobile devices can connect directly "out of the box" to these back end resources. Existing solutions to get at this data requires complex middleware to make this work.
- The standards used are identical to those used already for getting at unstructured data such as gifs, sound files, videos etc.
- These standards work very well within the Cloud infrastructure.
The SOA Gateway allows access to data on all platforms from IBM zOS mainframes to *Nix systems to MS Windows providing one point of access to your back end systems.
The SOA Gateway provides a simple application to application communication mechanism to enable access to applications running on these back end systems.

Try it today. Download your free trial at SOA Gateway.

Are the lessons of SOA being ignored with the cloud?

2011-04-27T06:52:00.000-07:00

Many of the lessons of SOA have been lost in terms of what SOA originally endeavoured to achieve from a technology perspective. SOA originally promised the ability to choose and use best of breed technologies from different vendors inter operating using a number of standards. This was watered down to being able to use SOA software stack from vendor a, b or c.

The Cloud providers have now done the same by locking people into their particular Cloud so that if you go with Cloud provider a, b or c, you are simply locking yourself into yet another proprietary architecture.

Ideally what would be nice would be to have a generic Cloud image and run it in whatever Cloud you wish. Perhaps for a given workload, the day will even come you can choose your Cloud provider on a daily basis depending on what are you key criteria (e.g. cost) and then deploy your image to that Cloud......however, this wont happen anytime soon.

In the mean, the use of interoperability standards can help to allow you to black box your Cloud providers to move workload from one to the other. You can find more on this topic here if you are interested.

Can SOA deliver on integration promises ?

2011-03-28T06:26:00.000-07:00

Much of what SOA was related to in the early days were the Web Services standards that enabled much quicker, cost effective integration of data and business logic.

One of the goals of 'SOA' was the concept of using best of breed technologies that integrate together. The idea that you could pick the best technology for the job whether it was from vendor a, b or c and it would work with the best of what vendors x, y and z delivered was a very attractive one.

Yet another goal of 'SOA' is reuse of services which comes down to the core of the question here. If the SOA stack is proprietary, it makes integration with other technologies and thus reuse from them as difficult and expensive as it ever was.

However, the larger vendors have sadly dumbed down what was promised by insisting on you buying 'their' SOA stack of software and providing some integration possibilities using standards on the outside but with proprietary internals with dependencies on their particular stacks.

If SOA only promised that we would have services, any well run IT organization has been building 'services' for many years that are still reused on a regular basis today.

One of the original promises of SOA was to allow better, more cost effective integration between best of breed technologies that could then deliver the services that the business required throughout the enterprise. The easier integration facilitates a level of reuse not possible with proprietary stacks. This ease of integration applies in the Cloud more than ever as what organization wants to simply spend money to move to another proprietaray environment in the Cloud ?

The SOA Gateway is a 'best of breed' technology that makes accessing your data and business logic easier while also working with any other 'best of breed' technologies from other organizations.

Transitioning your workload to the Cloud

2011-02-28T07:27:00.000-08:00

Various Cloud computing organizations are offering the Nirvana in terms of IT where you only pay for what you use and capacity planning can become a thing of the past because of the elasticity provided by Cloud implementations. One would wonder why more organizations do not move into either a private or public Cloud, however, the answer is relatively straightforward.

All of the Cloud implementations available today make resources available on a limited number of platforms with a limited number of software stacks. While there is nothing wrong in principle with this, it means that if you are running your business on anything other than the limited platforms offered, it will require a conversion effort to prepare systems to be moved into the Cloud. This conversion effort represents another expensive exercise effectively to put your applications on yet another proprietary software stack.

A standards based approach to Cloud will pay a lot of dividends. While the Cloud itself still leaves a lot to be desired in terms of standards, the usage of existing inter operability standards like SOAP and REST will position your applications and data to move into the Cloud. The basic concept is:

- Create SOAP or REST Services around your core assets meaning your existing applications and data.

- Moving forward, your clients or consumers of these applications will use these SOAP or REST Services to get their data.

- Identical SOAP or REST Services may then be created in a public or private Cloud.

- Data can then be moved into the Cloud implementation.

- Once completed, your consumers of this data must simply be pointed at the new Cloud based SOAP or REST Services.

While such an approach does have costs associated with it, these are likely to be similar or less than what it will cost to move your applications on a proprietary basis into the Cloud. Consider also that this approach leaves you with the flexibility to potentially move workload easily again to perhaps a cheaper Cloud provider thus providing the optimum combination of flexibility and choice of provider. One requirement you will have will be that the tool or tools you use for this effort also run on multiple platforms and technologies. The SOA Gateway is such a tool. You can find further information on this topic at the document found here.

2011-02-08T09:36:00.000-08:00

Change management, as it used to be called, or the new buzzword ‘governance’ is a key component of any SOA.

If we consider that one of the main benefits of SOA is reuse, this can sometimes only happen when slight modifications are made to a service to allow it to be used for a different purpose. The change will normally not impact on the previous use but to ensure reuse, the change must be made.

It is key that an existing, running service does not break so there must be different versions of a service available during the transition phase. However, once working, it is essential that the existing users of the old service are upgraded to avoid having to support multiple versions of the service. As such the usage of your services is key to this change management.

SOA Governance with the correct tools can be extremely helpful in upgrading services ensuring continued reused and deprecation of older copies of the service. There are two documents here which discuss how both life cycle and usage governance of your services can help your organization. These governance capabilities are all implemented in the SOA Gateway.

Is SOA dead within the enterprise ?

2011-01-26T06:10:00.000-08:00

It is often said that SOA is dead simply because it does not appear to have been adopted in any great way by many enterprises but nothing could be further from the truth.

We need to consider here that enterprises change very very slowly for good reasons. They have systems running for many years that have served them very well. Many have learned through painful experience that making quick changes can costs millions in lost business and productivity through systems working slowly or not being available.

The point is that 2, 3 or even 5 years in the IT cycle of an enterprise is not a huge amount of time. Many will IPL (reboot to readers unfamiliar with this term) their enterprise systems (normally large mainframes) only once or twice a year which may surprise many people who see Windows and Linux as being the be all and end all of computing and a regular reboot as being a fact of life. Many enterprises have adopted a SOA approach over the years already so SOA is really just a new term for what they have been doing before it was called SOA.

Many enterprises have been using services for many years and will continue to align these with the external services provided via the Web and other new channels over time and more than likely even when someone has come up with some new term for it. The SOA Gateway is a simple way of introducing a SOA structure into your enterprise.

What is a standards based SOA ?

2011-01-17T08:12:00.000-08:00

In the early days of SOA discussions, many people would have understood the term SOA to relate to implementing services using the following standards amongst others:

- TCP/IP and HTTP to provide the connectivity to the machine(s) where the services reside.

- eXtensible Markup Language (XML) to provide a platform, technology and language neutral way to exchange messages.

- Web Services Definition Language (WSDL) which enables a service to describe in XML what it can do and how to call it. This is the piece that enables software to understand what a service can do and how to call it without any software installation being required on the client system accessing the service.

- Simple Object Access Protocol (SOAP) which is used to build the request message (based on what was learned from the WSDL) to issue a request to a service and to receive a response from a service.

Using the above standards, technologies like MS InfoPath and many other technologies that understand these standards can:

- Connect to another computer and request the WSDL for a service using TCP/IP and HTTP.

- Receive and parse the WSDL (written in XML) to determine what methods the service offers.

- Build a SOAP request to invoke the service and to understand the SOAP response from the service.

While SOA has come to mean different things to different organizations depending on what they are trying to sell, using the above standards and other related standards will ensure your services can be used again and again by multiple technologies on multiple different platforms and represents the ‘standards based SOA’ mentioned in the title. The SOA Gateway enables the creation of standards based services using configuration and without any coding whatsoever.

When is a SOA implementation complete ?

2011-01-11T05:15:00.000-08:00

This is a question that is raised many times as it is quite normal to want to draw a line under any effort when it has been completed.

SOA at its highest level is architecture and an organization wide philosophy of how things will be done drawing input from the business and IT parts of an organization. Unless your organization intends to stay static for the foreseeable future, the SOA Implementation is an ongoing effort as each new project emerges.

During the early stages of the implementation of a SOA in your organization, there will be many projects planned and ongoing as you move forward to improve what is currently there. Many SOA projects will be completed as you proceed but in the early stages at least, there will always be further projects to complete.

As SOA becomes embedded in the organization, the numbers of projects will potentially be reduced, however, in a vibrant organization, things are continually changing and new projects will always be on the cards. These too must be implemented to work within your new SOA.

Ultimately while individual SOA projects will be completed, the effort to implement SOA in your organization must continue forever and will continue to provide benefits as your organization progresses.The SOA Gateway can form a key part of any SOA strategy.

Key issues for implementing SOA

2010-12-21T03:17:00.000-08:00

The primary issue that needs to be considered when implementing a SOA is that the entire organization is on board. If some parts of your organization are implementing an SOA and others have not bought into it, you will end up with similar issues as exist when an SOA is not implemented at all. Educating the entire organization in relation to why a SOA is being implemented and the benefits it can bring is the first key issue.

The second key issue comes down to the technology choices that will be made. There are many technologies available that tell you that they ‘do’ SOA, however, many still tie you into proprietary interfaces and technologies. Implementing a standards based SOA by choosing technologies that use standards like SOAP, REST, UDDI etc. can provide additional benefits:

You are free to choose best of breed technologies that support the standards that you will use for each different service.

You could potentially use different technologies that implement the same standards. While this may sound strange, one product may offer advantages in terms of cost or levels of support for different services that are implemented.

In many cases, these technologies will be licensed based on how much you use them. This means that their cost is an operational cost as against more traditional models which require investment of significant capital up front.

Finally starting with a small effort can help you to develop implementation processes for your organization in a practical way thus helping you to improve your planning and delivering what your users want on time and within budget. The SOA Gateway provides the perfect tool to investigate how implementing a SOA may help in your organization.

Small or medium size Organizations and SOA

2010-12-15T14:26:00.000-08:00

The first question one has to ask here is do you not see your organization being a medium or large organization in the future? If so this becomes rhetorically a question about where your organization will be in 5 years time.

SOA is more a business concept than a technical concept. One would have to assume that organizations are continually striving to improve their ‘services’ and the delivery of those services. The services your organizations provide are improved by:

Speeding up delivery of the service.

Removing red tape.

Ensuring a consistent result when the service is used each time.

Ensuring that when things go wrong (as they will), that you deal properly with the failure to the satisfaction of your customer.

From an IT perspective, exactly the same process applies. You should be looking at the parts of your services that are repetitive and thus take time. Identifying where it make sense to use IT (for manual, repetitive tasks) and where it doesn’t (where a human being is absolutely needed) is the first step to mapping many of your existing manual procedures involved in a providing a service to lower level services that can be implementing efficiently and consistently using a SOA IT Infrastructure.

From that perspective, SOA is for every level of organization; while there is a perception out there that SOA tools and technology is too cost prohibitive for small organizations, this is not the case. There are many tools and services around for implementing SOA which charge based on usage which is cost effective for even the smallest organizations.

Is SOA for every business ?

2010-12-06T03:29:00.001-08:00

Consider many large and successful businesses today and the amounts they spend on their IT. Each of these companies started out as small and medium sized enterprises and are spending literally millions each year trying to undo the IT short cuts they may have taken in the past.

Large companies now see the value of a SOA and what it can bring them in terms of costs savings and business agility and so are attempting to convert or move their systems to such an architecture.

So the question really is whether your organization intends to grow and become larger ? If it does, as I would expect all would aspire to, why not get your IT right now ? Implementing a SOA as early as possible provides the foundations to enable your business to scale from an IT perspective in the same way that you expect it will scale in terms of what the business does.

Not implementing a SOA now will mean you incur costs and delays into the future when your business begins to get bigger; and the tactical, stop gap decisions you may be tempted to take with your IT now will come back to haunt you in the future. The SOA Gateway is a tool that can help you to implement a SOA in any size or scale of business.

Soft savings when implementing SOA

2010-11-29T12:08:00.000-08:00

Many organizations forget the soft savings that can be achieved by implementing a standards based SOA. ‘Soft’ savings are savings that are difficult if impossible to measure, however, with a standards based SOA there are many such savings that can be made.

A well implemented standards based SOA can deliver Graphical User Interfaces (GUI) with what used to be called OnLine Transaction Processing (OLTP) levels of service. This meant with green screen applications that it generally took less than a second for a response to be received once the enter or other interrupt key was hit on a terminal. Consider early and current GUIs where response times can be measured in tens of second providing ‘delivery times’ more than ‘response times’ ?

It is well known that after a certain amount of time waiting, the operator of an application will lose concentration on the job in hand and thus will lose productivity. Implementing a SOA can deliver the responses you need to keep your employees more productive and happier in their work. Nothing can measure this.

Implementing a standards based SOA introduces well designed structures for an application such that each piece of a process and where it is accomplished is well know. Each piece can feed information to monitoring tools so that when failures occur, they can be fixed very quickly if not before people notice due to the monitoring of the application. This leads to less down time of applications and again improves the productivity of the various processes in an organization.

Our final example is the potential to actively monitor what services are used most often, at what time and by whom. This sort of information can be invaluable for tracking where there may be problems in your business processes. While these processes may have been working for years, it may be possible to determine ways to improve them from the usage of the services. Improved business processes again lead to improved throughput and productivity for an organization. The SOA Gateway is the perfect tool to help you achieve soft savings such as these and others.

What hard savings may be made implementing an SOA ?

2010-11-22T08:47:00.000-08:00

All organizations want to save money on their processes so that they can provide the same level of service to their customers at less cost. In addition, in the area of IT, companies would dearly like to have consistent costs associated with their IT projects. Implementing a standards based SOA can address both of these issues.

Most informed commentators would agree that up to 70% of the cost of medium to large scale projects is taken up integrating with existing systems or simply accessing existing data. This is because people continually build and implement proprietary integration software using Messaging Oriented Middleware (MOM) or other home grown solutions. This can be very expensive as it involves developing code on the back end system and on the front end and can cause major project delays into the bargain.

There are now products available that help you to implement a standards based SOA which makes your existing applications and data available using a configuration process. This takes up to 90% of the integration cost out of a project directly while also making the real data and applications available in days instead of weeks or months as occurs with traditional projects. This delivers hard savings in the project management and integration areas.

In terms of consistency of cost, this approach also delivers an ability to know how much it will cost to use more of such products. In other words, when it is necessary to integrate with newer applications or reach new sets of data, the cost can be calculate based on the license cost of the tool involved.

The fact that services created in this way can be reused leads to saving again and again thus increasing the Return on Investment (ROI) over time, improving the speed at which your projects can be completed and enabling the costs of your IT projects to be determined with far more accuracy and confidence. The SOA Gateway is a product that can help reduce integration costs and give consistent costs for future integration projects.

Is using SOA more cost effective than other integration approaches ?

2010-11-10T02:34:00.000-08:00

In today’s climate, all organizations are trying to reduce costs wherever they can. IT is one of the budget items traditionally hit when times are hard in that many organizations ‘batten down the hatches’ and stop spending on the basis that if it works as it is, then leave it.

However, no business can stand still and IT systems must be maintained to ensure they are still delivering a return for your business. There are two areas where implementing a SOA can save you money.

In the first case, if a project is implemented using a SOA approach but using proprietary interfaces, the costs of the approach will be similar as a similar amount of work is required. However, if a standards based SOA is used, up to 70% of the integration costs can saved due to the following:

- With the right technology, SOA Services to make existing data or applications available can do this in minutes thus avoiding a large development cost as proprietary ‘plumbing’ to get systems to talk to each other is avoided.

- Unit tests can be built for the SOA Services using off the shelf packages thus saving cost in terms of developing QA unit tests to test proprietary services.

- Ultimately if the project can work with the existing data and applications effectively from day one, the project can progress as an integrated implementation from day one instead of attempting to join the front and back ends together towards the end of the project as happens in traditional integration projects.

The second part of the cost savings is based on further returns on investment as your organization develops. By using a standards based SOA you can reuse the services created again and again. For each time a service is reused, you are essentially saving the reimplementation of a proprietary version of that service again. Reuse of services also saves costs as follows:

- Using the same service to do the same thing from multiple channels or technologies ensures that all of your users get the same result and are accessing the same data.

- A single service ensures that when problems do occur with the service, it is clear what service is a fault and where to find it.

- The standards based SOA approach can ensure that a database of your services is maintained so that programmers into the future can learn how to call the service without the need to understand specifications etc. though of course they will need to understand the data.

The bottom line is that implementing a standards based SOA can save you money up front and well into the future. The SOA Gateway is the ideal tool to implement standards based SOA in your organization.

2010-11-01T07:06:00.000-07:00

There has traditionally been a gap between what the business wants from its IT and what IT can deliver. At its worst, many people on the business side consider the IT guys to be too interested in technology; while many IT people don’t always understand why the business asks for what it does.

The problem stems from the fact that up until now, there hasn’t really been a way for the business to express what they want and for the IT guys to fully understand it and why.

We need to consider that the business thinks in terms of process and what it takes to complete a ‘business interaction’. On the other hand IT people tend to think in terms of transactions i.e. one ‘logical interaction’ with the IT system which either retrieves or updates one or more data records.

Using an SOA approach to this problem, it’s possible for the business and the IT to start sharing a common language. The business process must be broken down into what ‘services’ are required from the IT system. These services may be defined by:

- What they achieve (e.g. creating an order).

- What data is supplied as input (e.g. what the customer wants to order).

- What data is expected as output (e.g. an order number).

While the business will see a full process as consisting of multiple services (e.g. receive order, place order on system, process order, deliver order, invoice customer, and receive payment), by defining the individual interactions with the IT system (i.e. the services they want) they suddenly start speaking a language that the transactional IT side understands.

The IT people then know what needs to be done, what data is received on input and what data is sent on output. How they implement and support this is up to them and the business doesn’t care once it does what they want. So both sides end up happy.

While it may take one or more cycles to get final agreement on the services, once they have been agreed, there is a formal ‘contract’ of sorts in place between the business and IT. As a small starting point, this shows how even during the planning phase, a SOA can provide benefit by getting the business and IT into the same camp as it were. The SOA Gateway is a valuable tool that can help the business and the IT people to create services with this in mind.

SOA Data integration and small or mid size companies

2010-10-25T07:22:00.000-07:00

We are often asked if undertaking a data integration project makes sense for small and mid size companies. In particular, does it make sense to implement this using a Service Oriented Architecture?

The answer is that it makes as much sense for a small or medium sized company as it does for a large company. In fact it makes more sense in many ways as such companies can achieve this more easily as they are likely to have less data in different places. Just consider that large companies were once small or medium sized and ended up undertaking data integration projects due to the fact that they didn’t integrate their data sources when they were smaller.

This does not have to happen as part of a ‘big bang’ approach. A decision should be taken to do this and as these IT projects progress, use each project to implement SOA data services to represent the business objects that are needed. This will provide the following benefits:

- It can help to eliminate duplicate data in your organization. Duplication of data leads to large and expensive problems down the road as it gets out of date.

- It will help your organization’s IT systems to scale as your organization and its data grows.

- It will enable you to react more quickly to your business requirements as your data services can be immediately available to new systems.

So the time to start implementing data services in your organization is as soon as possible! The SOA Gateway can help any size organization to create data services for its data.

Deploying ‘Connected’ Excel Applications with SOA

2010-10-18T03:18:00.000-07:00

Microsoft’s Excel has become an extremely popular tool for collating data, preparing reports and then deploying these spreadsheets throughout an organization. Given the power of the technology, this is not a surprise; however, many of these reports are out of date within hours (or minutes) as the data is included in the spreadsheet without the ability to get the latest copy directly.

Standards based SOA provides the potential to enable an Excel spreadsheet to get the latest set of the data into a spreadsheet with the press of a button. This ensures that when an Excel spreadsheet is delivered to an authorised user, they can immediately ensure they have the latest data on an hourly, daily or weekly basis by simply requesting the latest data.

This is achieved by setting up a simple REST based data service to make the data available to authorised users and using it as follows:

- Most if not all PCs in today’s networks are connected to server systems using TCP/IP.

- Excel has a standard ability to use a REST based service to import data which can be executed over TCP/IP. Unlike ODBC connections, this requires NO software installation on the PC.

- The service can deliver an XML document with the relevant data and Excel can take this updated data and recreate pie charts, reports, pivot tables etc. with the most up to date data.

- This is all done automatically without the need for any manual intervention to collect the data for Excel.

So your Excel spreadsheets need never be out of date and again and only need to be updated when the charts or reports need to change. Consider also that other technologies such as MS Access can also get at data in a similar way so the same technique can be used for other technologies such as Web Browsers. The SOA Gateway can create such services for you from existing applications or database tables and files.

REST or SOAP Services – When do I use which ?

2010-10-11T06:04:00.000-07:00

Our customers often ask if it is better to use REST services or SOAP services and much like other similar questions, it depends very much on what you are trying to achieve.

REST based services lend themselves very well to simple, stateless requests for information or for updating a single resource that is updated in isolation. Due to the statelessness of REST requests, each one must work or fail in isolation so it must be clear that recovery of multiple actions undertaken with REST can only be backed out using a compensating transaction. In other words, your application needs to manually undo any changes that it has made. REST also sometimes requires that a number of different formats of errors may be returned which may make error recovery a little convoluted.

SOAP servers lend themselves better to more complex tasks where requests and services tend to depend on each other. For example where two services need to be updated together or not at all. Programmatically it offers a more controlled way to work with the service through service specific SOAP headers for example. It also tends to produce errors or problems in a consistent way using SOAP Faults.

If I were to hazard some simple rules of thumb:

- Use REST when simple unrelated updates are required or where the latest set of a specific set of data is required.

- Use SOAP where more complex related updates are required or where information needs to be gathered and aggregated from multiple sources.

....but be warned, like many other rules of thumb it’s the exception that makes the rule so choose whatever is best for your particular requirement to satisfy the business need. The SOA Gateway gives you the ability to have both a REST or SOAP based access to the same service and thus gives you the ability to see which one fits best for your specific requirement.

SOA “RESTful” Web Services for simple integration

2010-10-04T03:57:00.000-07:00

There is a term going around which talks about ‘RESTful’ services which our customers often ask about. It gives the impression of something that can provide great ‘peace and tranquillity’ and in a way, it can.

The ‘REST’ in this expression refers to the REpresentational State Transfer “protocol”. While this may sound like a heavy duty standard that must be studied in depth, nothing can be further from the truth. Essentially this is the URL based protocol that we are using on a day to day basis in our browsers.

The idea is quite simple in that each URL is unique and is stateless so that it can be invoked at any time to get the data represented by that URL. In a heavy duty REST implementation, one URL will deliver data with links to other URLs to allow you to drill down to the data you want.

In the complex world of integration, a REST Web Service is the simplest way to get data from somewhere to somewhere; consider how easily we move data around the internet ? For example, a REST service could represent the latest set of data from a data source such as a database.

Any software you have today, be it a simple editor or MS Excel or MS Word, can ‘open’ a URL so can in fact issue a REST request to retrieve this latest data. Consider a service that delivers information on employees and their locations; MS Word could run a mail merge to write to all of these employees. If the REST service delivers stock quotes, MS Excel could use the data to produce pie charts. Java and .Net can all invoke these RESTful services so what easier way to integrate with your existing data and applications.

The ultimate test of this simplicity is that the service can be tested very easily by using a browser to open the URL. While the data coming back will be raw XML, it’s a very simple way to see if the service is working and doing what you expect. Linked with a stylesheet, a simple way to deliver data to a browser is with a RESTful service linked with a stylesheet that makes it presentable.

With such simplicity, why would you want to integrate in any other way ? The SOA Gateway can create RESTful Web Services in seconds from existing database tables or applications.

Avoid Work Station maintenance with SOA

2010-09-27T04:37:00.000-07:00

Many years ago when dumb terminals were the order of the day, upgrading those terminals meant changing a fuse or simply replacing them all together. They have by and large been replaced by a PC on every desk which has enabled unparalleled access to applications by users in all forms of organization.

With progress there are always pain points which only became evident as work stations were rolled out across organizations. One of the main pain points with work stations all over an organization is the requirement to upgrade software on each and every work station when specific server software must be updated. This can range from a few hundred PCs to many thousands and results in thousands of person days to keep such software up to date.

Consider then a solution which avoids the need to upgrade software on every PC when server software is updated. Imagine a situation where the software is installed on the server and the work stations just start using the new server software out of the box. Doesn’t this sound like a very attractive scenario ?

Well the wait is over as SOA standards like SOAP and REST mean that this can happen today. When a server communicates using the SOAP or REST standards, there is no requirement to install a work station specific component. This is achieved because the work station software either knows how to call a REST based service already or can learn how to call a SOAP service by exchanging a few messages with the server.

This has the potential to revolutionise how often you need to upgrade the work stations in your organization. The SOA Gateway will enable you to create services on your server systems that require no software footprint on your workstations.

“Response times” vs “Delivery times” - how can a SOA help ?

2010-09-21T05:48:00.000-07:00

Those of us of a particular vintage will remember green screen applications which were essentially character based screens to allow you to communicate with your applications. We will also remember the fact that these applications generally had response times of less than a second from the time you hit ‘enter’. There was a general rule of thumb that if the response took any longer than 1 second, the user’s attention would be lost and thus reduced productivity was the outcome.

Moving forward we now have visually quite stunning graphical interfaces with which to communicate with our applications, however, how many of these provide “delivery times” of 10’s of seconds between interactions ? This is generally because the screen being displayed is made up of many parts and takes many round trips to the system to complete the screen.

This does not have to be the case. With a well designed Service Oriented Architecture, one or a limited number of services can generally provide all the information required for one screen. This means that the data to build the screen can be retrieved in less than a second. The additional ‘beautification’ that admittedly makes the screen look good is normally static in that it doesn’t change from display to display and can be cached locally.

Using a Service Oriented Architecture (SOA) and caching of graphical images, it is therefore possible to have the benefit of a fully graphical interface with response times of less than a second reminiscent of the green screen era. Many studies have shown that such responsive applications improve the productivity and job satisfaction of people using those applications many times over.

The SOA Gateway will enable you to create the services that will provide such an architecture.

How can a Service Oriented Architecture (SOA) help with Quality ?

2010-09-13T03:46:00.000-07:00

For many projects and implementations, the cost of implementing a good quality assurance suite can cost as much as and even more than the implementation of the required functionality for the project itself. This is primarily due to the fact that with traditional project implementation, the interfaces and unit testing all involve proprietary interfaces.

When using a standards based SOA throughout your organization, it is possible to significantly reduce the costs associated with the creation of a fully functional QA suite. This is possible because when services are implemented using SOAP or REST based standards, there are a multitude of tools available freely or at minimal cost on the web.

Many of these tools enable testing of services using a configuration based approach. This facilitates the creation of QA suites without having to use programmers to code the test suites. The tools will import and understand how to call a service and then non programming resources can be used to drive the tests. This in itself represents the potential for massive savings.

Where more obscure tests are required, it is possible to drive services implemented using SOAP and REST using scripting languages like PHP or RUBY. There are many resources available that can program in these languages.

Finally a major issue with QA is that it can sometimes impact on the execution profile of a system because it runs on the same platform as the system. When standards are used, it’s possible to drive services built using these standards from a totally different system thus emulating more accurately what the real users will do to the system.

The SOA Gateway enables the creation of such services from base data access services to complex front end services to be made available to your customers

Using Web Services instead of SQL to access data

2010-09-06T05:17:00.000-07:00

Many organizations and projects consider accessing data using SQL or perhaps ODBC without looking at alternatives. But there is now a real alternative to those technologies. It’s now possible to access your data using SOAP or REST based Web Services which can offer distinct advantages over SQL or ODBC.

It’s now possible to access data directly using REST or SOAP based services. These provide CRUD (Create Read Update Delete) services which allows the addition, reading, updating and deletion of data. This offers many advantages over traditional SQL access to the data some of which are listed here:

The data will be delivered as XML thus avoiding any code page issues between platforms.

Communication uses HTTP over TCP/IP so connectivity is direct and simpler to configure.

HTTP over TCP/IP enables easier access to data across firewalls.

It’s possible to use standard access and encryption technologies to ensure secure access to the data to authorised users only.

Due to the standards used, there is no requirement for a software footprint for the data access on the accessing system.

Ultimately it’s really a case of the right tool for the job; how you wish to access the data will depend on what you are trying to achieve. You will find a longer discussion on this topic here which discusses this topic in more detail. The SOA Gateway provides a very simple way to enable access to your data using SOAP and REST based Web Services

Your Data In a Service Oriented Architecture

2010-08-30T02:49:00.000-07:00

Many users of a Service Oriented Architecture (SOA) only see the promise of delivering Services at the outer limits of the IT infrastructure, but why not use the same concepts for basic data ?

Ultimately any organization is only as good as the raw data that it holds. This includes the basic data used to maintain customer and sales records right up to the management data used to plan for the future of an organization. Many organizations do not see the advantages to accessing this data as a service; they simply see the data as something other services use.

There are many good reasons to treat access to an organization’s data as a service for the following reasons:

The data will normally be accessed by more than one different application; a standards based SOA offers such reusability.

New data elements will be needed from time to time to support ongoing business requirements; a standards based SOA offers the ability to manage or govern such changes.

Many problems are caused by tight coupling of applications with the data; loose coupling offered by standards based SOA resolves many of these problems.

Connectivity using SQL or other mechanisms can be complex to configure and support; a standards based SOA can allow access to the data with no additional configuration.

From the above it is clear that adopting a service oriented approach to accessing your organization’ s data can deliver all the benefits a SOA can offer right down to accessing your organization’s back end data. The a SOA Gateway is the ideal tool to enable you to make your data available as service

“Service Reuse” in a SOA – What does this mean ?

2010-08-17T08:06:00.000-07:00

One of the great promises of a SOA is the ability to ‘reuse’ services; but what does this mean ?

If you refer to ‘What is a service’ you will see that in many ways, IT Services may be equated to standard things that you may do in your business such as issuing an invoice. The issuing of the invoice is an internal service within your organization that happens when a transaction is executed with a customer such as when a widget is sold.

Consider the situation whereby a new widget, let’s call it ‘widgetx’ is now available to be sold by your organization. This requires a small change to the invoicing process. You are unlikely to bring in a new resource and process to process this new invoicing requirement; you will reuse the existing resources you have and adapt the process (if necessary) to handle the new requirement. You ‘reuse’ your internal ‘service’ in order to make better use of resources, save money and streamline your organization.

In the IT world in the past, service reuse occurred somewhat rarely if at all and thus instead of reusing existing IT services, a new service was introduced equating to a new resource and process in the previous example. This added cost and complexity which multiplied exponentially as IT services were not reused and raised major integration problems between departments in an organization or between organizations.

A standards based SOA enables IT services to be reused in much the same way as the invoice example above. It enables easy reuse of existing IT services to provide extra processing for new requirements. It also enables the controlled updating of the IT service when necessary to handle additional requirements to avoid service duplication resulting in many similar but different services being available. This saves organizations money in the short run by quickly having new IT services up and running and in the long run by ensuring that IT services evolve correctly going forward to support ongoing business requirements.

The SOA Gateway is the perfect tool to help you achieve service reuse.

What is a "Service" in a Service Oriented Architecture (SOA)

2010-08-09T09:11:00.000-07:00

Many people struggle with the term ‘Service Oriented Architecture’ or SOA on the basis that there is some extensive knowledge required to understand it. Technical organizations are selling their products using the term ‘SOA’ as if the term itself is a panacea for all the IT problems of the past: it has ‘SOA’ in the marketing blurb.....quick, get the cheque book out and buy one.

Unfortunately, almost every supplier has jumped on the bandwagon and there is SOA this and SOA that to the degree that many people are now saying ‘SOA What’ ? This shouldn’t be the case as SOA has for the first time succeeded to a degree to bridge the gap between the business and the technical.

The basic principle of SOA is that services are created and reused. Consider your own business goals and see what you try to do. Don’t you provide one or more ‘services’ which your customers use and are repeated many times a day when things are going well ? When you have a successful service, be it a service that sells books online or a service fixes washing machines, you will try to improve it where it needs improvement and to replicate it such that you can service more customer requests.

The ‘Service’ in SOA is essentially an IT representation of what you might do to support your successful business services. In terms of your Service, you may actually have a number of back end services that are used to fulfil the customer requirements. For example, you may have a person who raises invoices when someone purchases something. The raising of an invoice is more or less identical whether you are servicing a washing machine or servicing a boiler. Someone has purchased something and now needs to pay for it.

In most organizations, you already implement a SOA in your day to day workings. Translate this to the IT world and all that changes is that where it makes sense, a service is implementing by some computer process to do the same thing quickly and consistently time and time again. The goal of an IT Service must be to save cost on how the ‘Service’ is currently implemented and to make this more efficient, quicker or more accurate.

Taken a step further, your IT department may map this service back to other services but you don’t need to care. Once your business service is implemented and working, do you really care how it works in the background once it runs ? If you need changes, you don’t really care how this is done technically you just want your service to support new functionality ?

There you are, you know a lot more about Service Oriented Architectures (SOA) than you thought and in fact in many cases your organization has been doing this for years. The good news is that IT has finally caught up with the business and can implement the business services you require, where it makes sense, as IT Services in a SOA and the SOA Gateway enables organizations to implement such services.

Is SOA Only for Large Organizations ?

2010-07-30T07:51:00.000-07:00

There is a view amongst small and medium size organizations that implementing a Service Oriented Architecture (SOA) is only for ‘the big guys’ due to the cost and resources that are required. In fact nothing could be further from the truth as any size organization that run a simple PC with Word or Excel can benefit from a SOA and particularly a standards based SOA which is what the SOA Gateway can provide . The following looks at the three types of organization and how standards based SOA can help them. As we’re talking technology here, we classify organizations based on the technical capability rather than how such organizations may be traditionally classified.

‘Small’ Organizations

These organizations are seen to be those with a number of non linked PCs or perhaps a small network of PCs with a file server. In the majority of cases, these organizations would have no technical support on site and would be more than likely to use software services delivered by their larger partners than providing services themselves.

These organizations have suffered in the past due to the cost of integrating with their larger partners which was prohibitive. With the advent of SOA, your partners are in a position to expose services that you can consume with the standard applications you use today. Products like Excel and Word can work with services thus enabling you to integrate with the IT systems of your partners in a way never before possible. The advent of Software as a Service (SaaS) and Cloud based services provides the ability for smaller organizations to use extremely complex software solutions for a fraction of their cost as they are charged based on your usage of them rather than the base cost of developing the solution.

‘Medium’ Size Organizations

These organizations are likely to have a reasonably sized network of PCs with a number of servers with various applications running in support of the business. They would have a minimum of a technical and/or network support function and in many cases would have application development specialists on site.

These organizations also suffered based on the cost of integration. Massive savings can be made by giving trusted partners access directly to systems thus facilitating ‘straight through processing’ (STP) improving the speed at which data is processed and the quality of that data. Using a standards based SOA, these organizations can benefit internally by creating services for internal use and enabling those services externally that partners or even potentially customers could use. A standards based SOA enables a plug and play approach to be adopted by choosing best of breed products that best suit the need and produce the best ROI. Many SOA products also adopt a usage based licensing approach thus making them more cost effective for such organizations.

‘Large’ Organizations

These organizations are likely to have a very large network with onsite development staff for applications. Apart from the obvious benefits for these organizations from using SOA internally, it also presents great opportunities to improve business. A standards based SOA will enable these organizations to easily provide access to trusted partners to their systems. This provides the ability to consider working with smaller suppliers for example who can deliver value to the business. Essentially the only thing a supplier will need will be a PC with Microsoft Excel and they can play with the big guys.

Summary

Any organizations with any IT capability from a single PC and upwards can benefit from a standards based SOA for the following reasons:

Minimal cost of integration

The usage base licensing model allows your costs to increase or decrease based on your usage thus becoming an operational expense (OpEx) rather than an expensive capital expense (CapEx).

It facilitates ‘straight through processing’ of data thus ensuring speedier processing of the data and less data errors through retyping of information.

In terms of offering services to business partners or customers, offering an online capability helps enormously.

Controlling IT Projects – Using a Service Oriented Architecture will help

2010-07-25T08:43:00.000-07:00

Michael Hugos’s recent post “Use Cloud, SaaS and SOA to Earn a Seat at the Table” stirred some thoughts in my head about how SOA can help bridge the divide between the business and the techies. There was a time when IT projects were driven from the technical engine room of an organization or by external consultants. This is no longer the case as now the business will generally fund and drive IT projects.

I have heard many non technical business people complain that they feel they have no control over projects as they don’t understand what ‘the techies’ are talking about. In many cases, projects go on for months if not years and the result at the end is less than satisfactory. In some cases, the results are simply not what is expected while in others, the reasons for the project in the first place no longer exist. The problem here is that many people feel that IT projects are ‘different’ and should be run in a different way. Let’s look at how a standard business project, such as a project to run a marketing campaign, is run and how similar principles can be applied to an IT Project and in particular how using a Service Oriented Architecture will help

Project: Run a Marketing Campaign to Attract 1,000 new Customers

The CFO has provided a budget to run a marketing campaign to attract 1,000 new customers. As with all projects, there must be a strategic goal. In this case, the goal is to attract 1,000 new customers. The first part of the project will be to look at the options available to run the campaign. There are number of options available:

- Design an advertising campaign and run this on various media.

- Use a tele-marketing company to call the target market directly.

- Build a Web Site and work with a Search Engine Optimization specialist to attract as many hits as possible.

The choice of which of these to use will very much depend on the product and the target audience, however, there will be similar steps to all

- Each will have an element of a base fixed cost to create the materials for the campaign plus a variable cost that will be used to actually fund the campaign.

- An initial trial of the campaign will then take place using limited amount of the remaining budget.

- If one very lucky and this works well first time and attracts the requisite number of new customers relative to the spend, you are likely to do more of this as on the basis that it will reach or exceed the goal set.

- More often than not, things don’t always work well first time and the campaign or channel selected will have to be tweaked until the right combination is found to bring in the required number of new customers.

The main point of this is that this project will be driven based on results; you spend as little as possible to get a result. When the results aren’t good, you stop, think again and then try again until the right approach is found. Only then do you ramp up the amount of money to be spent and push forward with the full campaign.

Project : Use IT to Reduce the Time to Complete a Specific Business Process by 50%

Again there is a strategic goal here to use IT to reduce the time to complete a business process by 50%. An example of how this might be achieved would be by changing a manual process to a computer based process. The bottom line is that to reach the strategic goal, when implemented, this business process will take 50% less time thus meaning twice as much work can be completed or 50% less effort is needed than was previously needed. Only the organization can assess the cost/benefit of implementing an IT system so the budget for an IT Project can only be set on that basis, however, using a Service Oriented Approach, the project can be run as follows:

- Based on the ultimate goal, break this down into smaller pieces. In terms of SOA, this would mean defining a number of ‘Services’ (the ‘S’ in SOA) that that the project requires.

- The creation of each ‘Service’ will provide a result so take one service, and plan to implement it using a number of different possible technologies to see real results in your organization.

- There are many SOA oriented software products available today that enable you to try at little or no cost to see if it fits your purpose. The best way to determine if a product will work for your requirement is to use it. If there appear to be a number of products that fit the bill, implementing one service with each of them will soon highlight the positives and negatives that are associated with each.

- If you are lucky enough that this works well first time and everyone is pleased with the result, replicate what you have done using the chosen product with the other services noting the results as each service is created.

- In most cases, it will not be what you wanted:

o Perhaps there are small issues and it can be tweaked to make it work as you want

o It may even highlight a flaw in the target goal.

o Perhaps the technology chosen doesn’t live up to expectations

o Perhaps you need to go back and start again

- At the end of the day, the previous cycle needs to repeated until you see a result that is what you want. Only at that point do you commit more resources perhaps developing the other required services in parallel but only when you have proven results with a small subset (i.e. service) that will be required as part of the overall strategic goal.

As with all projects, the results will not always be good or positive, however, it gives you the means with which to correct any issues at the earliest possible stage where previously IT Projects could run for months and years essentially building on problems that occurred very early in the project. SOA allows you to take an approach that provides a high degree of business involvement and control of the project. SOA enables the IT group to deliver results quickly and the business people can work with the deliverable to see if it fits their needs.

Now the business people in your company have the same ability as they have on other projects (like the marketing project mentioned earlier) to monitor progress and exercise control. This will make them more comfortable with IT projects and thus more likely to fund IT projects. Skilful use of SOA is what makes this possible.

The “SOA Gateway” is a product that can be extremely helpful to help achieve such control.

IT Implementation Projects - It's all about the data !

2010-07-19T05:47:00.000-07:00

IT Implementation Projects – It’s all about the data

Almost all software projects in organizations these days are driven by the business and rightly so. It will eventually get to the more technical people who will break the business requirements into more technical specifications. There is a tendency in such specifications to focus on what technology will be used at the user side to present results to the business with little thought put into the data and where it will come from. Eventually, a ‘tactical’ approach is used to get the data in the easiest way possible. This leads to various efforts to get at the data from proprietary integration efforts to the ubiquitous Enterprise Service Bus (ESB) technologies which collect the data in a form of ‘staging post’ prior to delivery to the consumer. At its very worst, it involves copying the data somewhere else so that it can be easily accessed by the new application required by the business. This leads to multiple issues surrounding this data:

When proprietary integration is used
- It can be difficult to quickly implement changes that are required.
- A major effort must be put into monitoring and managing the environment.
- Integration is usually only usable by one application.
When an ESB or ESB like approach is used:
- The data integration is then a multi tier process with the data being collected from different places. This then has multiple points of failure thus leading to stability problems.
- If multiple trips are required to get at the data, the response times to users become delivery times.
- While limited usage can sometimes work well, such solutions generally tend to have problems scaling to high volume usage.
- How secure is the data? Each hop that it goes through is a potential security loophole. Also, who is accessing the data; these solutions make it very difficult to provide a user’s credentials all the way through the process which leads to problems with authorisations sometimes solved by using servers with ‘super user’ status.
When data is copied:
- It can quickly go out of date creating a bigger problem to then keep it synchronized with the original data.
- If the new application also updates the data, a synchronization process will be required in both directions which can lead to update clashes.
- If existing applications that access the original data are still running, there will be a time lag between when data entered on one system is seen on the other system.
- What happens when another business requirement needs the same data or a subset of it?

What data that is required to satisfy a business requirement and how it will be accessed should be the first part of any technical investigation for a project.

Determine what data will be required as early in the project as possible as this will help in the following ways:

It can clarify process issues to the business in relation to how the new system will interact with existing systems.

It will identify if all the data that is required is actually available.

The SOA Gateway will enable you to access the data in minutes instead of weeks or months with custom built infrastructures.

The SOA Gateway ensures that your data is only accessed by authorised personnel or processes.

The SOA Gatewayhas monitoring features to help ensure that all is running well.

The SOA Gateway will allow changes to be made easily and to enable access to additional data as required

While there will be a cost to this, it must be compared with what it costs in time and money to implement and maintain a custom built infrastructure

The SOA Gateway enables the creation of sensible ‘business views’ of the data (based on multiple sources) such that each represents a valid business object rather than simply representing the underlying structure of the data. Done properly, this sort of effort will pay dividends in the future when other business requirements require access to the same business view.

Having access to production or test data quickly presents the opportunity to quickly show prototypes to business users with actual data as against mock-ups. This can be extremely helpful to deliver the product that the business wants and helps to manage expectations.In summary, while the above efforts will cost a little more in time, money and effort at the start of a given project, the Return on Investment (RoI) will be easy to measure in terms of:

Sharing the same data with existing applications so all parts of the business are working with the data ‘real time’.

Delivering an application that satisfies the business requirement through early prototyping with real data.

Delivering a system that only allows authorised users to access the data

Delivering a system that can scale with the business.

Delivering reusable business views that can be reused in future projects time and time again.

SOA Gateway 'Ready IBM DB2 data server software'

2009-10-21T01:49:00.000-07:00

We are pleased to announce that Risaris is the first IBM Business partner Worldwide to complete the validation requirements for IBM's "Ready for IBM DB2 data server software" program on their flagship zOS operating system for the SOA Gateway product. This, along with our recent completion of the validation on Linux Unix Windows (LUW) means that we are the only IBM Business Partner Worldwide currently to be validated on all platforms available in the program.

Here you can find a list of IBM's technical partners who have completed this validation and you can see that the SOA Gateway has some illustrius stable companions. You can find the IBM Solutions Directory entry for the software here.

This means that users of the SOA Gateway can now develop, test and run applications on LUW platforms safe in the knowledge that the same software may be run with the SOA Gateway on IBM's flagship zOS operating system. You can find usage scenarios for the solution here while you can find detailed tutorials on how to access DB2 data from many clients such as C#, Java, Excel, Internet Explorer etc. here. Finally you can find details of why you might wish to use Web Services and REST to access your DB2 data instead of SQL in a comparison which you can find here.

Again, we're very proud of this achievement and if we can provide further information on this topic, please don't hesitate to get in touch.

Best regards,

John

CEO
Risaris Limited
Unit 6 The Mill Building
The Maltings
Bray
Co. Wicklow
Ireland

Tel: +353 (1) 2768048
Mob: +353 (86) 2490683
Fax: +353 (1) 2765774

SOA Gateway
SOA Gateway Blog

Using REST or SOAP to access data

2009-09-24T08:14:00.000-07:00

When talking with many prospective users of SOA Gateway, many people find it unusual that we use a SOAP and REST based approach to make data available to applications. Many people see SQL as the standard and only way to get at data. SQL has been a great workhorse over the years and will continue to be in the years to come. However, with the ever changing face of computing, particularly in the light of firewalls, business to business processing and so forth, it may not always be the most appropriate choice.

There are many powerful things that programmers may do with SQL but in the vast majority of cases, the requirement is to either update or to retrieve specific data. When the power of SQL is needed, there is no better way to do it but for simpler applications, the SOAP and REST approach works well and can offer many advantages over SQL. This is particularly the case where data needs to be delivered quickly and easily either to or from a desktop environment, or from remote users via multiple firewalls. We have produced a document comparing both approaches which can be found here.

I'd be interested in hearing your ideas or comments on this as it does seem to cause a lot of discussion with our customers and prospective customers !

Best regards,

John

SOA Gateway
SOA Gateway Blog

IBM DB2 Data in action

2009-08-19T08:20:00.000-07:00

I was recently invited by IBM to paricipate in a virtual conference called Data in Action essentially about their DB2 product. This was an interesting experiment as it had a number of virtual booths that were 'manned' by IBM personnel and then there was a solutions area where we presented. There were approximately 800 non IBM personnel and 100 people from IBM personnel registered. At one point when I checked, it appeared that there were over 400 people in attendance.

It was quite an interesting experience as it was possible to see who was entering each area. It was then possible to engage people in a chat or they could start a chat with the 'expert' for the solution that they wished to have answers to. While not perfect by any means (what conference format is ?), it meant that people could attend at no travel cost while potentially still sitting at their desks available to participate in any crisis that may occur in their organizations.

Register for the event here and have a look at the presention from Risaris. We did the slides and IBM did the voiceover. Essentially our pitch was the ability to access DB2 from various clients. You can find more specific information in accessing DB2 Data from Excel , VB, JAVA or PHP as an example. You can also download the software for a Free trial.

Best regards,

John

Accessing Existing Data and Business Logic from new Business Process

2009-07-20T07:58:00.000-07:00

Intalio and Risaris have teamed up to show how new Business Process Managment (BPM) implementations written using Intalio's BPM suite, and the SOA Gateway from Risaris, can access existing data or business logic. This ensures that new BPM implementations can work side by side with existing manual processes such that they can be used interchangeably until the eventual phasing out of the manual processes which provides many advantages. Learn more here.

The first results of this effort is a tutorial which uses community editions of both Intalio and the SOA Gateway to make existing COBOL business logic available to a new process. This is available on the Intalio Community site here (registration required). In addition, a paper describing this may be found here.

Future tutorials will show how to access CICS, Natural or other business logic or databases such as DB2, Oracle, VSAM, ADABAS and so on from the Intalio Suite. If you wish to see advance notice of such tutorials, please contact us on info@soagateway.com.

This illustrates how standards ensure that best of breed products in their class can work together through the use of open standards.

Best regards,

John - BPM Access to Existing Data

Lifecycle Governance of your core assets

2009-06-25T08:08:00.000-07:00

The SOA Gateway enables your core software assets, including data and business logic, to be exposed as standards based services that can be used from multiple client technologies. Once a service has been deployed and is in use from one or more systems, there are reasons why it may change:

In order to improve the functionality available to the users.
In order to improve the business process with which it was associated
Users asked for something and didn't like what they got
...and so on

The problem with this is when a service is deployed, how does one control change to this service ? Many organizations implement multiple versions of a similar service when a well designed single service will do. The SOA Gateway is being modified to provide the facility to ensure that the lifecycle of a service can be controlled such that a single service and its clients may be enchanced in a controlled fashion as described here.

This is still a work in progress so we're always interested in ideas or feedback to the direction we plan to take.

Best regards,

John

Want sub second response times with Rich Gui Interfaces ?

2009-06-18T07:29:00.000-07:00

Those of us who have been around for more than a decade can remember the concept of sub second response times. A single 'second' was considered the maximum time between when a user hit 'enter' on their dump terminal and when they got a response from the system. This wasn't just a rule of thumb or some geeky idea of how a system works, there are many reports available which illustrate quite clearly that as response time gets longer, there is an increased reduction in transaction rates and essentially throughput falls. In other words, less work is done. Some might consider that this is just because of the longer response times but it has been illustrated that lapses in concentration add additional delays to the completion of a business process.

Since the advent of the PC and more so the Internet, we are being treated to vastly superior GUI displays which make like much simpler in terms of the usage and understanding of applications. However, this has been mirrored by a commensurate reduction in response times as GUI screens build and one must wait until this build process completes. This is probably quite acceptable for occasional users or those in Internet land prepared to wait. However, it leads to loss of productivity within organizations where employees are expected to plough through as much work as possible which is severely impacted by slow GUI response times.

The Enterprise Application Infrastructure described here provides an architecture that can deliver significant benefits and sub second response times while still delivering a rich user front end GUI. This is achieved through the use of the SOA Gateway and CaptainCasa tool sets which in turn achieve the result through a simple adherence to and usage of industry standards.

Check it out if you would like to reduce your user response times !

Best regards,

John

SOA Gateway now 'Ready for IBM DB2 data server software'

2009-06-03T04:33:00.000-07:00

The SOA Gateway has now just achieved the 'Ready for IBM DB2 data server software' award from IBM. This means that the SOA Gateway has now proven itself while running with IBM's DB2 Database which is guaranteed by IBM themselves. More information on this award can be found here.

SOA Gateway and the Cloud

2009-05-25T09:39:00.000-07:00

Having recently seen a number of presentations about Cloud, it has struck me that like SOA, we are seeing the same boxes being placed in a similar pattern and there seems to be an assumption that they will simply communicate with each other. Is it any wonder that people are turned off some of these new advances in technology when the powerpoints make it look so easy. The Cloud offers some fantastic benefits in terms of making resources available easily and 'on demand', however, if the applications that are implemented within the cloud are using proprietary technologies to talk to each other, they will become locked to the one Cloud. One of the dreams of Cloud Computing is an ability to pick the best Cloud based on your most important criteria be that cost, availability etc. Then why should you not be able to roam from Cloud to Cloud as the criteria change. We believe that the usage of standards based interfaces to communicate between applications in the Cloud gives the best of both worlds as discussed here.

Best regards,

John Power - Free Industry Papers Here

Best of Breed Mainframe Integration and SOA Tools

2009-05-11T04:53:00.000-07:00

I came across this white paper recently which touched on a number of the confusing aspects about SOA 'terminology' for want of a better word. Statements like '...with the connectivity and accessibillity offered by an SOA offers a great deal of promise....' confuse the issue even more IMHO as implementing a SOA in itself does not help with connectivity, accessibility or integration. When I originally came across SOA, I would have agreed wholeheartedly with the above but as I have said in other postings, the term SOA has now become so abused that it needs to be clarified what is meant. To be fair in this document, as one gets deeper into it, it gets into the standards that are used that do provide the ability to discover and use services available on mainframe. At the end of the day, most mainframe shops are also likely to be running at least one other server platform such as Linux or one of the various flavours of UNIX available. It is clear that getting at resources on both the mainframe and other platforms in a standard way is a base requirement which will ensure an organization can get the key benefits of implementing an SOA with an improved ability to reuse resources. While there are a number of ways to do this, it generally requires different tools for different resources. For example, there is generally one tool to access databases with another to access business logic. It is sometimes also necessary to use different tools on different platforms leading to multiple different interfaces. The SOA Gateway has been designed to provide a single tool to get at data and business logic on any platform thus providing a single, standard way to access core assets on these different platforms.

Best regards,

John - SOA Tools

Standards Based SOA

2009-04-29T06:38:00.001-07:00

When I originally came across the term Service Oriented Architecture or SOA, my understanding was that this related to an infrastructure in which standards were used to build services that would become part of a wider architecture. The primary standards in this area from my perspective are:

TCP/IP as the network infrastructure to connect machines to each other.
HTTP as the wire transport protocol.
WSDL to describe a service so that it's clear what services are available and how to call them.
XML as the standard payload to ensure that any system can understand a message
SOAP as the payload standard to deliver requests to a service and to deliver responses from the service.

These standards alone provide a level of inter connectivity between platforms that has not been seen previously. We can also add the UDDI standard to this which provides a database of services that can be searched to find the WSDL following which the service may be called. Risaris Limited built the SOA Gateway technology to reflect these standards which is where the product name came from.

I have since had conversations with people from various organizations, typically the bigger ones like IBM, who talk about their Service Oriented Architecture based around WebSphere MQ. When I point out that this is almost totally a proprietary implementation, they tell me that what they put on the end of an MQ queue acts as a service, therefore their proprietary infrastructure is a SOA. I have heard this argued since by organizations keen to jump on the next hype cylce by reinventing their architecture as a SOA in this case.

At the end of the day, there have been well structured application systems for many years that exposed 'services' which were called by a number of different applications. They were called in a totally proprietary manner but based on the previous rational, we have had SOAs for as long as I can remember.

For me the value that SOA was to bring to the table was the ability to integrate easily between systems no matter what the architecture. It now seems that the term has become a dirty word some what and no wonder we hear the expression 'SOA What ?' because vested interests have taken the original value and corrupted it to meet their needs to join the hype cycle.

Given that SOA has become such a loose term, how can we refer to systems that implement a SOA using open, Web Services standards like WSDL and SOAP. A 'Standards Based SOA' perhaps ?

Best regards,

John - The SOA Gateway

The Cost of Integration Software

2009-04-20T05:11:00.000-07:00

Risaris recently was runner up in the Most Innovative Company category at the KIS Partnering Forum. During the presentation the question of the business model was raised. The SOA Gateway model is designed so that an organization only pays for what it uses in a fully featured product suite. As the organization implements more projects with the SOA Gateway they must pay more and obviously when projects are terminated or retired, they pay less. Contrast this with other integration suites which generally require an extermely large up front fee plus yearly maintenance based on this fee. This SOA Gateway approach has the following benefits to the customer:

It is far easier to measure the return on investment for each individual integration project.
Each project must justify only its own integration cost and not the cost of an entire suite.
Each project is likely to be paid for by specific parts of an organization. Using usage based licensing, each part of the organization may be charged exactly the cost of their project.
The SOA Gateway makes existing data and business logic available as a serice. This means that not only do you get the immediate ROI for the first project but the service may be reused again and again in other projects meaning there is continuing ROI from the integration effort.

The review panel felt that this is not how organizations wished to buy this type of technology which I found very interesting. What would lend an organization to want to spend more money than it must on an integration technology ? There is obviously a degree of trust required that the software will do what is claimed, however, when the benefits are so large and the entry costs are so low (as it is usage based) what would prevent organizations from trying this ? I felt it was an interesting reflection on buiness that they would prefer to be sold an expensively price integration suite for their needs rather than use a product which can turn an integration effort into a form of commodity where you simply buy what you need off the shelf as and when you need it.

John Power - SOA Gateway Usage Based Pricing

BPM and existing IT infrastructure

2009-04-16T05:45:00.000-07:00

I was asked last week how BPM solutions can be seamlessly integrated with existing IT infrastructure using the SOA Gateway.

I demonstrated such an implementation at the Intalio Conference in San Francisco last summer.

The demonstration was based on an online insurance company that needed to implement a BPM solution to:

§ Enable brokers create proposals for a company pension scheme

§ Allow key account managers to review proposals

§ Allow brokers to accept or reject proposals

§ Facilitate brokers to drive ad hoc sales campaigns.

All of this, of course, needed to be achieved within a regulatory framework.

The demonstration showed how the insurance company could implement a sales campaign for particular insurance products utilising already existing process models. It highlighted how we can enable the front business line (for example, key account managers) to change and dictate processes without the need to involve the IT department. This can empower the business line to initiate a sales campaign without the need for IT to configure the back-end.

Key to this is the utilisation of standardised technologies, such as web services, BPEL, BPMN, and a code generation approach as opposed to time-consuming manual coding activities. If anyone would like to learn more about this let me know.

John Power – Business Process Management and SOAGateway

Integration problems

2009-04-10T04:13:00.000-07:00

When it come to technology projects, there is one stark statistic that is alive and well, organizations are still spending anywhere from 50-70% of project costs is being soaked up by integration, accessing and updating data. As we all know when a project has lots of integration effort, timeliness slip. Here is a paper written on the topic that you might find of use. Would welcome any comments.

John The SOA Gateway.com Integration Industry paper

How does the SOA Gateway work?

2009-04-09T07:43:00.000-07:00

The SOA Gateway – An Introduction

The SOA Gateway simplifies integration because:

No custom interface is required
No messaging middleware
No customer server logic
No software installation on client side
Standard SSL security protects the data

The steps

Install the SOA Gateway software
Use the configuration wizard to wrap and make business logic available as a Service in minutes
Build client application

The SOA Gateway Explained

Given the SOA Gateway installation is a once-off event on a given platform, the steps required to wrap a single piece of business logic are easy:

The structure(s) identifying the inputs and outputs to the business logic is identified and imported into an Eclipse based tool.
The fields in the structure are marked for ‘input only’, ‘output only’, or ‘input’ and output’.
The definitions are exported to the SOA Gateway Server.
The service is published and is now available to the client.

What does SOA Gateway do?

2009-04-09T07:30:00.000-07:00

Access legacy data faster

The SOA Gateway is a software tool that will allow you to expose data to new, or existing applications, in minutes as opposed to days. It enables access to data from a wide range of database languages without server side code, or expensive middleware.

…70% of the cost of any software project can be soaked up by integration.’ Gartner

Access business logic easier

The SOA Gateway enables easy access and re-use of valuable business logic written in CICS, COBOL, C, NATURAL and many other languages.