Oracle SOA Suite Scalability (Part 1 of 3)

Scalability means different things to different people. It’s like a group of blindfolded people touching an elephant on different sides. Each person will have their own explanation and individual experience. Similarly, in the Oracle SOA Suite world, expansion and scalability of an Oracle SOA Suite environment means different things for everyone. For Administrators, it’s about adding more managed and admin servers to the existing Oracle SOA environment. For SOA Developers, it means adding more services and BPEL processes in the existing service repository. For IT Management, it is about how they can expand their initial Oracle SOA footprint to add more systems, attain further ROI and truly expand to a service oriented architecture framework for their enterprise.

From an Oracle SOA Suite middleware perspective, a detailed analysis of your current environment should be done. Ask yourself some of the following, when planning for Oracle SOA Suite scalability and expansion:

  • How much additional traffic can my current Oracle SOA Suite instance handle?
  • How easy is it to add more storage capacity?
  • How many more transactions can be processed?

In this series of 3 blog posts, I will focus on a few different components from service design, infrastructure setup and management/governance, which can be used as reference when you are considering scaling out your Oracle SOA Suite environment.

 

Service Design

When designing a service, think about decoupling first. The more decoupled the services are, the better scalable they are.

Graphik SOA Servicen Design by Sofbang

  • Avoid dependencies between services: Services must be designed for appropriate granularities that offer greater flexibility to service requestors without impacting performance and security.
  • Use Enterprise Bus: Use Enterprise Service Bus or a Mediator to achieve service virtualization rather than interacting with end services directly. An ESB acts as a message broker between consumers and services.
  • Think of reusability: Reusability is also another aspect that should be considered when designing the granular services to implement generic and reusable logic.
  • Asynchronous vs synchronous:
    a) Services invocation must be independent of the state of other services and each service invocation has all the required information from one request to another. This is acceptable as long as it occurs in the background and the principle can still be upheld for the specified service and its contract. By reducing resource consumption, the service can handle more requests in a reliable and scalable manner.
    b) Do not call an asynchronous service from a synchronous service which may cause timeouts, thread blocks, etc.
  • Oracle event delivery network (EDN): Use EDN if possible which provides maximum decoupling between participants.

In the next post, I will cover another important aspect: Sensible Oracle SOA Suite Infrastructure Setup, which plays a key role when considering scalability and expansion of your Oracle SOA Suite environment.

Sofbang Achieves Oracle PartnerNetwork Specialization for Oracle WebLogic Server 12c

http://www.sofbang.com/News.aspx?newsID=8&DbNews=true

Oracle Recognizes Sofbang for Expertise in implementing, managing and supporting Oracle WebLogic Server 12c. This specialization, combined with the Sofbang Designed For Change methodology, enables Sofbang to provide unique experience in cloud and conventional application environments, leveraging Oracle WebLogic Server 12c. »» Read more

Sofbang Achieves Oracle PartnerNetwork Specialization for Oracle Business Process Management

http://bit.ly/1iHnvHZ

Oracle Recognizes Sofbang for Expertise in Implementing Accelerated Oracle Business Process Management solutions. This specialization, combined with the Sofbang Designed For Change methodology, enables Sofbang to provide agile, pre-built configurable business process management solutions that are designed with adaptability, scalability and flexibility in mind. »» Read more

Mobile Work Order Management Using Oracle BPM

Mobile Work Order Management Using Oracle BPM

A successful, optimized service chain enables service organizations to increase resource efficiency, productivity, and utilization while reducing costs and enhancing the overall customer experience. With different mobile solutions in the market, gone are the days when members of your maintenance crew had to factor in “windshield time” when responding to work orders. Even if they’re driving or out in the field, they can now receive tasks, complete them, and update the system to keep everyone in the loop. This means faster response times, less time wasted on “remind me again” phone calls, less paperwork, and better workflow.
Continue reading…