United StatesAI and AR can supercharge ‘ambient computing’A 33-year-old vision is now fully realizable thanks to the coming ubiquity of generative AI and augmented reality (AR) glasses.
「似非」SOAを見破る10の方法 - builder by ZDNet Japan
これまでにもSOAに関する記事を執筆してきたが、興味を持ってもらえているだろうか？今までJBOWS（Just a Bunch of Web Services：単なるWebサービスの寄せ集め）を実装している企業と、SOAを全面的に展開している企業についていろいろと執筆してきたが、両者の違いを見極める方法はあるのだろうか？ 以下に、似非SOAを見破るための10の方法を紹介する。 ＃1：SOAを導入するために何らかのスイートを購入する必要があるとベンダーに言われたら・・・それはSOAではない。 SOAは、スイートや統合パッケージから完全に独立していることを意味しているのだ。 ＃2：ベンダーがハードウェアを売り付けようとしていたら・・・それはSOAではない。 これ以上何も言う必要はないだろう。 ＃3：提供されているサービスを知るために電子メールや電話で問い合わせる必要があるというのであれば・・・そ
Process Component Models: The Next Generation In Workflow ?
This article arguments that the gap between the analysis and the implementation of business processes is far bigger then the marketing of today's workflow tools might suggest. Also it will propose a much more realistic way of dealing with this situation. The current standards and initiatives will be explained with enough depth so that you can see how they relate to the movements and why. In the di
SOA の 10 原則
私は、多くのお客様と関わる中で、SOAの基本的な原則をまとめる必要性を感じています。以下のセクションでは、サービス指向アーキテクチャ(SOA)が持つとされる基本原則を紹介します。これらの原則は、絶対的な真理というよりは、SOAに関連した検討を行う際の基準の1つと考えてください。最初の4つは、Don Boxの4つの原則(サイト･英語)に、個人的な解釈を少し加えて紹介します。 1. 明示的な境界 サービスが機能を提供するのに必要なすべてのものは、そのサービスが呼び出されたときに受け渡しされる必要があります。サービスへのアクセスは、必ずパブリックに公開されたインターフェイスを経由します。そのサービスを呼び出すために暗黙の想定の存在が必要であってはいけません。“サービスとのやり取りはすべてメッセージを介して行われるので、サービスはメッセージングとの結びつきが強いと言えます。”(source)一般的
必要なのは顧客を第一に考えたイベント駆動型SOAだ
SOA（サービス指向アーキテクチャ）は企業システムの世界に大きな変化をもたらしており、その影響はパッケージ・ソフトにも及んでいる。「求められているのは実現の容易なイベント駆動型SOAだ」。世界第3位のERP（統合基幹業務システム）ベンダーのインフォア・グローバル・ソリューションズでチーフアーキテクトを務めるヘルギ・シガードソン氏はこう語る。（聞き手は中村 建助） インフォアの考えるSOAについて聞きたい。 「Infor Open SOA」という戦略を進めている。これは調査会社の米ガートナーのいう「イベント駆動型SOA」の考え方と同様だ。ハイレベルで非同期のメッセージングを特徴とする。 Infor Open SOAの目標は、「何も捨てない」こと、つまりアプリケーションの相互操作性と革新を両立させることにある。中心となるERPに、CRM（顧客情報管理）、SCM（サプライ・チェーン管理）などのア
Twitter的マルチインタフェースサービスと、実装基盤としてのESB - あるまに
追記：長くなったので一言で言うと、以下は「Twitterみたいなの作るならESB見とくと良いかも」という話です。 マルチインタフェースサービス Twitterが本格的に流行るかどうかは分かりませんが、Twitter的なサービス――Webサイトだけではなく携帯電話やインスタントメッセンジャー、API等様々なインタフェースを通して利用できるサービスは、これから増えていくと思います。 Web2.0の説明として頻繁に参照されるティム・オライリー氏の例の文書でも、「単一デバイスの枠を超えたソフトウェア」が要素の1つとして挙げられています。しかし1つのPCプラットフォームでも様々な種類を持つ事を勘案すると、デバイスよりはインタフェースの方が適切でしょう。という事でこのエントリではそういったサービスを、仮にマルチインタフェースサービス（以下MIS）と呼んでみます*1。 MISは、やや一般化すると次のよう
Staged event-driven architecture - Wikipedia
The staged event-driven architecture (SEDA) refers to an approach to software architecture that decomposes a complex, event-driven application into a set of stages connected by queues.[1] It avoids the high overhead associated with thread-based concurrency models (i.e. locking, unlocking, and polling for locks), and decouples event and thread scheduling from application logic. By performing admiss
＠IT：リッチクライアントベンダ・インタビュー「サイオ」
リッチクライアント技術はベンダによってさまざまであり、その言葉の意味も非常に幅広い。ただ、どのベンダもWebアプリケーションのアーキテクチャが抱える課題を克服する回答を示していることには違いなく、ユーザーがそれぞれのニーズに応じてベンダを選択していくべきだろう。 今回紹介する株式会社サイオ（以下サイオ）は、数あるリッチクライアントの中でも非常にユニークな技術をもっている。同社は「Rimless Computing」というコンセプトの中で、クライアントにプログラムを配布する形態でのリッチクライアントを提供し、その基盤として「IdbA」と呼ばれるソフトウェア・フレームワークを用意している。 クライアントにプログラムを配布する形態のリッチクライアントは、ほかに、マイクロソフトのスマートクライアントやJava Web Startなどがある。アプリケーションをクライアント側で動作させるという点で従来
SEDA - Architecture for Highly-Concurrent Server Applications
SEDA: An Architecture for Highly Concurrent Server Applications Matt Welsh, Harvard University Last updated 9 May 2006 My Ph.D. thesis work at UC Berkeley focused on the development of a robust, high-performance platform for Internet services, called SEDA. The goal is to build a system capable of supporting massive concurrency (on the order of tens of thousands of simultaneous client connections)
Stefan Tilkov: REST vs. SOAP (Oh No, Not Again)
REST vs. SOAP (Oh No, Not Again) June 30, 2006 Well, yes, once again. To illustrate why I believe a RESTful application design is different not only in implementation details, I’ve created these two diagrams: Service-oriented Design In this model, there will be very few services, each of them exposing a number of operations. Every service is different (has its own interface); the service itself do
SOA vs. ROA - Sanjiva Weerawarana's Blog
Stefan Tilkov finds CXF's new REST support interesting. Stefan, I'm surprised .. I thought you were one of the few who really understood that the WS-* vs. REST debate is the wrong one and that the right one is SOA vs. ROA: Service Oriented Architectures vs. Resource Oriented Architectures. What Dan is working on for CXF is what Axis2 has: support for the WSDL 2.0 HTTP binding. (That in itself
Incorporating Enterprise Data into SOA
Introduction The majority of today's SOA design techniques 1,2,3 are centered around definition of services. They use 1service-oriented decomposition, based on the business processes, enterprise business/functional model, required long term architectural goals and reuse of the existing enterprise functionality. This approach usually incorporates one of the most important assets of the modern enter
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スターバックスは2フェーズコミットを使わない - gregors-ramblings-ja - Google Code
Innov8: BPM/SOA video game simulator in the works at IBM
http://www.nabble.com/Load-Balancing---Clustering---Replication-tf1234487.html
[mule-dev] Handling the results from Jdbc connector in an UMO
ひっそりと廃止になったGoogle SOAP Search API：CodeZine
Using SEDA to Ensure Service Availability
Event-driven services in SOA
IBM Developer
