SOA - Service Oriented Architecture

SAP SOA - Business Benefits

2009-11-09T01:10:00.000+07:00

SAP SOA : Service-Oriented Architecture - Business Benefits

Today, your IT department must adapt as fast as business can, if not faster, and even anticipate change. By deploying a standards-based service-oriented architecture (SOA), you can increase flexibility and control your costs. SOA goes beyond the common concept of Web services and provides an enterprise infrastructure and approach that achieves optimal business results within heterogeneous landscapes.

SOA allows you to create new applications on top of existing enterprise solutions, increasing the value of your current systems and automating new processes. With SOA, you can:

Quickly adapt business processes – Service-oriented architecture enables you to separate the interface and process definition from the underlying application. This results in faster implementations and more cost-effective upgrades, deployed as needed and without the business interruptions of "big-bang" approaches.

Attract new customers – With service-oriented architecture, you can take advantage of Web services to deliver core competencies to new customer segments – while reducing IT costs and increasing efficiency.

Out-task – Service-oriented architecture allows you to connect to external partners, enabling you to access expert services, reduce costs and asset liabilities, and focus on your core
competencies – all while retaining visibility and control into critical processes.

Extend and automate your value network – Service-oriented architecture allows you to model and automate the terms of a business relationship, so you can extend business models and value chains with optimum speed and transparency.

Innovate – Most significantly, service-oriented architecture enables SAP partners and customers to deploy innovative solutions that take advantage of existing systems. With SOA, you can run new processes on top of existing applications.

Source: For more SAP SOA Business Benefits, visit SAP SOA.

SAP SOA - The Blueprint for an Open IT Architecture

2009-11-08T01:08:00.000+07:00

SERVICE-ORIENTED ARCHITECTURE (SOA) - THE BLUEPRINT FOR AN OPEN IT ARCHITECTURE

Service-oriented architecture (SOA) is a blueprint for an adaptable, flexible, and open IT architecture for developing services-based, modular business solutions. SAP makes it easy to adopt SOA – enabling companies in diverse industries to quickly differentiate their businesses and optimize processes in their business networks. SAP enables businesses to adopt SOA at their own pace as part of their SAP solutions.

SAP's open-standards approach to SOA improves IT productivity and business value at the same time. At the heart of our approach to SOA is the concept of enterprise services – highly integrated Web services, combined with business logic and harmonized semantics, that can be accessed and used repeatedly to enable end-to-end business processes.

Using enterprise services, you can leverage SAP solutions in conjunction with partner solutions and homegrown solution landscapes to build new, flexible, and innovative solutions based on a consistent integration concept.

SAP and our partners can help your IT organization adopt SOA in a low-risk manner by delivering SOA-based technology, service-enabled applications, and prepackaged enterprise services grouped as business scenarios. SAP delivers SOA seamlessly via the service-enabled software (SAP Business Suite) and SOA-based, open technology platform (SAP NetWeaver). SAP consultants deliver services that complement SAP applications and accelerate SOA adoption.

We offer comprehensive methodology for design and development as well as operational SOA governance. This helps ensure high service reuse, reliable execution, efficient IT operations – and a reduction in cost. Modeling and implementation guidelines for service developers increase development efficiency. Moreover, SAP's enterprise services follow the enhancement package concept, so you can add new functionality continuously, without extended upgrade cycles.
To get started with SAP SOA download your starter kit today.

Source: For more SOA SAP, visit SAP SOA Website.

Change Player Size Watch this video in a new windowIBM Smart SOA Application Foundation

2009-11-07T01:33:00.000+07:00

This video introduces the capabilities of the complete set of products that fall under the Smart SOA Application Foundation Adoption Pattern. See how fictional company "JK Enterprise" uses this Suite of products to deliver benefits across the organisation.

Oracle OpenWorld 2009: Intel SOA Expressway for External Web Service Security

2009-11-07T01:28:00.001+07:00

Phi Berman (Intel) talks about Intel's SOA Expressway solutions for External Web Service Security and Performance.

SOA Event : SAP TechEd 2009

2009-11-07T01:04:00.002+07:00

SAP TechEd 2009: Maximize Your Impact
November 11, 2009 - November 12, 2009
Shanghai International Convention Center, Shanghai, China

Dive deep into the world of SAP TechEd to get hands-on technical training, build real connections with SAP experts and community members, and gain the inspiration and skills needed to maximize your impact on your organization while enhancing your career. Now — more than ever — companies need people and IT solutions that can efficiently leverage and adapt to change. At SAP TechEd, you will learn how to use the power and flexibility of the SAP NetWeaver technology platform, SAP BusinessObjects solutions, and SAP Business Suite applications to reduce the total cost of ownership across your IT landscape.

Topics Covered : Active Global Support, Aerospace & Defense, Alloy, Analyst Relations, Automotive , Banking , Best Practices, Best Run Now, BPO Powered by SAP, Business Maps, Business Solutions, Chemicals , Compliance Calibrator, Consulting, Consumer Products , Custom Development, Defense & Security , Duet, EC&O, Endorsed Business Solutions, SOA, Financial, Financing, Healthcare , High Tech , Higher Ed & Research, Hospitality, IM&C, Industry Value Network, Insurance , Investor Relations, Life Sciences , Manufacturing, Media , Mill Products , Mining , Oil & Gas , Packaged Services, Packaged Solutions, Portfolio, Press, Professional Svcs , Public Sector , SAP Ramp-Up, Retail , SAP Business All-in-One, SAP Business ByDesign, SAP Business One, Business Process Expert (BPX), SAP Business Suite, SAP BusinessObjects portfolio, SAP BusinessObjects BI solutions, SAP BusinessObjects EPM solutions, SAP BusinessObjects for small/midsize companies, SAP BusinessObjects GRC solutions, SAP BusinessObjects IM solutions, SAP BusinessObjects OnDemand offerings, SAP CRM, SAP ERP , SAP ERP Corporate Svcs, SAP ERP Financials, SAP ERP HCM, SAP ERP Operations , SAP Managed Services, SAP NetWeaver, SAP Partners, SAP PLM, SAP R/3, SAP SCM, SAP Services, SAP solutions for small and midsize enterprises, SAP solutions for sustainability, SAP SRM, SAP xApps, SAP xApps for Mobile Business, SDN, Solution Extensions, SOX Compliance, Svc & Asset Mgmt, TCO Framework, Telecommunications , Travel & Logistics Services, User Performance Mgmt , Utilities , Wholesale Distribution

Source: For more SOA Event, SAP TechEd2009, visit SAP Website.

IBM SOA - Service Connectivity

2009-11-05T00:44:00.000+07:00

What is service connectivity?

Service connectivity is an IT-centric entry point to service oriented architecture (SOA) that helps to simplify your IT environment with a more secure, reliable and scaleable approach to connect within and beyond your business. By linking people, processes and information in your business with a seamless flow of messages and information from virtually anywhere at anytime using anything — that's true connectivity. SOA brings new levels of flexible connections with well-defined, standards-based interfaces, eliminating the complex and confusing interconnections that can hinder your business. Delivering real business value on its own, connectivity is also a core building block for future SOA initiatives.

The value of service connectivity

For a business taking the first few steps into SOA, opening your doors to customers and partners as a way to easily interact with your company is of high importance. Enabling exceptional connectivity through your SOA you can deliver a consistent user experience regardless of what business channel they choose. Also, by linking your own business units or divisions across the multiple parts of your company, you can build a foundation for success and benefit from the agility of an SOA approach. IBM entry strategy to SOA through service connectivity can help:

Ensure seamless flow of messages from anywhere at anytime using anything.Execute broad business processes that span your company and out to business partners.Build trusted relationships with existing and new partners.Scale your business to become more flexible and dynamic.Deliver a consistent user experience regardless of channel or device.Simplify existing applications to focus on business logic instead of connectivity.Increase access to existing functions without changes to applications.Reduce the maintenance needed when your business changes.

