Twitter的マルチインタフェースサービスと、実装基盤としてのESB - あるまに
追記：長くなったので一言で言うと、以下は「Twitterみたいなの作るならESB見とくと良いかも」という話です。 マルチインタフェースサービス Twitterが本格的に流行るかどうかは分かりませんが、Twitter的なサービス――Webサイトだけではなく携帯電話やインスタントメッセンジャー、API等様々なインタフェースを通して利用できるサービスは、これから増えていくと思います。 Web2.0の説明として頻繁に参照されるティム・オライリー氏の例の文書でも、「単一デバイスの枠を超えたソフトウェア」が要素の1つとして挙げられています。しかし1つのPCプラットフォームでも様々な種類を持つ事を勘案すると、デバイスよりはインタフェースの方が適切でしょう。という事でこのエントリではそういったサービスを、仮にマルチインタフェースサービス（以下MIS）と呼んでみます*1。 MISは、やや一般化すると次のよう
＠IT：SOAフレームワークBeehiveに挑戦（1） 1/4
「オープンソース化」が注目されるようになってからどのくらいの年月がたったでしょうか。特にJavaの世界はオープンソース文化が花開いているところです。かつてはプログラム作りが大好きという優秀な開発者が面白い／便利／すごいだろうと思うものをオープンソースソフトウェアとしてリリースするケースが圧倒的でしたが、オープンソース化の動きが広まるにつれ、認知度や評価、社会的立場も上がり業務でも使われだしました。次第にソフトウェアベンダが戦略を視野に入れつつ社会貢献の意味も含めて、オープンソースとしてリリースするケースが増えてきました。こうした流れの中にはEclipseといった有名な製品がありますが、これから紹介するApache Beehiveもその1つです。 Apache BeehiveはBEAシステムズがApache財団にWebLogic Workshopのコードを提供して開始されたオープンソースのプ
SOAのカギを握るBPEL
今回は、SOAによるシステム構築でカギになるBPELについて紹介する。（特集：顧客満足度ナンバーワンSEの条件） 清水敏正（技術理事 / IBM Distinguished Engineer） 前回は、システム開発においてSOA（サービス指向アーキテクチャ）という新たな潮流が訪れていることを紹介した。 今回は、4月下旬に確認された最新の情報を基に考察してみよう。残念ながら日本ではまだ本格的な業務改革を伴うSOA事例は皆無と言ってよい。では、米国を初めとする世界ではたくさん事例があるかというと、それも違う。世界でも本格的な取り組みは始まったばかりだ。しかし、着々と事例は増えているのも事実だ。 ここで紹介したいのは、テレコム業界の中堅卸売り業者の例である。名前を公表してよい許可を得てないので会社名を出せないのが残念だが、いずれ事例として公表されるであろう。その最新の事例には、「エポックメイキン
サービス指向アーキテクチャ（SOA）の実際（1/2） - ＠IT
ここ最近、サービス指向アーキテクチャ（SOA：Service-Oriented Architecture）に関する記事や書籍が増え、開発者の間だけでなくエンド・ユーザーの間でもSOAに対する関心は非常に高まってきている。しかしその一方で、SOAの概念や考え方は理解できるが、どのように実装すればよいか分からないという意見も出始めている。 エンタープライズ・アプリケーション統合（EAI：Enterprise Application Integration）に代表されるアプリケーション統合の世界では、SOAに対する取り組みが数年前から始まっており、すでにいくつかの実証実験なども行われ、SOAに対するさまざまな教訓が得られている。 本特集では、このような現在のSOAの問題点を整理し、特にアプリケーション統合の観点からSOAに対してどのように取り組めばよいかについて、2回にわたり解説していく。 1.
JavaOne Tokyoで稚内北星学園、丸山氏が“SOA”を定義
JavaOne Tokyoで稚内北星学園、丸山氏が“SOA”を定義：JavaOne Tokyo 2005 Report Javaのキーパーソン丸山氏の講演はいつも盛況だ。10日まで開催された「JavaOne Tokyo 2005」のセッションセミナーでは、来るべきSOA全盛の世代、何に注目すべきかがレクチャーされた。 ネットワークの進歩はコンピュータの進歩を上回る 半導体の集積度の増加ペースを予言したムーアの法則がこのまま進んでいくと、10数年後には電子1つが1ビットの情報を担うことになる。この限界を超えるには、1つの量子に多数の状態を多重化する必要があるが、まだ量子コンピュータも実現のめどは立っていない。 一方で、ネットワークの高速化ペースを予言したGilderの法則は、光ファイバーの回線速度は6カ月程度で倍になることを予想している。現在のネットワークがギガビットクラスであるとすれば、5
サービス指向アーキテクチャ - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "サービス指向アーキテクチャ" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2022年12月） ソフトウェア工学において、サービス指向アーキテクチャ（サービスしこうアーキテクチャ、Service-oriented architecture、SOA, 「エスオーエイ」あるいは「ソーア」と発音）とは、大規模なコンピュータ・システムを構築する際の概念あるいは手法の一つで、業務上の一処理に相当するソフトウェアの機能をサービスと見立て、そのサービスをネットワーク上で連携させてシステムの全体を構築していくことを指す言葉である。業務処理の変化をシステム
WebサービスとSOAに関する議論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
前回のエントリに対してのMasayoshi YasudaさんとPsychsさんのコメント、それから「そんなことより聞いてくれよ>>1よ」からのトラックバックが非常にいい問題提起をしてくれているので、別エントリーを起こしてフォローすることにしました。 まず、最初に前提としてご理解いただきたいのは、私が単なる評論家的なWebサービス否定論者ではないということです。これまでにも「Reliable Messaging（高信頼性メッセージング）は第8のレイヤーになるか」や「アジアが面白い！」といったエントリでも話題にしたように、私自身がWebサービスに類似した技術仕様であるebXMLなどにおいて、相互接続テストなどの活動にコミットしてきています。ここでの私の意図は「Webサービス（的なもの）に対する世間の理解のうち、間違っている部分を明らかにすることで、逆にここはいけるぞという部分をさっさと炙り出し
エンタープライズAjaxアーキテクチャ - FAX
エンタープライズAjaxアーキテクチャ 技術 Ajax時代の、サーバ＜-＞クライアントで協調するMVCフレームワーク：Goodpic 上記リンクにより考えた構成が以下図。 要点は、クライアント側へアーキテクチャが2階層シフトすることだろう。 レイヤ間のデータフォーマットは、効率と取り回しやすさからJSONが有力か。 サービスがステートを持つ必要があるように思える。 State of Ajax: Progress, Challenges, and Implications for SOAs 上記はSOAを中心とした発想。「SOA無くして、Ajax無し*1」 クライアントに力がついた上では、サーバーのコントローラは不要になる。 JavaScriptのテンプレートJST。「ご一緒にポテトはいかがですか?」でも使われている。 このクライアント側の構成は、モックデータ(JSON、HTML、CSV)を
KDDI、SOAP経由で携帯とWebサービスの直接通信に成功
KDDIは、富士ゼロックスシステムサービスと協力し、XMLベースのメッセージをやり取りできるプロトコル「SOAP」に対応したBREWミドルウェアを利用して、東京ガス・エンジニアリングの地理情報Webサービス「GeOAP」との相互接続に成功した。 今回の実験で利用された「GeOAP」は、「Microsoft.NET」対応の地理情報Webサービス。実験では、「2定点の住所の距離を取得」「入力した住所の周辺地図を取得」「出発地～目的地の経路地図を取得」「携帯のGPSから現在地を得て、周辺地図や目的地までの経路を表示」という機能が実装されている。 KDDIでは「SOAP対応のBREWミドルウェアによってMicrosoft.NET対応のWebサービスと携帯電話が、携帯電話用ゲートウェイを介さずに直接接続できた。ゲートウェイが不要になったことで従来より低コスト、短期間で携帯を活用するソリューションの導
SOAとは何かを考える from JavaOne (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 丸山先生が語るSOAのサマリともいうべき内容でした。短い時間でしたがSOAの定義がきれいに組み立てられていて非常に勉強になりました。すばらしいです。メモ書きをのせておきます。 ------------------------- ◆SOAの技術的な切り口 SOAの定義はWebサービスを念頭においているので、表現が抽象的にならざるを得ない。近年やっと具体的になってきた。 最近の言い方は「Webサービス"で"統合」から「Webサービス"を"統合するためにSOAが必要」 ◆SOAのビジネス的な切り口 ビジネスの変化に即応する（アジリティ、オンデマンド、アダプティブ）ためのSOA。 これは、逆に言えばSOAが適応する経営モデルも定義してしまっているのでは？ ビジネス
arclamp.jp アークランプ: SOA as Web2.0 ? 資料＆ソースコード公開
昨日、JavaOne Tokyo 2005において、「SOA as Web2.0 ? - SOA+DIでPOJOをリミックス」というBOF講演を行ってきました。8時からという時間帯にもかかわらず、（たぶん）100名以上の方にお集まりいただきました。ご来場いただき、ありがとうございました。 45分間という時間の中に、僕らの考えていることを凝縮ししたため、急ぎ足であったことは否めなのですが、お聞きした範囲では「面白かった」と頂けました。 さて、以下がパワーポイントの資料になります(11/11差し替え)。 SOA as Web2.0@JavaOne Tokyoe 2005講演資料（SOA_as_Web20_at_JavaOne_Tokyo_2005.ppt） デモアプリのソースコードですが、もうちょっとだけお待ちください。なにせ講演3日前に徹夜で仕上げたものでセットアップ手順がきれいに確立され
State of Ajax: Progress, Challenges, and Implications for SOAs
Post Categories Agile Methods Enterprise Architecture Rich Internet Apps SOA WOA Archives September, 2008 (1) April, 2008 (1) February, 2008 (1) January, 2008 (1) December, 2007 (1) January, 2007 (1) September, 2006 (1) August, 2006 (2) May, 2006 (1) March, 2006 (1) October, 2005 (1) September, 2005 (2) August, 2005 (3) June, 2005 (3) May, 2005 (6) April, 2005 (5) March, 200
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ibmURL(変更不可)
はてな各サービスの機能変更、お知らせなど - はてな技術発表会日記 - 10月14日の技術勉強会: SOA