Category: soa

SOA – Event Driven ”; Previous Next Description Event-driven architecture is a methodology used for designing and implementing applications where events transmit among decoupled software components and services. In order to make the connections between the different events that do not appear to be clear, the event-driven SOA allows business users to monitor and analyze the events. SOA is capable of creating high-level business events from many low-level system events. Events are created by filtering real-time data with the details such as dependencies or casual relationships found by connecting other events. An event-driven architecture is composed of Event Producers are the source of the event and it will know that the event has occurred and Event Consumers are the entity that needs to know the event has occurred. Event consumers typically subscribe to an intermediary event manager, whereas event producers publish to this manager. The event manager receives an event form the event producer and forwards that event to all the event consumers that are registered. The manager can also store the event and try to forward that event later, if the event consumer is unavailable. This event transmission method is known as store and forward in message-based systems. This event-driven is organized around the concept of decoupled relationships between event producers and event consumers. An event consumer is only concerned that it will be invoked when the event has occurred, rather than caring where and why an event occurs. Enabling large number of creators and consumers to exchange status and response in real time is a good advantage of event-driven architecture. Print Page Previous Next Advertisements ”;

SOA – MDM and SOA ”; Previous Next Description The MDM stands for Master Data Management which is a key component of Service Oriented Architecture (SOA) and simplifies the implementation of SOA with clean and consistent data to the enterprise. The basic intention of MDM is to provide reliable source for the master data. The combination of SOA and MDM provides essential business value and describes how to get this value to the customers by working together. The Service Oriented Architecture is an architectural design which includes collection of services in a network which communicate with each other. Without MDM, the data available to business applications which is provided by the SOA will not be so accurate throughout an organization that leads to lower quality of data. Levels between MDM and SOA There are some levels which can be integrated between MDM and SOA: Connectors and modification Data structures and access methods Predefined MDM/SOA business process Predefined application and integration of master data SOA improves standardization and reliable of data by adding value to SOA which is being integrated and consumed. MDM also provides stable clarity of data to SOA and technical foundation for master data use. SDM verifies quality of the data by providing data services to enterprise objects that SOA will consume. Benefits of MDM There are some benefits of MDM as listed below: It specifies the understanding and responsibility of master data entities It supplies the technique to make use of master data across the organization It is designed to provide accommodation and handle the changes SOA allows reuse of components which makes easy and flexible to use them to support new processes. MDM provides service oriented concepts and components for maintaining and retrieval of data. The architecture concepts of SOA are integrated into MDM by using two views: MDM Business Service: It provides the reusable business service for maintaining and validating the data. MDM Information Service: It provides the reusable information service for using the business processes. Print Page Previous Next Advertisements ”;

SOA – Maturity ”; Previous Next Description The term SOA maturity defines the architectural guidelines for reaching the significant level of maturity in the information technology architecture enterprises and allows accessing the current state of SOA adoption of a company. The figure below shows five levels of SOA Maturity: Level 1: Initial The initial level of SOA maturity includes the architecture and design phase of SOA which focus on delivering an individual project. The scope of this level includes: R&D experimentation Small SOA projects Implementation of portal and website Process of custom integration Number of services Level 2: Repeatable In this level, you can use the reusable architected services which are flexible and can be used from one project to another. The scope of this level is providing multiple integrated applications that support some following factors: Low cost of delivery Low cost of maintenance Integration of database Integration of application Managing the performance Simple way of deployment Level 3: Defined In this level, the project team will be working on the creating architecture elements, providing guidelines to project members on the architecture and creates the technical components and frameworks which can be used across the project teams. At this level you can identify the service from the business level for the good quality of business arrangement. The scope of this level includes: Reuse of components Simple way of modification Changes the business process effectually Providing business process rules Level 4: Managed In this level, business services are managed and define the path to SOA. The project team”s and enterprise architecture team”s work together to specify the processes, technologies and components of an organization”s SOA. You can measure end to end performance of the process in this level. The scope of this level includes: Using the business activity monitoring functionality to display the runtime details Specifying business process visibility Providing business process and service alerts Level 5: Optimizing In this level, the optimized business services react and respond automatically when you deliver the business processes during run time and include the clean identification of services. This level allows project team to reveal and consume services and also interchanges the services between customers, business partners and suppliers. The scope of this level includes: SOA will be optimized and associates with business Specifies the endpoint of an architecture enterprise Interacts with services from customers, partners and others Print Page Previous Next Advertisements ”;