Service connectivity is a key part of IT strategies for every business today. Businesses are looking at SOA to help their business become more flexible and responsive. For SOA the Connectivity Entry Point is fundamental to the success of a SOA strategy and deployment.

Source: For more IBM SOA, visit IBM SOA - Service Connectivity.

IBM SOA - Reuse

2009-11-03T00:41:00.000+07:00

What is service creation and reuse?

Service creation and reuse is an IT-centric entry point to service oriented architecture (SOA) that focuses on deriving continued and additional value from previous asset investments, identifying services to be outsourced and designing new services to fill portfolio gaps. By viewing an SOA project from a service creation and reuse aspect, you can significantly lower development and maintenance costs and risks - enabling you to take new services and offerings to market faster.

The value of service creation and reuseImprove efficiency. Reduce risk. Cut cost. Existing applications are among the most valuable assets a company owns. Applications throughout the enterprise support core business processes and handle the majority of customer, product, supply chain and channel information. Reuse of these common functions will encourage repeatable business behaviour and reduce the chance of errors in execution or data capture; maximizing the reuse of these services enhances business flexibility and provides a return on investment. Another reason to focus more on repeating, common functions is to ensure your business can differentiate itself both internally and externally. The IBM entry strategy to SOA through service creation and reuse can help:

Reduce the amount of new code that must be created for business initiatives.Lower maintenance cost by eliminating redundant systems.Expedite the roll-out of new business functions by creating shareable composite services and functions from within your applications.Integrate tasks performed by your legacy applications into broader business functions to establish a simple and effective means to enhance usefulness of mainframe-based systems and provide the capability wider across the business.Resolve through faster, simple responsiveness challenges such as technology obsolescence, skills scarcity or significant business events including merger or acquisition.Identify already existing functions such as CRM access in existing applications and processes.Extend green-screen applications to the Web or to an SOA to realize immediate payback in reduced end user training and improved staff productivity.

Successful reuse of IT assets is at the very core of an effective and cost-efficient SOA. With continual constraint on resources and a need for agile response to changes in market opportunities, as well as a drive for high quality code in production, reuse of proven existing and new assets becomes essential in meeting these needs.

Source: For more IBM SOA, visit IBM SOA - Reuse.

IBM SOA - Information as a Service

2009-11-01T00:38:00.000+07:00

What is information as a service?

Information as a service is an entry point to service oriented architecture (SOA) that offers information access to complex, heterogeneous data sources within your company as reusable services. These services may be available both within the enterprise and across your value chain. By entering SOA from an information vantage, you may improve the availability and consistency of information, while simultaneously removing traditional barriers to information sharing. Drive innovation by better understanding your organization’s operational, transactional, analytical, and unstructured information and making it available in new ways through SOA.

The value of information as a service

Establish information as a service to ensure consistent definitions, packaging, and governance of key business data. Provide information services that can be easily reused across processes and independently maintained to enable more business flexibility and increase IT resource productivity. The IBM entry strategy to SOA through information can help:

Collect, clean and make your data accessible:
Develop a unified view of their business with inline access to analytical data for improved transparency and business insight.Generate and govern authoritative master data records with shared metadata and data quality services for master data management.

Reduce cost and risk:
Reduce costs associated with infrastructure rationalization and migration by decoupling information from siloed information sources.Reduce risk exposure through in line analytics and auditable data quality for risk and compliance initiatives.Increase your organizations agility:

Increase the agility for business transformation by providing reusable information services, spanning structured and unstructured information that can be plugged into applications, business processes, and portals. At the same time lower development costs associated with accessing and transforming data.

For more IBM SOA, visit IBM SOA Information as a Service.

IBM SOA - Process Entry Point

2009-10-30T00:35:00.000+07:00

What is the process entry point?

The process entry point is a business-centric starting point for service oriented architecture (SOA) that provides specific tools and services to help streamline and improve processes across the enterprise. By entering SOA from process vantage, you can establish the foundation for IBM's business process management with SOA. Improve the efficiency, flexibility, and control of key business processes.

The value of process

Do your processes allow you to quickly respond to changing market conditions? By streamlining your processes you can align your business and IT goals — reducing the complexity of building processes. Leveraging SOA with a focus on process can help your business:

Improve employee productivity.Increased collaboration.Accelerate speed to market.Respond quickly to business challenges.Implement new processes in less time.Maximize return on investment.

Source: For more IBM SOA, visit IBM SOA Process Entry Point.

IBM SOA - People Entry Point

2009-10-29T00:33:00.001+07:00

What is the people entry point?

Are your employees, partners, and customers enabled to take advantage of SOA, Service Oriented Architecture, to drive greater productivity and collaboration? People can interact with SOA-based business services and composite applications through an enabling framework of tools, and practices. The people entry point is a starting point for SOA, enabling people to interact with application and information services that support business processes. As a complement to the other entry points — process, information, reuse and connectivity—the people entry point can facilitate real time decision making and dynamic collaboration, and immediate execution. Overall, the people entry point approach to SOA drives business and operational flexibility and improves end-user productivity and collaboration.

The value of peopleEmployee productivity, operational efficiency and the ability to innovate on the fly are paramount to competitiveness and growth. Companies frequently struggle with siloed applications and information that prevent customers, employees, and partners from working together effectively. Empowering people through SOA solutions can bridge these challenges and provide a foundation for greater productivity and collaboration. Because people drive the interaction with the SOA services that execute business results, focusing on people is critical to the success of SOA implementations. The people entry strategy to SOA can help:

Accelerate productivityReduce costs for access to multiple applications and information sources.Reduce time to deployment for new services.Increase access to process flexibility and orchestration.Enable collaboration inside and outside the enterprise.

Source: For more IBM SOA, visit IBM SOA People Entry Point.

IBM SOA Solutions

2009-10-29T00:30:00.001+07:00

Service Oriented Architecture from IBM: the Smart SOA™ approach

Service Oriented Architecture (SOA) is a business-centric IT architectural approach that supports integrating your business as linked, repeatable business tasks, or services. With the Smart SOA approach, you can find value at every stage of the SOA continuum, from departmental projects to enterprise-wide initiatives.

For more IBM Service Oriented Architecture, visit IBM SOA.

IBM SOA Software Applications

2009-10-15T08:29:00.001+07:00

SOA Software Application:
SOA Software HyPerformix IPS
SOA Software IBM SOA
SOA Software IBM Tivoli
SOA Software IBM WebSphere

SOA Software Products

2009-10-15T08:28:00.000+07:00

SOA Software Applications:
SOA Software AG SOA
SOA Software BEA SOA
SOA Software BEA WebLogic
SOA Software Fiorano SOA

What a Business Analyst Needs to Know by William Hill

2009-08-31T16:11:00.001+07:00

SOA Service Oriented Architecture Articles : What a Business Analyst Needs to Know by William Hill

So you want to be an Information Technology (IT) Business Analyst? If so, BE PREPARED! To be a top notch Requirements Business Analyst, be ready to study/know most of the following topics:
o The IT Project Life Cycle o Understanding The Business o Know how to Initiate and Plan a Project o IT Project Execution o Defining and Scoping the Project o Defining a Work Breakdown Structure o Business Process Models and Domain Models o Gathering Business Requirements o Requirements Management o Know Requirements Traceability o Document Business Rules o Interviewing o Joint Applications Development Facilitation (JAD sessions) o Analyzing and Documenting Requirements o Fit-Gap Analysis o Entity Relationship Diagrams o Extract Transform Load o Data Conversions o Object Oriented Analysis o Business Intelligence o Non-Functional (Technical) Requirements o Use Case Diagrams & Narratives o Use Case Analysis, Design and Realization o Communicating Requirements o Identifying a Solution o Service Oriented Architecture (SOA) o Verifying that the Solution Meets the Requirements o Analyzing Buy vs. Build or Both o Unified Modeling Language (UML) o Rational Unified Process (RUP) o Agile Methodologies o Extreme Programming Methodology (XP) o Scrum Methodology (Scrum)

