OnlineMQ Architecture
From Online MQ
OnlineMQ is a web based message queuing platform, based on SOA (Service Oriented Architecture).
The SaaS packages model provides the flexibility to use online MQ service whenever needed, for as long as needed with no installation, maintenance or initial setting costs. With SaaS a customer can decide to stop the service at any time.
Contents |
What is SaaS
Software as a Service (SaaS) is a new software application delivery concept in which the software vendor develops, hosts and operates the application which is used by its customers, over a network (usually the Internet).
Customers do not need to acquire licenses and pay for owning the software itself , only for using it.
- Using SaaS there are no costs for license, installation, Hardware, integration or operating the system.
- SaaS deployment is fast - just pay and launch.
- SaaS ROI (Return on investment) is fast.
- SaaS is simple - conduct all your operations via the net.
- SaaS providers are better at aligning security with the in-house processes and procedure requirements.
- Many companies are successfully using SaaS for five or more years now, thus establishing a track record SaaS providers can build on.
SOA (services oriented architecture) enables SaaS providers to serve their customers easily with a Web API, which is often written using Web Services or REST, saving them installation and maintenance costs.
What is SOA
Service Oriented Architecture (SOA) is an architectural concept that guides all aspects of creating and using business processes, packaged as services, throughout their life-cycle. It also defines and provisions the IT infrastructure that allows different applications to exchange data and participate in business processes regardless of the operating systems or programming languages underlying those applications. SOA represents a model in which functionality is decomposed into small, distinct units (services), which can be distributed over a network and can be combined together and reused to create business applications. These services communicate with each other by passing data from one service to another, or by coordinating an activity between two or more services. It is often seen as an evolution of distributed computing[2] and modular programming.
More on SOA:
Why SOA?
SOA enables SaaS providers to serve their customers easily with a Web API often written using Web Services or REST, saving them installation and maintenance costs.
- All the components and logic reside on the provider's Internet servers.
Enterprise architects believe that SOA can help businesses respond more quickly and cost-effectively to changing market conditions<ref>Christopher Koch A New Blueprint For The Enterprise, CIO Magazine, Mar 1 2005</ref> . This style of architecture promotes reuse at the macro(service) level rather than micro(classes) level. It can also simplify interconnection to - and usage of - existing IT (legacy) assets.
In some respects, SOA can be considered as an architectural evolution rather than a revolution and captures many of the best practices of previous software architectures. In communications systems, for example, there has been little development of solutions that use truly static bindings to talk to other equipment in the network. By formally embracing a SOA approach, such systems are better positioned to stress the importance of well-defined, highly inter-operable interfaces.Template:Fact
SOA and web service protocols
An SOA application is commonly built using Web services standards (e.g., using SOAP) that have gained broad industry acceptance. These standards (also referred to as Web Service specifications) also provide greater interoperability and some protection from lock-in to proprietary vendor software. One can, however, implement SOA using any service-based technology, such as Jini, CORBA or REST.
ESB / EAI
An enterprise service bus (ESB) is a standards-based communication layer in service oriented architecture (SOA) that enables services to be used across multiple communication protocols. It simplifies service deployment and management and promotes service reuse in a heterogeneous environment. To provide these capabilities, ESBs support both open standards and proprietary technologies
What's next? First Steps - Start using OnlineMQ - set up an account.