SOA – Cloud Computing ”; Previous Next Description Cloud computing is a model used for enabling convenient and usage-based network access to a configurable computing resources (eg. networks, servers etc) that can be provided and used rapidly. It provides a chance to business users to implement services with usage-based billing that is changed according to their requirements without need of consulting with IT department. It provides an abstraction layer between computing resources and its technical implementation details and sequentially enables computational resources to be used while avoiding efforts in infrastructure management. Concepts in Cloud Computing The below figure shows the SOA cloud computing along with the models: Below are the models that are differentiated on the horizontal scaling basis in cloud computing: Infrastructure-as-a-Service (IaaS): It provides a hardware platform as a service. Platform-as-a-Service (PaaS): It provides end-users an application development environment delivered over the internet. Software-as-a-Service (SaaS): It provides end-users a standardized, network-delivered IT applications. The distinctions are made according to availability and the location of installation in the deployment models. Private clouds are internal company services whereas public clouds are the services that are available to the public on internet. In the large companies where IT plays an important role, internal company cloud solutions are often built in their own data centers. Small and medium companies often use public cloud services. Cloud Computing provides a very flexible and scalable platform through processing external services and also has the ability to connect with customers, suppliers etc. Print Page Previous Next Advertisements ”;

SOA – Service Categories ”; Previous Next Description The service is a kind of operation which is well defined, self contained that performs a specific task. The following figure shows SOA service categories: The service can be categorized into following ways: Entity Service The entity services include entities of customer such as purchase order, insurance policy, invoice of order, ordered date etc in which you can perform CRUD operations such as Create, Read, Delete and Update on the entities. These services provide information of the business process stored in the databases and handle the business entities. Task Service The task service adds the business logic to other services and due to its focus on business entity, it contains low amount of reusability. Task services provide operations on more than one entity such as customer purchase order, creating purchase order number, validating customer details etc. A service is called as task service when it needs to access the multiple entities. Utility Service The utility services are technology oriented services which are used to build larger and higher level services and provides other capabilities which are unrelated to the message transfer. The utility services provide reusable functions such as event logging, creating unique number and notification etc to the other functional domains. These services contain small, closely packed services which are used as building blocks in service oriented system. Proxy Service The proxy services contain the services which act as connection between members of the service oriented system and conflict subsystem. The device and process services lie under this type of services. Sometimes services which are defined under proxy services are called as gateway services. Device Service The device service is a kind of proxy service which is referred as hardware device and used to communicate between other services. The device service does not include the API which is not well suited with the service oriented system. Process Service The device service is also a kind of proxy service which acts as interpreter between application and service oriented system members. This service creates and arranges the application services to implement the business processes. Business Service Business services are also known as controller service which provides business functions for the completion of the business process and are flexible services that changes the business needs. These services develop the business applications that automate the business process such as managing the customer service, shipping the customer product etc. Print Page Previous Next Advertisements ”;

SOA – Mobile Solutions ”; Previous Next Description Now day”s mobiles have become high powered in today”s economy and mobile web becoming cheaper and providing fast services to the user. The web based mobile solutions must communicate with backend in the enterprise environment. The below diagram shows SOA based mobile application development: Using the above picture, we can explain how the configuration of mobile solutions can be simplified by the service orientation. The object of the process is to read bar code of the items from the mobile phones. Next, user will fill the form and send it to the server. The message will not be send to the server directly, but it uses the interpreter called Enterprise Service Bus (ESB) to process the data and send the message to appropriate server. In the last step, the message will get store into the database. Mobile Part It is an application runs on mobile phone which stores all the data in a local database and user can check the unset data and try to send them again. Communication Middleware The ESB acts as middleware between server and mobile phones which sends collected data from the mobile phones and processes the messages stored in the different databases. Middleware is a less customized part between mobile phones and server and results in the success of the system. Server Side Part The server side part frequently called as web view which provides the collected data which is retrieved from the database. The above three parts (Mobile Part, Communication Middleware, Server Side Part) specifies that mobile solutions can be used in the systematic way by using the service oriented architectures. Print Page Previous Next Advertisements ”;

SOA Tutorial The Service Oriented Architecture is an architectural design which includes collection of services in a network which communicate with each other. The complication of each service is not noticeable to other service. Audience This tutorial is designed for software programmers who would like to understand the concepts of SOA. This tutorial will give you enough understanding on SOA from where you can take yourself to higher levels of expertise. Prerequisites Before proceeding with this tutorial, you should have a basic understanding of a basic client server application model. Print Page Previous Next Advertisements ”;