Because that is what it is going to take to stay employed, either as a Contractor or employee. Information about the above topics can be found at: http://www.businessanalysis-therealworld.com

In today's businesses, IT Business Analysts are often referred to as Technical Business Analyst, Business Systems Analyst, Systems Analyst, and other titles. No matter the title, the primary role of the Requirements Business Analyst remains the same; to examine and document the business needs and participate in recommending an appropriate solution to meet those business needs. Specifically, the Business Analyst elicits, analyzes, validates and documents business, organizational and/or operational requirements.

Notice that the word "Requirements" was inserted in front of the title of Business Analyst. This specialty type of Business Analysis is necessary because corporate America does not understand the many different types of Analyst duties. Be aware that many job descriptions will carry the title of Business Analyst but will not describe the duties of a Business Analyst that elicits and documents business requirements. Some positions with a Business Analyst title might require analysis for reporting processes only and is very narrowly focused in regards to the overall duties of a true Requirements Business Analyst.

It should be expected that the requirements for these positions would dictate that a Business Analyst have several years of business experience, in several industries, along with several years of technical IT experience to have the ability to develop business requirements and recommend automated solutions. In today's real-world of IT projects that IS NOT the case, which is why a high percentage of IT projects fail. The Analyst simply does not know how to capture and document project requirements properly.

This discipline is a relatively new role in the IT projects world of corporate America. So new in fact, that most IT Project Managers have not been trained in the processes of Business Analysis, therefore lending to the possible project failures. An experienced Business Analyst may not only have to perform the Business Analysis role but also mentor a Project Manager.

Since this is an evolving discipline, industry is and will be for years to come, in the process of defining and shaping standards and best practices for this role. Business Analysis encompasses a set of tasks and techniques required to identify business needs to determine automated solutions to business problems regardless of technical platform. Without several years of business and technical experience how can these tasks be accomplished?

Business Analysis is one of the most important steps in developing a software solution. It is crucial in identifying and documenting the business needs of customers and stakeholders in order to determine appropriate solutions and approaches to solving business problems, yet, HR departments and corporate middle-management continually staff IT projects with very inexperienced Analysts to handle the tasks.

A software solution needs to address the business requirements of a wide range of stakeholders therefore the Business Analyst often works closely with other functional areas and typically acts as a liaison between users and technical personnel to help solve business problems. Working with all the functional areas, a Business Analyst's main responsibility is to gather, organize, and document requirements in a format that is appropriate to the technical developers as well as business users. A Business Analyst provides the process, questions, and techniques to efficiently elicit and document the information needed from the business users for successful development of IT projects.

In conclusion, be prepared!

This article is about what it takes to become a true Business Analyst. Something that will definitely help is to do a ton of research on the internet about specific topics of Business Analysis. There are very few web sites that cover the entire IT project life cycle processes. To acquire all the knowledge needed would literally take several years of training programs and cost several thousands of dollars. Try to find a reference web site like http://www.businessanalysis-therealworld.com that specializes in Requirements Business Analysis.

About the Author
This author has been in the IT trenches for 41 years. This experience includes roles as a Technical Business Analyst (IT Contractor) for 11 years, 10 years of Project Lead and Management experience, and 20 years software development experience. Additionally, the author is the proud inventor and author of two different programming languages of which he holds copyright privilages, and, the author of the web site and the ebooks at http://www.businessanalysis-therealworld.com.

Source: SOA Service Oriented Architecture articles at goarticles.com

Component Object Model Explained Easily

2009-05-10T22:48:00.003+07:00

SOA Service Oriented Architecture Articles : Component Object Model Explained Easily by Manish Shrivastava

In the process of developing computer applications, developers in software development companies have strived hard to achieve greater efficiency and interoperability. In their attempt to achieve greater efficiency, they have created object-oriented programming, procedure calls and libraries of reusable software. However, there are other ways of creating applications in a more cost-effective manner. Some developers take the advantage of previously created software components, existing tools and software and hardware infrastructure to develop and deploy applications. This approach is mainly referred to as "component software". Microsoft Corporation has gained its monopoly by offering its own set of standards and products for component software. Among them is the Component Object Model (COM). It is a software architecture developed to build component-based applications. COM objects are separate components with a unique identity each. The objects expose interfaces that, thus allow other components to gain access to their features. Their versatility makes them easily fit into an object-oriented program design. This is because they are completely language-independent. COM objects are the main building blocks of developing component-based software in the custom software development scenario. The Component Object Model technology is used in the Windows family of operating systems that allows software components to commune. A Software development service uses COM to re-create re-usable software components and link them together to create applications, thus taking advantage of Window services. The line of COM technologies also includes ActiveX controls, DCOM (Distributed COM) and COM+. COM+ is the name of COM-based services that brings together the technology of COM components. It handles complex programming tasks such as resource pooling, event publication and distributed transactions. .Net developers can also take advantage of COM+ infrastructure as it provides valuable services through the system. For those who are confused with the results achieved by COM and .Net framework, it would be important to note that these two achieve similar results in application development, although Microsoft recommends .NET as the best technology for new application development because it manages runtime environment in a robust way.

About the Author
I am the webmaster at www.synapse-consultants.com - a custom software development company offering numerous services, such as content management, offshore software development, online marketing, search engine optimization, search marketing, and website maintenance services

Source: SOA Service Oriented Architecture information at goarticles.com

What Exactly is Web 2.0?

2009-05-10T22:47:00.004+07:00

SOA Service Oriented Architecture Articles : What Exactly is Web 2.0? by Llewelyn James & Euan Agnew

What Exactly is Web 2.0?

Network marketing and online businesses and websites are everywhere on the World Wide Web and a big part of their success is due to the valuable platform called Web2.0. However, for as many people that are using Web 2.0, there are an equal number of people that don't truly understand what Web 2.0 is and the possibilities and opportunities it can open for them. Many individuals are already using Web2.0 on the internet in different ways without even realizing it. Some of the more popular internet applications that are using Web 2.0 include Flickr, YouTube as well as many different Yahoo sites. So, as you can see, you are already using Web 2.0 without even being aware of it. But, do you really know what Web 2.0 is?

Web 2.0 consists of different parts, which when all put together, give the user a fantastic web experience in which they can integrate many different functions and applications. One part of Web 2.0 is RIA or rich internet applications. Two examples of RIA are Ajax or Flash, which are interrelated web development techniques which allow you to retrieve data from another site without it interfering or affecting the current page you're working on. RIA allows you to bring something from your desktop into your browser such as data, graphics, etc by means of "copy and paste", "drag and drop" or whichever method you prefer.

Another part of Web 2.0 is ROA or service oriented architecture. Some examples of ROA that may be familiar to you or you may have heard of include RSS (really simple syndication), feeds, mash-ups and web servers. The best and easiest way to describe what ROA does is that it takes web applications along with their different functions and allows them to be easily integrated in such a way that their functions can all work together with other applications to develop one dynamic website with various functions.

The third important part of Web 2.0 is the Social Web. In Web 2.0, the end user will interact with the different web applications with methods such as blogging, tagging, using podcasts, etc. In actuality, the end user is also the participant in Web 2.0 by using these different social web methods. By the use all three of these important parts of Web 2.0, you web application is going to be very "user-friendly" with many functions.

Do you remember when you first began using the internet and were trying to navigate through a page only to have it disappear as soon as you clicked on one of their links? If it didn't disappear, it would freeze or lock up, making it inoperable and almost the only way to get out of it was to reboot. Good News! Web 2.0 allows you the opportunity to use many websites by integrating the many functionalities they each have.

With each new number added after an application or software (e.g. Web1.0, Web 2.0), the world is being given a new and upgraded version of a software. Web 2.0 is offering a new and better version of the World Wide Web. Web 2.0 offers us functions and features we never thought possible in the past.

Learn more about we2.0 at: http://web20trafficbuilder.com

About the Author
Llewelyn James & Euan Agnew are founders of the Internet Millionaires Online Club

Source: Web 2.0, SOA, Service Oriented Architecture information at goarticles.com

SOA Plug-and-Play Services

