Do Less, Accomplish More

What is SOA?

SOA is a design for linking business and computational resources (principally organizations, applications and data) on demand to achieve the desired results for service consumers (which can be end users or other services). - wikipedia

A paradigm for organizing and utilizing distributed capabilities that may be under the control of different ownership domains. It provides a uniform means to offer, discover, interact with and use capabilities to produce desired effects consistent with measurable preconditions and expectations. - OASIS(주: Organization for the Advancement of Structured Information Standards)

Criticisms of SOA

Some criticisms of SOA are based on the assumption that SOA is just another term for Web Services. For example, some critics claim SOA results in the addition of XML layers introducing XML parsing and composition. In the absence of native or binary forms of Remote Procedure Call (RPC) applications could run slower and require more processing power, increasing costs. Most implementations do incur these overheads, but SOA can be implemented using technologies (for example, Java Business Integration (JBI)) which do not depend on remote procedure calls or translation through XML. However, there are emerging and open-source XML parsing technolgies, such as VTD-XML, and various XML-compatible binary formats (http://vtd-xml.sf.net/persistence.html) that promise to significantly improve the SOA performance.
Stateful services require both the consumer and the provider to share the same consumer-specific context, which is either included in or referenced by messages exchanged between the provider and the consumer. The drawback of this constraint is that it could reduce the overall scalability of the service provider because it might need to remember the shared context for each consumer. It also increases the coupling between a service provider and a consumer and makes switching service providers more difficult.
Another concern is that WS-* standards and products are still evolving (e.g., transaction, security), and SOA can thus introduce new risks unless properly managed and estimated with additional budget and contingency for additional Proof of Concept work.
An informal survey by Network Computing placed SOA as the most despised buzzword (November 2006).
Some critics feel SOA is merely an obvious evolution of currently well-deployed architectures (open interfaces, etc).
A SOA being an architecture is the first stage of representing the system components that interconnect for the benefit of the business. At this level a SOA is just an evolution of an existing architecture and business functions. SOAs are normally associated with interconnecting back end transactional systems that are accessed via web services.
The real issue with any IT "architecture" is how one defines the information management model and operations around it that deal with information privacy, reflect the business's products and services, enable services to be delivered to the customers, allow for self care, preferences and entitlements and at the same time embrace identity management and agility. On this last point, system modification (agility) is a critical issue which is normally omitted from IT system design. Many systems, including SOAs, hard code the operations, goods and services of the organisation thus restricting their online service and business agility in the global market place.
Adopting SOAs is therefore just the first (diagrammatic) step in defining a real business system. The next step in the design process is the definition of a Service Delivery Platform (SDP) and its implementation. It is in the SDP design phase where one defines the business information models, identity management, products, content, devices, and the end user service characteristics, as well as how agile the system is so that it can deal with the evolution of the business and its customers.

SOA and web service protocols

* XML - a markup language for describing data in message payloads in a document format
* HTTP (or HTTPS) - request/response protocol between clients and servers used to transfer or convey information
* SOAP - a protocol for exchanging XML-based messages over a computer network, normally using HTTP
* XACML - a markup language for expressing access control rules and policies.
* Web Services Description Language (WSDL) - XML-based service description that describes the public interface, protocol bindings and message formats required to interact with a web service
* Universal Description, Discovery, and Integration (UDDI) - An XML-based registry to publish service descriptions (WSDL) and allow their discovery

Links

BPM & SOA Journal

OASIS: Reference Model for Service Oriented Architecture

SOA RQ

The "Internet of Services": The Global SOA

SOA Practitioners' Guide

SOA Implementation Using Offshore partner

What is a SOA service?

UML Profile and Feature Model: Modeling Non-Functional Aspects in Service Oriented Architecture

What Is SOA? - An Introduction to Service-Oriented Computing

SOA Principles - An Introduction to the Service-Orientation Design Paradigm

Advanced SOA Delivers an Advanced Enterprise

RIA and SOA

SOA Consortium, Advocacy & Community

The UK MOD's Poster on Transitioning an Enterprise to SOA

Want SOA? Got Data Governance?

#include <setjmp.h>
// save stack context for non-local goto
int setjmp(jmp_buf env);
// non-local jump to a saved stack context
void longjmp(jmp_buf env, int val);

ㆍ 독립된 어셈블리 함수 사용
      어셈블리로 독립된 함수를 만들어 어셈블 한후 오브젝트 파일을 링크시켜
      C에서 어셈블리 함수를 호출 -> 큰 코드 작성에 유리
ㆍ 인라인 어셈블리 사용
      C 파일 안에 어셈블리를 포함시켜 작성
      인라인 어셈블을 매크로로 작성하여 호출
     http://wiki.kldp.org/wiki.php/DocbookSgml/GCC_Inline_Assembly-KLDP
      또는 메뉴얼 파일을 참고

ㆍ 어셈블리에 관한 추가적인 링크
     http://wiki.kldp.org/wiki.php/DocbookSgml/Assembly-HOWTO
     http://wiki.kldp.org/wiki.php/LinuxdocSgml/Assembly-HOWTO

무수한 잔챙이 vs 한두개의 대박
인공적인 것, 자연 현상을 불문하고 나타나는 아주 흥미로운 현상이 한 가지 있습니다. 큰 건은 극단적으로 드물고, 조그마한 것들은 매우 많다는 것입니다. 이것은 여러가지 증명을 통해 거의 법칙 수준으로 받아들여 지고 있을 정도 입니다. 예를 들어보죠.

엄청나게 큰 지진은 매우 드물게 일어나지만, 약한 지진은 자주 발생한다. 엄청나게 거대한 도시가 소수 나타나고, 그저 그런 조그마한 도시가 많이 나타난다. 비슷한 규모의 것이 골고루 나타나는 것이 아니라 소수의 거대한 것이 나타나고 그저 그런 크기인것들이 대다수를 차지하는 패턴이 분야를 가리지 않고 관찰된다는 것입니다. 이런 것을 일찌감치 느낀 사람이 몇 명 있었습니다. 이들은 각자 자신의 분야에서 어떤 주제를 연구하면서 이와 같은 패턴이 나타남을 느꼈던 것입니다. 대표적 예로, '20-80 법칙'을 발견한 파레토 라는 경제학자가 있습니다.생산량의 80%는 20%의 사람들이 만들어 낸다라는 겁니다. 또는, 은행돈의 80%는 20%의 고객으로 부터 온다는 겁니다. 요즘 소액예금에 대해서 이자를 안 주겠다는 얘기가 심심챦게 흘러 나오고 있죠? 사실상 은행을 먹여 살려주는 건, 무수한 보통 고객이 아니었기 때문입니다. 한 두명의 큰손이었기 때문입니다. 이러한 20-80 법칙은 여러 형태로 응용되기도 했습니다. 은행외의 대부분의 사업도 20%의 대박 손님이 80%의 수입을 가져다 주는 경우가 많다 라든지, 부의 80%는 20%의 소수계층이 차지한다는 얘기 등등..

흥미롭지 않습니까?

그런데, 이런 패턴이 어딜 들여다 봐도 나타나더라는 겁니다.

지프의 법칙 , 파레토 , 그리고 . 수확체증의..

언어학 쪽에서 이런것을 느낀 사람이 바로 지프(Zipf) 였습니다. 하버드 대학의 언어학 교수였던 지프는 사람들이 쓰는 단어들을 횟수별로 순위를 매겨 보았습니다. 그러자 놀랍게도, 단어 사용 빈도 역시 엄청나게 많이 쓰이는 소수의 단어와 제한된 횟수로만 사용되는 대부분의 단어로 구분이 되었다는 것입니다. and 나 but 같은 단어는 정말 정말 많이 쓰입니다. 그런데 많이 쓰이는 단어는 극소수에 불과합니다. 이것을 지프의 법칙이라고 합니다. 위에서 말한 파레토는 경제학에 수학적 분석을 본격 도입한 사람이었습니다. 이 뛰어난 학자는 사람들의 수입을 조사해서 이를 수학적으로 분석하기 시작했습니다. 조사 결과, 거의 대부분의 사회는, 시대를 불문하고 몇 몇 엄청난 거부와 그저 그런 수준의 대부분으로 나눠진다는 것을 발견하게 되었습니다. 그는 이를 사회학적 관점에서 응용하며, '후생경제학' 의 기초를 놓게 됩니다. 다 같이 잘 살려면 어떻게 경제정책을 펴야 하느냐는 걸 얘기한 겁니다. 어쨌든, 파레토는 수입의 대부분을 소수가 가져간다는 것을 일찌감치 얘기해줬습니다. 위의 두가지 법칙은 실증적으로 증명이 된 사실들 입니다. 그리고 실제 우리가 직감적으로 느끼고 사는 사실이기도 하죠. 흥미로운 점은 이런 패턴이 웹싸이트에 있어서도 나타난다는 것입니다. 전체 웹은 물론이거니와 특정 카테고리로 한정을 해보아도 엄청난 트래픽을 끌어들이는 아주 소수의 웹싸이트와 그저 그런 무수한 웹싸이트들이 있더라는 겁니다. 바꿔 얘기하면 승자가 모든것을 차지하는, 승자독식(Winner-take-all)적인 특징이 웹에서도 나타난다는 것이죠. 이것을 보다 더 미시적인 수준에서 분석한 내용은 수확체증과 새로운 비즈니스 세계에 있습니다. 그 논문을 읽어보면 소위 '신경제'에 해당하는 시장은 종래와 같은 수확체감에 바탕을 둔 분석이 전혀 들어 맞지 않는다는 것을 알 수 있습니다.

수확체증은 다음과 같은 이유 때문에 나타나게 됩니다.

네트웍 효과를 통해서 규모가 큰 플레이어는 더욱 많은 신규 고객들을 더욱 쉽게 끌어 들인다는 점, 엄청난 규모의 선행투자 비용이 있어서 후발주자가 쫓아오는 것이 훨씬 힘들어 진다는 점, 일단 first copy가 완성된 후 부터는 사실상 제로에 가까운 생산비로 대량생산 해낼 수 있는데다가, 이러한 작은 생산비 조차 미리 확보된 거대한 기존 사용자층에게 분산함으로써 더욱 더 강력한 원가 경쟁력을 갖게 된다는 점, 대부분 '학습'을 통해서 배워야 되는 지식상품들은 한번 코가 꿰이게 되면 계속해서 그 회사 제품을 쓰게 될 가능성이 커지게 된다는 고객 학습 효과 때문에, 일등은 더욱 강력한 일등이 되고, 나머지는 더욱 더 쇠퇴하게 만든다는 것을 알아보았었습니다. 그리하여 시장은 소수의 회사로 불안정하게 기울어 지게 되고, 이러한 경향은 더욱 증폭 강화 됩니다. 그런데, 이런 패턴이 보다 거시적인 수준에서 관찰할 때도 분야를 불문하고 나타나더라는 것입니다. 지식 제품을 만드는 산업이 아니더라도 말입니다. 심지어 자연현상조차 그렇더라는 겁니다. 이것을 수학적으로 보다 깊게 풀어 놓은 논문이 제록스 파크 연구소 웹싸이트에 있습니다. 거기 보시면, 'Power-law 분포' 라는 것을 통해 www 의 특성을 잘 설명해 두고 있습니다.