SOA – Securing the SOA ”; Previous Next Description Most importantly, securing Service Oriented Architecture (SOA) is necessary to make sure that the services and applications run safely. For many reasons, including service exposures and loose coupling of components, securing SOA is essential because sometimes, exposed services becomes unprotected to attacks. SOA Attacks There are different types of attacks to which SOA environment may become unprotected, espcially if it was implemented using web service technology. Most of the people all around the world uses both SOA and web services which are rapidly developing areas, as a result they become more complex and open to attacks. On SAO and web services, most of the attacks takes place on the application service layer since web services communicate using XML and soap messages. Following is a list of attacks in SOA: Injection Attacks: This attack occurs when no validation on the user input is performed and no separation is done between user input and application. For example, SQL injection, XML injection etc. Schema Poisoning Attack: This attack when occurs, modifies, replaces or even damages XML schemeas that provides the structure of XML documents. Denial Of Service Attacks (DoS): This attack when occurs, do not change the service or its behaviour but can block the use of the service. Research Contributions The main contributions are as follows: Providing an integrity for SOA that provides enough conditions for securing data integrity. Implementing testbed for SOA and setting environment of specification based IDS. Proposing intrusion detection system for SOA networks that are capable of detecting intrusions affecting behaviour of services. Recommending SOA testbed where SOAP messages can be monitored. Print Page Previous Next Advertisements ”;

SOA – Business Processes ”; Previous Next Description Business Process is a management authority that improves the performance of business and builds the operational solutions for SOA (service-oriented architecture). It adds business capabilities such as people, process, systems, technology etc which enables organization to be simpler, efficient and mechanisms can simplify and improved. In short, it is called as BPM (Business Process Management). Why to use BPM? The below points describes why to use the BPM in the business innovation: It implements and optimizes the business process. It is a powerful tool that keeps running operations optimally. It provides control over the process. It realizes the value quickly from efficient and flexible processes. It allows companies to process with good quality, less waste and less effort. Benefits of BPM The below points lists some of the benefits of BPM: It implements and optimizes the business process. It is a powerful tool that keeps running operations optimally. It decreases the cost and increases the business agility (changing the services to meet customer requirements). Implementing the business process provides increased efficiency. It makes the process more effective when process becomes more efficient. It specifies the higher productivity and faster process times. Relationship of BPM and SOA We all know processes run on services, so clearly service-oriented architecture and business process management belongs to each other. S.N. BPM SOA 1 It provides operational solutions which are main thing for business and process analysts. It is an architectural style that is important to architects and engineers. 2 It uses the reusable web services to delivers the enterprise capabilities. It is also same as BPM that delivers the enterprise capabilities depending upon the reusable web services. 3 It uses services to bring out their objectives. It contains services which are implemented with business process can be altered quickly according to the business changes. 4 It specifies as organization of business capabilities such as people, process, technology and data. It describes as organization of technical capabilities such as activities, events, documents and data. 5 It is a business rule that points to the improvement of operations. It is an architectural style that points to systems of the enterprise. BPM includes four types of components as listed below: Process Engine: It executes the business process applications and business rules. Business Analytics: It allows recognizing business issues, trends, appropriate moment with reports and dashboards. Content Management: It is used for storing electronic documents, images and other files. Collaboration Tools: It separates the communication barriers from different departments people by using discussion forums, message boards etc. The software which is implemented with BPM provides more efficient and effective data. By using the real time updates of organization, you can take faster decisions and result will be more efficiency, effective and profit. Print Page Previous Next Advertisements ”;

SOA – Service Composition ”; Previous Next Description Service composition is a collection of services where, many smaller services are combined together to a larger service. Below diagram illustrates the service composition: In the above diagram, Service A, Service B and Service C are smaller services. Large service is composed by combining services A,B and C together. Service Composition Performance The services communicate with each other through a network just like component composition where inter-service communication is too slow as compared to inter-component communication taking place in the same application. The performance will be bad if the services communicate internally through ESB (Enterprise Service Bus) and larger services are decomposed to many smaller services. Service compositions can be categorized into primitive and complex variations. Simple logic was implemented through point-to-point exchanges or primitive compositions in early service-oriented solutions. As the technology developed, complex compositions became more familiar. Print Page Previous Next Advertisements ”;