2009-04-29T11:18:00.001+07:00

SOA Articles : SOA Plug-and-Play Services by Finacle from Infosys

Shifting economic conditions and rapidly evolving IT strategies along with mergers and acquisitions have left few banks with an appetite to untangle the morass of legacy systems running their businesses. Due to the siloed architecture within banks, where each business unit has their own systems and islands of information, core-banking replacement is a complex integration exercise. Islands of systems have to be either made redundant or integrated with the new solution based on business requirements and processes.

But this, thankfully, is not holding up progress and innovation, thanks, in part, to the increased adoption of Web services and its conceptual cousin, the Service-Oriented-Architecture (SOA). SOA is neither a product nor a solution. It is an integration framework that binds internal and external services to create a solution. With SOA, instead of focusing on different applications that reside on different computers, the emphasis is on business services that represent several different underlying applications. As SOA can seamlessly be put into practice in existing IT environments it ensures that changes in technology and processes during core banking replacements can be phased out and managed effectively.

The plug-and-play benefits of SOA and Web services promises to increase the pace of innovation in financial services. Clearly, by adopting SOA and process driven core banking solutions banks worldwide can achieve tremendous benefits. Following this, this paper describes a banking solution framework which depicts how SOA delivers maximum agility.

Read the complete white paper

About the Author
Finacle solutions address the core banking, e-banking, Islamic banking, treasury, wealth management and CRM requirements of retail, corporate and universal banks worldwide.

Source: SOA Service Oriented Architecture information at goarticles.com

Getting value out of SOA

2009-04-29T11:17:00.002+07:00

SOA Articles : Getting value out of SOA by Sandy Cosser

According to Wikipedia, SOA (Service-orientated architecture) can be defined as "a group of services that communicate with each other". SOA is designed to offer simple service solutions to save people and machines a great deal of time. Research firm, Gartner has been studying the adoption of SOA around the world and for 4 years they found that SOA was on the rise. Now, for the first time in 5 years, adoption figures have dropped. Last year's survey revealed that 53% of organisations planned to adopt SOA for the first time, this year that figure was down to 25%.
More bad news for SOA is that companies that have no intention of adopting SOA rose from 7% in 2007 to 16% in 2008. In Paul Krill's article on Infoworld.com, Dan Sholler, Gartner research vice-president, states that there are two major reasons behind SOA's sudden drop in popularity: lack of skills and expertise and no viable business case. Companies also no longer see SOA as essential to their future, but have relegated it to the 'luxury' pile where many IT services find themselves in a recession.

But according to Dave Linthicum, also from Infoworld.com, dropping 'luxuries' such as SOA is an unhealthy reactionary approach and can cost companies more money in the long-run. Linthicum cites Miko Matsumura when he says that companies shouldn't ask whether they can afford SOA now, but rather whether they can afford to miss out on a 5x return in three years.

Linthicum also notes that SOA adoption is widespread in Europe, where he says companies are more forward thinking and future-orientated than companies in the US, who tend to focus on the here and now, as he says the next four months as opposed to the next four years.

Linthicum believes that SOA as a concept has been around a lot longer than many people think, only under a different name. And he contends that the concept of SOA will be here long into the future, although further name changes are likely. He points out that names are unimportant, so long as people continue to buy into the core value of the concept and keep the momentum going, that's what counts.

References:

http://www.infoworld.com/article/08/11/03/SOA_growth_projections_shrinking_1.html http://weblog.infoworld.com/realworldsoa/archives/2008/11/asoa_is_inevita_1.html http://weblog.infoworld.com/realworldsoa/archives/2008/11/soa_is_shrinkin.html

About the Author
Sandra wrote this article for the online marketers DTI Data data salvage and recovery one of the most experienced and expert providers of data recovery services in the UK

Source: SOA Service Oriented Architecture information at goarticles.com

Estimating the Cost of a Service Oriented Architecture (SOA)

2009-04-29T11:15:00.001+07:00

SOA Articles : Estimating the Cost of a Service Oriented Architecture (SOA) by David DeWitt

In a recent survey by AMR Research it was found that "Fifty three percent of companies had active SOA projects by the end of 2007." The companies that adopted SOA spent an average of $1.4 million to implement SOA on software and services in 2007. These findings were confirmed in a survey prepared by BEA Systems. The BEA survey reported that half of all enterprises with revenue exceeding $1 billion have shelled out over a million on their SOA efforts and expect to spend even more over the next 12 months.

Financial Services organizations were least likely to be adopt SOA but those that did spent significantly more than their peers in other industries.

So does that mean that most organization will face such a large expense to implement SOA? What is the real cost for a SOA implementation?

In a traditional software estimate one would consider: Software size, Complexity, Technology, and Constraints. These individual factors are counted, weighted, and combined to identify an estimate of total effort. The total hours are then multiplied by cost factors for a total cost estimate.

In the SOA world the underlying fundamentals are much the same. By summing four essential estimation components an estimated cost can be derived. The four components are: Data Complexity, Service Complexity, Process Complexity, and Enabling Technology. (your terms, or a citable source here?)

As with more traditional estimation methods, size matters. In a traditional estimation approach one would identify the size of the problem by estimating lines of code, function points, or by some other method. In the SOA community one is concerned with the number of data elements, the complexity of the data storage for those elements, and the cost to understand and refine each element.

David S. Linthicum of the SOAInstitute.org provides a simple formula for the calculation. Cost of Data Complexity = (((Number of Data Elements) x Complexity of the Data Storage Technology) x Labor Units))

• The "Number of Data Elements" is the number of semantics you're tracking in your domain, new or derived.

• Express the "Complexity of the Data Storage Technology" as a decimal between 0 and 1. (For instance, Relational is a .3, Object-Oriented is a .6, and ISAM is a .8.)

• "Labor Unit" is the amount of money it takes to understand and refine one data element. Dave said this could equal $100, for example.

Example: ((2,000 data elements) X .6 complexity) X $150) equals $180,000 for the total Data Complexity Costs.

Now repeat the same formula for the Service Complexity, Process Complexity, and Enabling Technology. The final total should be within 10 - 20% of the actual costs. However, consideration should always be made for changing requirements, scope creep, changes in technology - and the myriad of additional real life factors that have become lessons learned in traditional software development projects.

The factors that go into a SOA estimate are similar to a traditional estimate in many ways. As was demonstrated above, consideration must be made for size, complexity, staffing, and many other parameters. Products such as SEER for Software™ by Galorath can be used to help identify and quantify the underlying components that make up a SOA estimate. Within SEER for Software the estimate can be built, evaluated, assessed for risk, and delivered as part of a repeatable estimation process.

About the Author
David DeWitt is a Senior Consultant with Galorath based in El Segundo, California. He can be contacted at ddewitt (AT) galorath.com. For more information on the Galorath line of estimating software solutions please visit Galorath.com when estimating software projects or call: U.S. +1 310.414-3222 -- U.K. +44 (0) 1252.724518

Source: SOA Service Oriented Architecture information at goarticles.com

SOA gets an obituary

2009-01-07T13:31:00.000+07:00

SOA gets an obituary

Burton Group analyst Anne Thomas Manes has declared SOA dead but says that offshoots like mashups and cloud computing remain alive and well By Paul Krill

SOA is dead but services remain alive, according to a prominent analyst who published an obituary for SOA in a blog post on Monday.

Nucleus Report: Who's ready for SMB? - read this white paper.
In her blog, Anne Thomas Manes, vice president and research director at Burton Group, pronounced SOA dead.

"SOA met its demise on January 1, 2009, when it was wiped out by the catastrophic impact of the economic recession. SOA is survived by its offspring: mashups, BPM, SaaS cloud computing, and all other architectural approaches that depend on 'services,'" Manes wrote.

Instead of becoming a savior, SOA "instead turned into a great failed experiment -- at least for most organizations," Manes said. SOA failed to deliver on promised benefits and after the investment of millions, IT systems are not better than before. In some cases they are worse, with costs higher and projects taking longer, she said.

Interviewed Monday afternoon, Manes said successful SOA implementations have resulted from major IT transformation efforts rather than just slapping a bunch of interfaces on applications. "Those companies have seen spectacular results from these efforts, but in those circumstances, SOA was part of something much bigger," Manes said.

Are you ready for event-driven business? - watch this webcast.
Companies need to become more in tune with what businesses require and understand what the problems are, she said. What is required is an examination of application architecture rather than project-by-project integration, Manes noted, but with the difficult economy, funding for SOA has dried up, she said.

"All these guys intent on pursuing [an] SOA initiative, they're not going to have any money to do it because the business is not going to continue to fund it," Manes said. In conducting research, she found that the failure of SOA to deliver on initiatives has soured those holding the purse strings.

Still, Manes does emphasize a continuing need for services, such as cloud services. She advised against using the acronym SOA, which has generated a backlash. Instead of people talking about architecture and services, they have focused on such matters as ESBs (enterprise service bus).

"SOA has become a bad word. It must be removed from our vocabulary," she stressed in her blog.

"The demise of SOA is tragic for the IT industry. Organizations desperately need to make architectural improvements to their application portfolios," she wrote. Service-orientation is a prerequisite for rapidly integrating data and business processes and enabling situational development models like mashups. It also is foundational for SaaS and cloud computing, Manes said.

"Although the word 'SOA' is dead, the requirement for service-oriented architecture is stronger than ever," she said. Successful SOA requires disrupting the status quo and redesigning the application portfolio as well as a shift in how IT operates, said Manes.

She cited Bechtel as a company that has had success with services but does not even use the term "SOA."

At IBM, which has been a key vendor in the SOA space, an official on Tuesday morning disagreed with Manes's "SOA is dead, long live services" message.

"I don’t think that is the right message," said Sandy Carter, IBM vice president of SOA and WebSphere strategy. "For me, SOA is alive and kicking moreso than it ever has been in today's economy," she said.

But the marketplace is indeed changing from companies just looking at SOA as a technology to instead focusing on business problems and solving them with SOA, she said.

"We're seeing changes in the marketplace, but I think [these are] changes that are very good," Carter said.

IBM was still seeing its SOA business grow at least as recently as its third quarter, which ended in September 2008, said Carter, noting she could not comment on the fourth quarter because the company is in a "quiet" period. But she acknowledged IT spending overall is being reduced or is flat.

"SOA helps reduce cost and provides business agility, so it really addresses the two biggest concerns going on," she said.

An HP official said companies need to be more in tune with what businesses require and understand application architecture. Funding for technologies that support SOA without a business driver will be very difficult to secure in 2009, said the official, Kelly Emo, SOA product marketing manager for HP Software.

"My response [to the blog] is I think that the issue that really needs to get highlighted in the market is how IT goes about getting funding for their projects in 2009, and I think that's the valuable part of the blog," Emo said.

"What IT has to stop doing is speaking technical jargon to the business. They need to define projects in terms the business cares about," such as emphasizing faster service times and better business processes, she said.

Source: SOA Service Oriented Architecture information at infoworld.com

SOA is architecture with integration

2009-01-07T13:29:00.000+07:00

SOA is architecture with integration

Integration by itself has value as a part of architecture, but it's not architecture unto itself.
TAGS: None

The post of the break was one by Joe McKendrick, who says, "SOA is integration. SOA is not integration. Simple as that." In essence, he looks at some of the confusion around the value that SOA brings to the enterprise: Is it integration, agility, or something else? Indeed, there is a renewed debate raging about the relationship between the practices of SOA and integration, according to Joe. He writes:

Agility -- while a commendable goal that everyone needs to shoot for -- is a vague, hard-to-quantify state of existence that SOA-based approaches may or may not be able to accomplish. But the results of integration are often measurable.
At issue is that fact that people want to define SOA more tactically these days. Thus, they want to focus more on the value of the integration byproduct of SOA and not as much on the architectural value of agility. Is this a good thing?

First, let's put things into context. Integration as I defined in my now-aging but popular EAI book, was really presented as an architectural sub-pattern, thus the value of integration within the context of the core strategic direction of the enterprise architecture. In my view, you need both, including defining integration at both the information and service levels (yes, I was talking about SOA in 1996).

First, integration by itself has value as a part of architecture, but it's not architecture unto itself. Indeed, you can have a well-integrated enterprise, but with a crappy architecture that's very difficult to change without breaking a dozen things.

Second, SOA, while also leveraging integration as a sub-pattern -- and integration is a byproduct of SOA -- is really about architecture, or at least it should be. You get to SOA through integration, or more accurately the loose coupling of systems that create and architecture that's easy to change. You can call this agility, changeability, or whatever, but I call it good architecture. Integration indeed has value, don't get me wrong, but the largest value is the ability to get to an SOA, if you ask me. Or, at least to the SOA that's right for your enterprise.

Finally, you can measure the value of agility. I've written on this topic time and time again, and my clients have figured this out time and time again. Some enterprises have huge returns from having an agile architecture, and thus SOA; others not as much, and SOA perhaps should be less of a priority. So, if you can get the value from agility, than leverage integration to get to SOA. Else, leveraging just integration is just fine.

Source: SOA Service Oriented Architecture information at infoworld.com

ว่าด้วย SOA

2008-12-31T19:24:00.001+07:00

Service Oriented Architecture SOA คืออะไร

แบ่ง 3 ข้อ
1.ความรู้พื้นฐานเกี่ยวกับ SOA
2.เราจะใช้ tool อะไรในการสร้าง SOA หรือ implements
3.วิธีการสร้าง

1. concept พื้นฐานของ SOA ก็คือมองทุกอย่างเป็น service
อย่างถ้า OOP เราจะมองทุกอย่างเป็น object ใช่มั้ย แต่อันนี้เรามองเป็น service แทน
ตัวอย่างที่เขาชอบยกมาก็คือ service เช่น บริการจองโรงแรม บริการจองตั๋วเครื่องบิน บริการดูราคาหุ้น (Stock Quote)
ซึ่งเวลามองก็จะมองว่า มีบริการอย่างนี้นะ เราใส่ข้อมูลความต้องการเราลงไป แล้วเราได้บริการกลับมา
ซึ่งมันจะต่างจาก object ที่จะมองเป็น properties/behavior

web service ก็เป็น implementation อย่างนึงของ SOA ทำนองเดียวกับที่ Java เป็น implementation ของ OO

web service (WS) ก็จะประกอบด้วยส่วนหลักๆที่ควรรู้จัก 3 อัน ก็คือ WSDL, SOAP, UDDI (ทุกตัวเป็น XML)
ถ้าให้อธิบายคร่าวๆ

- SOAP จะเป็นส่วน transportation protocol คือมันจะติดต่อกันด้วย SOAP
- WSDL จะเป็นตัวอธิบาย มองง่ายๆจะคล้ายๆ interface ก็คือจะอธิบายว่า service นี้รับ parameter อะไรบ้าง ส่งอะไรกลับคืนมา
- UDDI จะเป็นคล้ายๆสมุดหน้าเหลือง เวลาจะหา service ที่ต้องการก็เข้าไปเปิดหาในนี้

Invocation model ของ WS แบบในฝันก็คือ user ต้องการใช้บริการ เช่น อยากจองตั๋วเครื่องบิน ก็ไปดูใน UDDI ซึ่งมันก็จะมีหลายเจ้าที่ให้บริการที่เหมือนกัน ก็เลือกมาเจ้านึง (ซึ่งจะใช้เงื่อนไขอะไรนั้นก็เช่น QoS, Location, etc. )
แล้วก็จะได้ WSDL file (location) ของ service นั้นๆมาจาก UDDI
แล้วพอได้ WSDL file มาแล้วเราก็จะสามารถติดต่อกับ service นั้นๆได้แล้ว

แต่ ปัจจุบัน UDDI มันยังไม่ค่อยมีคนใช้ หลักสำคัญก็คือต้องรู้ WSDLของ service ที่จะเรียกเป็นใช้ได้ ถ้ารู้อยู่แล้วก็ข้าม UDDI ไปได้เลย

2. อันนี้มันมีให้เลือกหลากหลาย ก็แล้วแต่ภาษาแล้วก็เทคโนโลยีที่ใช้ อย่างถ้าจะทำ WS ด้วย Java มันก็มีให้ใช้หลายตัวมากๆเลย อย่างเช่น JWSDP, Axis, และอื่นๆ พวกตระกูล .NET ก็จะมีของมัน

3. ก็ต้องแล้วแต่ technology ที่ใช้
แต่ หลักๆของมันก็คล้ายๆกัน คือถ้าจะสร้าง service ให้คนอื่นใช้ tool มันก็จะสร้าง WSDL file ออกมาให้ แต่ถ้าจะไปใช้ของเขา เราก็ต้องรู้ WSDL ของเขา แล้วเราก็สร้าง class ไฟล์มาเพื่อไปเรียกมันอีกที ปกติถ้าจะทำ web service จากโปรแกรมที่มีอยู่แล้ว ก็แค่สร้าง interface แล้วก็เอามาสร้าง wsdl ด้วย tool แล้วเอาไป deploy ก็ใช้ได้แล้ว

Source: SOA Service Oriented Architecture information at tism50b.multify.com

Java SOA คืออะไร

2008-12-31T19:22:00.001+07:00

Java SOA Service Oriented Architecture คืออะไร

SOA (Service Oriented Architecture) เป็นรูปแบบในการออกแบบระบบ (system) หรือ โปรแกรมประยุกต์ (application) แบบหนึ่ง
อย่าง object oriented เวลาออกแบบระบบ เราจะมองเป็น object หรือ class
แยกแยะระบบออกมาเป็น class และความสัมพันธ์ (relations)
แต่ SOA จะมองระบบ ประกอบด้วยการทำงานหรือบริการ (service) ต่างๆ

แล้ว service คืออะไรล่ะ?
service ก็คล้าย function หรือ method นั่นแหละ คือมีหน้าที่ทำอะไรสักอย่าง ถึงเวลาเราก็เรียกใช้
แต่ service มีลักษณะ high level และเป็นมุมมองเชิงธุรกิจมากกว่า เช่น มองระบบธนาคารประกอบด้วยบริการถอน withdrawal service, บริการฝาก deposit service
แทนที่จะมองเป็น class Customer หรือ class Teller ที่มี operation withdrawal หรือ deposit

สิ่งที่ service ทำได้ แต่ method ทั่วไปทำไม่ได้ คือ distributed system
นั่นคือแต่ละ service สามารถถูกเรียกจากต่างระบบ, host หรือ JVM กันได้
แต่ละ service มีอิสระต่อกัน ไม่ได้กระจุกติดกันอยู่ใน application หรือ jar file หนึ่ง
พูดง่าย ๆ service ก็คือ method ที่ถูกดึงมาไว้ข้างนอกนั่นเอง

ข้อดีของ service คือ loose coupling และสามารถใช้ร่วมกันได้ บางคนอาจเถียงว่า method ก็สามารถใช้ร่วมกันได้
แต่ service สามารถใช้ร่วมกันระดับ application ครับ เช่น ธนาคาร A มี Deposit service
ธนาคาร B, C สามารถเขียน application มาเรียกใช้ Deposit service ของธนาคาร A ได้ นั่นคือเป็นการ reuse ระดับ high-level ขึ้นมาอีก

SOA กัน web services

ที่ SOA เป็นพูดถึงกันมากส่วนหนึ่งก็เพราะ web services นั่นเอง ความจริง SOA ไม่ใช่ของใหม่ ถ้าเราสังเกตลักษณะของ service จะมีส่วน implementation แยกกับ interface เสมอ
เพื่อลด coupling ระหว่าง service กับผู้เรียก ซึ่งแนวคิดนี้มีใน J2EE (RMI), CORBA และ COM อยู่แล้ว นั่นคือเราสามารถใช้ RMI technology (ซึ่งเป็น distributed technology) ทำ SOA ได้

แต่ว่า จุดขายที่สำคัญของ web services คือ platform independent ผู้เรียกกับ service ไม่จำเป็นต้องเป็น platform เดียวกัน (java application เรียกใช้ .NET service) ซึ่งต่างจาก RMI ที่ต้องเป็น java หรือ CORBA ที่ต้องเป็น Java หรือ C++

ในปัจจุบันถ้า web services คือหัวใจของ SOA, XML ก็คือเส้นเลือดหล่อเลี้ยงหัวใจ เพราะ XML ทำให้ Web services เป็น platform independent technology ซึ่งช่วยให้สามารถ communicate ระหว่าง B2B หรือ new system กับ legacy system ที่เป็นต่างภาษา หรือ platform ได้

XML เป็น markup language มีลักษณะเป็น text ใครก็เปิดอ่านได้ และอ่านรู้รื่องได้ไม่ยาก ขอให้ผู้เรียกกับ service เข้าใจ xml ก็เป็น web services ได้แล้ว
ซึ่ง technology ที่เกี่ยวกับ web services ส่วนใหญ่เกี่ยวข้องกับ XML ทั้งนั้น เช่น WSDL, SOAP, BPEL

SOA กับ web services จะเป็นเครื่องมือสำคัญในการพัฒนา enterprise application ในอนาคต ด้วยจุดเด่น คือ
1. loose coupling
2. ความคล่องตัว ปรับเปลี่ยนง่าย
3. high reusability
4. ที่สำคัญช่วยลด cost ในการ mainteinence

ตามหลักการแล้ว web service สามารถเรียกข้ามองค์กร (cross organization)ได้ แต่ว่า spec บางอย่างของ Web services ยังไม่นิ่ง เช่น security, trasaction, และ QoS ต่าง ๆ
ดังนั้น การใช้ SOA ส่วนใหญ่จึงเป็นการเรียกใช้ web service ภายในองค์กรของตัวเองเท่านั้น
สิ่งที่ทำได้ตอนนี้ คือ เกาะติดความก้าวหน้าของ SOA และพิจารณาความเสี่ยงเมื่อนำ SOA มาใช้อย่างรอบคอบ เพราะ SOA ก็มีต้นทุนสูง, learning curve พอสมควร
และที่สำคัญจะได้ไม่เป็นเหยื่อคำโฆษณาของเหล่า vendor นั่นเอง

จากบทความก่อนหน้า ผมบอกว่า web service (WS) ก็คล้าย method แต่ว่าถูกดึงออกมาอยู่ข้างนอกลอย ๆ
ที่นี้เราจะทำอย่างไร เพื่อเรียกใช้มันเพื่อสร้าง application หรือ business process ที่ประกอบด้วย web service หลาย อัน

ก่อนอื่นขอแบ่งประเภทของเว็บเซอร์วิสเป็น 2 ประเภท

1. Atomic web service - เว็บเซอร์วิสทำงานด้วยตัวเอง ไม่จำเป็นต้องพึ่งพาเว็บเซอร์วิส
2. Composite web service - เว็บเซอร์วิสที่ต้องเรียกใช้เว็บเซอร์วิสอื่น เพื่อสร้าง service ของตัวเอง

จากนั้นเราแบ่งจุดประสงค์ของการเรียกใช้ WS เป็น 2 แบบ

1. เรียกใช้ เพราะเราต้องใช้จริงๆ ผู้เรียกมักเป็นend user client เช่น ผู้ใช้ส่งข้อมูลไปยัง WS ของบริษัททัวร์ เพื่อซื้อ packageทัวร์
2. เรียกใช้ เพราะจะไปให้คนอื่นใช้ต่อ ก็คือ Composite WS นั่นละ ต้องเรียกใช้หลายๆ WS มาประกอบกันเพื่อสร้าง service ของตัวเอง
เช่น WS ของบริษัททัวร์ เรียกใช้ WS ของโรงแรมเพื่อจองห้อง, สายการบินเพื่อจองตั๋ว และธนาคารเพื่อตัดยอดเงิน

การเรียกใช้ web service มี 2 วิธีหลักๆ ได้แก่

1. ใช้ Web service client API เช่น WSIF, WSE เป็นต้น ก็คือเราเขียน application (ด้วยJava หรือ .NET) ของเราไปตามปกติ
เมื่อถึงเวลาต้องเรียกใช้ WS ก็เรียกใช้ API แทน เหมือนกับการเขียนโปรแกรมปกติทั่วไป วิธีนี้เหมาะกับ end user client ที่เป็นผู้ใช้ปลายทางจริงๆ
เพราะไม่ค่อยมีการเปลี่ยนแปลงบ่อย และมักเรียกเพียงไม่กี่ service
อย่างไรก็ตามวิธีนี้ไม่เหมาะกับการสร้าง Composite WS เพราะเรามักใช้ Composite WS เพื่อสร้าง business process
(business process คือ บริการที่เห็นหรือสัมผัสได้โดยตรงจากผู้ใช้หรือลูกค้า และให้ผลตอบแทนกับองค์กร นั่นก็คือservice นอกสุดที่ให้บริการลูกค้าโดยตรงนั่นเอง)
ซึ่งมี business logic ซึ่งอาจเปลี่ยนแปลงบ่อยๆ นอกจากนี้ business goal ของการสร้างapplication ด้วย WS ก็เพื่อความคล่องตัว (agility) ปรับเปลี่ยนง่าย จะได้สอดคล้องกับสภาพธุรกิจปัจจุบันที่มีการแข่งขันสูง ดังนั้นการผูกแต่ละ WS ไว้ด้วยการ coding แบบเก่านั้น จึงไม่เหมาะกับการสร้าง business process ด้วย WS
ตามหลักการของ SOA

2. ใช้ WS ตัวกลาง (mediator) มาเรียกใช้ sub-WS นั่นคือใช้ BPEL (Business Process Execution Language) นั่นเอง
การจะสร้าง business process หรือ composite WS จาก BPEL ต้องประกอบด้วย 2 ส่วน ได้แก่
2.1 BPEL file - BPEL เป็นภาษาที่ไว้ใช้กำหนด business process ซึ่งจริงๆ แล้ว เป็นภาษา xml
ลักษณะของ BPEL คือ เป็น procedural language คล้ายกับ flow chart ทำหน้าที่กำหนดว่าจะเรียก WS ไหน, เมื่อไหร่ และอาจเก็บตัวแปรด้วย
การทำงานจะไปข้างหน้าเรื่อย ๆ จนจบไฟล์ (ลองนึกถึง file build.xml ของ Ant อาจเข้าใจ การทำงานคล้ายอย่างงั้นเลย)
2.2 BPEL engine คือ ตัวที่จะมาอ่าน BPEL ที่เราเขียน และ สร้าง composite WS ให้ทำงานตามที่กำหนดใน BPEL นั่นเอง (คล้าย Ant tool ที่อ่าน build.xml)
client ที่เรียกใช้จะเห็น composite WS ที่สร้างขึ้นเป็นเหมือน WS ทั่วไป
BPEL engine ปัจจุบันก็เช่นBPEL manager ของ oracle ซึ่ง vendor ส่วนใหญ่จะมี BPEL designer ติดมาด้วย เพื่อสร้างและแปลง flow chart เป็น bpel (อย่างที่บอกว่าbpel เป็นภาษาที่เหมือน flow chart อยู่แล้ว ไม่มีแยก function มี control flow แค่switch-case, loop และก็อย่างอื่นอีกนิดหน่อย สามารถดูตัวอย่างได้ที่ link อ้างอิง)

นอกจากนี้ BPEL ยังสนับสนุนการทำงานแบบ concurrent, asynchronous และ exception handling ด้วย อย่างไรก็ตาม BPEL ก็คือ procedural language
ที่ไว้ใช้สร้าง Composite web service โดยการระบุการเรียกใช้ WS อื่นๆ เพื่อสนับสนุนแนวความคิดของ SOA นั่นเอง

Source: SOA Service Oriented Architecture information at ct.rmutr.ac.th

Service-Oriented Architecture (SOA) คืออะไร

2008-12-31T19:19:00.001+07:00

SOA Service-Oriented Architecture คืออะไร

เมื่อการแข่งขันมาถึงจุดที่การให้บริการลูกค้าเป็นสิ่งสำคัญมากกว่าการแข่งขันเรื่องราคา หรือผลิตภัณฑ์ใหม่ๆ ที่ใครๆก็สามารถทำได้ เหตุนี้ทำให้องค์กรต้องปรับเปลี่ยนรูปแบบการให้บริการเพื่อขยายให้ทันกับความต้องการของลูกค้า ตัวอย่างเช่น บริษัทผู้ให้บริการโทรศัพท์เคลื่อนที่ ในการสร้างบริการให้ลูกค้าเข้าถึงด้วยการเข้าใช้บริการผ่านร้านให้บริการ ไม่ว่าจะเป็นการเปิดบริการ ซ่อมเครื่อง รวมไปถึงสอบถามบริการผ่านคอลเซ็นเตอร์ แทนที่จะเข้ามารับบริการที่ส่วนกลาง

ทว่าระบบต่างๆที่กระจายอยู่ตามร้านให้บริการ และคอลเซ็นเตอร์นั้น ต้องพึ่งระบบไอทีจากส่วนกลางในการให้บริการ

ดังนั้น ระบบไอทีหลังบ้านจึงจำเป็นต้องสนับสนุนการทำงานที่ขยายเพิ่มขึ้น !!!

ดังนั้น แนวคิดการใช้ SOA (Service-Oriented Architecture )จึง เกิดขึ้น เพราะการใช้ไอทีในองค์กรไม่ได้จำกัดอยู่เพียงการใช้ซอฟต์แวร์สำเร็จรูป ที่ไม่เพียงพอต่อการทำงานที่เพิ่มขึ้น อีกต่อไป

SOA กระทบโครงสร้างไอทีขององค์กร

SOA ไม่ใช่ซอฟต์แวร์ หรือ แพ็คเกจ นายพัฒน์พงศ์ บุปผรัตน์ ที่ปรึกษาอาสุโสด้านธุรกิจและหัวหน้าทีมพัฒนาธุรกิจขององค์กร บริษัท เครือเจริญโภคภัณฑ์ จำกัด อธิบายถึงแนวคิดของ SOA ว่า SOA แบ่งเป็น 2 คำ Service-Oriented และ Architecture

คำแรก Service-Oriented เป็น Software ที่ไม่ใช่ซอฟต์แวร์ แพ็คเกจ แต่เป็นซอฟต์แวร์ตัวเล็ก ทำงานเฉพาะด้าน ขึ้นอยู่กับว่าจะแบ่งเป็นบริการอะไรบ้าง

คำที่สอง Architecture คือการออกแบบ โดยจะมององค์กรโดยรวมว่าต้องการบริการอะไรบ้าง ก็จะแบ่งบริการนั้นๆออกเป็นส่วนย่อยๆ

ทั้งนี้ หลายคนมองว่า SOA คือ web service แต่จริงๆแล้วไม่ใช่เพราะ web service เป็นแค่เครื่องมือในการใช้งาน

ดังนั้น SOA จึงไม่ใช่สินค้า หาซื้อไม่ได้ แต่มันคือแนวคิดที่ต้องสร้างเองในองค์กร

สำหรับสินค้าที่เกี่ยวข้องกับ SOA ประกอบด้วย 4 ส่วนคือ

Enterprise Service Bus เป็นโครงข่ายสำคัญในการขับเคลื่อน SOA ทั้งหมด เป็นการเชื่อมต่อระหว่างแอพพลิเคชัน
Design-Time Governance เป็น ดาต้า เบส กลางช่วยรวบรวมว่าองค์กรมีบริการอะไรบ้าง และช่วยนำบริการออกไปยังหน่วยงานและควบคุมบริการให้เหมาะสมกับองค์กรด้วย
Run-Time management เป็นตัวจัดการ ทำอย่างไรให้บริการทำงานสอดคล้องกับ SOA ที่ตั้งไว้ และ 4.Security Gateway ในที่นี้ไม่ได้หมายถึง Firewall ที่เป็นเน็ตเวิร์ก แต่เป็น Application Firewall ที่เข้าใจ คำสั่ง XML นอกจากนี้ต้องมี Application Delivery Control ช่วยเร่งความเร็วในการทำงานของ SOA ด้วย
เมื่อนำแนวคิด SOA เข้ามาใช้ แอพพลิเคชันแบบเก่าต้องถูกรื้อใหม่

จากแนวคิดเรื่อง SOA ทำให้เกิดการทำ Software as a service (SaaS) และ web 2.0 ขึ้น

SaaS คือ แอพพลิเคชัน แต่ไม่ใช่ แอพพลิเคชันตัวใหญ่ มีหน้าทีทำงานเฉพาะด้านในด้านหนึ่ง โดยการใช้งานของผู้ใช้ ไม่จำเป็นต้องเป็นเจ้าของแอพพลิเคชัน สามารถขอเช่าใช้งาน โดยมี Vender หรือหน่วยงานที่เกี่ยวข้องเป็นผู้ดูแลรักษา

การ์ทเนอร์ คาดการณ์ในปี 2010 ซอฟต์แวร์ทุกอย่างจะเป็น SaaS ในสัดส่วน 25%

ขณะที่ web 2.0 หลักการคือ คนใช้งานเป็นผู้จัดการข้อมูลได้ด้วยตัวเอง เจ้าของเว็บไซต์เป็นเพียงผู้ให้บริการ ไม่ใช่เจ้าของที่ทำหน้าที่ให้ข้อมูลเพียงฝ่ายเดียว การให้ข้อมูลต้องเกิดจากผู้ใช้งานและเป็นข้อมูลที่มีการสื่อสารได้ 2 ทาง

ตัวอย่างของสิ่งที่เกิดขึ้นจากแนวคิด web 2.0 ที่เห็นในตลาด ได้แก่ Blog ที่เจ้าของและสมาชิกเข้ามาแลกเปลี่ยนข้อมูลกันได้ ทำนองเดียวกับ Wikipedia หรือ Google Adsearch ที่ผู้ใช้สามารถเข้าไปควบคุมการทำงานว่าต้องการได้รับบริการรูปแบบใด

เมื่อเทรนด์เป็นเช่นนี้ องค์กรต่างๆที่ต้องการสร้างบริการให้เกิดความพึงพอใจแก่ลูกค้าจำเป็นต้องนำแนวคิดนี้ไปสร้างให้เกิดประโยชน์ในทางการตลาด

ช่องโหว่ SOA ที่ไม่ควรมองข้าม

ทว่าแนวคิด SOA ก็ต้องได้รับความปลอดภัยสูงเช่นกัน ในมุมมองของผู้ผลิตอุปกรณ์เครือข่าย อย่างบริษัท ทรีคอม (ประเทศไทย) จำกัด โดยนายสุรชัย ไชยรังกิจรัตน์ กล่าวว่า แนวคิด SOA คือการออกแบบอยู่บนซอฟต์แวร์ที่แยกกันเป็นส่วนๆ ถ้ามีซอฟต์แวร์ 10 ตัว ระบบก็ต้องรายงาน 10 ตัว ไม่เหมือนซอฟต์แวร์แบบดั้งเดิมที่รายงานรวมกันทั้งหมดเพียงครั้งเดียว

นอกจากนี้ เนื่องจาก SOA ใช้ web service เป็นเครื่องมือ ที่วิ่งอยู่บน Protocol XML ดังนั้นจึงเป็นมิตรกับมนุษย์ นั่นหมายถึงคนสามารถเข้าไปอ่านข้อมูลได้เพียงรู้ ชื่อผู้ใช้งาน ไม่เหมือนภาษาคอมพิวเตอร์แบบสมัยก่อน

ดังนั้นแต่ละช่องของซอฟต์แวร์ที่คุยกันจึงมีช่องว่างด้านความปลอดภัย ถูกโจมตีง่าย !!!

เน็ตเวิร์กจึงต้องมีความปลอดภัยสูง มีความเสถียรในการใช้งาน และสามารถมอนิเตอร์ได้ ต้องแน่ใจว่าไม่มีใครมาเปลี่ยนแปลงข้อมูลในการส่งระหว่างทางไปถึงผู้รับ

เมื่อ SOA คือคำตอบของการวางโครงสร้างพื้นฐานด้านไอทีแล้ว เพราะการใช้งานด้านไอที ไม่ได้จำกัดอยู่แต่เพียงการใช้ซอฟต์แวร์สำเร็จรูปเพื่อบันทึกข้อมูลของบุคลากรอีกต่อไป แต่ยังจำเป็นต้องวิเคราะห์และบริการจัดการข้อมูล และสร้างบริการในเชิงลึกอีกมาก สิ่งที่องค์กรต้องคำนึงถึงในการเลือกเวนเดอร์เพื่อเข้ามาสนับสนุนการวางระบบให้ สามารถเลือกได้ 2 แบบ คือ แบบแรก ใช้เวนเดอร์เจ้าเดียวเพื่อหาโซลูชันที่ต้องการให้ ซึ่งวิธีการนี้จะไม่มีปัญหาในการนำโซลูชันหลายๆอย่างมาอินทริเกรทกัน เพราะเวนเดอร์จะรู้ระบบและสามารถกระทำได้จากโซลูชันที่ได้เลือกมา วิธีที่สอง คือ ใช้เวนเดอร์หลายเจ้าโดยเลือกจากเวนเดอร์ที่มีจุดแข็งในแต่ละโซลูชัน แต่อาจมีปัญหาเรื่องการอินทริเกรทโซลูชัน เพราะเป็นโซลูชันจากคนละเวนเดอร์มาอยู่ด้วยกัน ดังนั้น ควรเลือก โซลูชันที่เป็นโอเพ่น ซอร์ส จะไม่มีปัญหาในการอินทริเกรท เนื่องจากเป็นซอฟต์แวร์เปิด

องค์กรใช้ไอทีในการขับเคลื่อนธุรกิจ ไม่ควรพลาดในการนำแนวคิด SOA ไปใช้ในองค์กร!!!

Source: SOA Service Oriented Architecture information at mfatix.com

The 7 Best Web 2.0 Sites You Can Used To Improve Your Search Engine Position

2008-11-30T16:28:00.002+07:00

SOA Service Oriented Architecture Web 2.0 Articles : The 7 Best Web 2.0 Sites You Can Used To Improve Your Search Engine Position by Kelvin Lee

Having your website at the top search engine position can be a real boost for your affiliate marketing business. But how many of you actually know that Web 2.0 is one of the best way to get your site to the position and it is also quicker.

I have been using several web 2.0 sites to boost my search engine position and have got quite good results from them and I would like to share with you some of those sites that I am using to get me on the first page of Google for several keywords I am targeting.

Here are my top seven favourite web 2.0 sites

1) Squidoo
2) Hubpage
3) Weebly
4) Wikidot
5) Wordpress
6) Blogger
7) Digg

These sites above have always performed pretty well for my search engine optimization purpose and I recommend any one of you who are interested in using search engine as your traffic generation tool to use the above seven sites. Getting to the first page of Google using these site is not that tough but to maintain at the first page of Google for a long period of six to 12 months can be pretty tough.

Personally, I have learned some special techniques that can worked together with the above sites to get me lasting spot in Google. If you are serious about using search engine as your income generating tools, you should take some time to learn how to do that.

There are numerous products online that are about to teach you that but you got to study and put them into practice to see results.

About the Author
Want to learn more about the Secret Affiliate Code and how it can help you in growing your affiliate marketing business, Read the Complete Secret Affiliate Code Review here

Source: SOA Service Oriented Architecture, SOA Web 2.0 information at goarticles.com