Part5 SOAP，WSDL，REST――Web APIの基礎技術を学ぶ：ITpro
Web API（WebサービスAPI）をプログラミングで活用するにあたって，ぜひ知っておきたい基礎技術が三つあります。古典的な技術の代表としてSOAPとWSDL，そして昨今急速に普及してきたRESTです。ごく単純に言ってしまうと，前者は「高機能で複雑」，後者は「シンプルで簡単に利用可能」と区別できるでしょう。現時点では，そのシンプルさが多くの開発者に受け入れられたおかげか，REST方式が（先達である）SOAP方式を圧倒しているように見えます＊1。 もっとも，だからといってRESTがSOAPよりも優れていると結論付けるのは早計でしょう。昨今では，SOA（Service Oriented Architecture）という言葉に代表されるように，大規模なシステムを「サービス」という単位で構成し，互いに連携し合う設計手法が注目されています。特に，SOAを実現する具体的な基盤技術として注目されている
TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くの本があるかと思いますので、見える化をキーワードにして
「ソフトウェアの部品化」が失敗する理由 ― ＠IT
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
2010年度までのWeb技術の進展を予測した「ITロードマップ」を発表〜Web2.0/SOA時代の到来に不可欠なリッチクライアント〜
You can search NRI's research and research results from tags, free words, and content types.
naoyaのはてなダイアリー - 疎結合のための Web API
RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？ 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな
オープンであれば技術力は（そんなに）いらない
またも独り言。 「ハッカーしか扱えないけど、ものっすごく効果的」というものよりは、「それなりの人が扱えて、それなりに効果的」なほうが受け入れられるのではないかという気がしてきました。それって、ある意味のオープン性ではないかと。 その証拠として考えているのがWebサービスとStrutsと"はてな"です。 Webサービスはただのメッセージ交換 Webサービス（SOAといってもよい）というのはデータメッセージングに過ぎません。分散コンピューティング技術で考えれば、CORBAよりも簡単だしJiniなんか比較にならない。当初のSOAPはセキュリティも考えちゃいないしメッセージ種別も同期のみ。でも普及できたのはリーチがある技術だったからです。 XMLなわけだからプログラミング言語やOSを選ばないどころか、EXCELでもいいし手書きしてもいい。マイクロソフトアプリとJavaアプリが会話できるのもWe
5分で絶対に分かるSaaS
SaaSは無視できない動向 「SaaS」（Software as a Service：「サース」あるいは「サーズ」と発音されます）が注目を集めています。SaaSとは、ソフトウェアをユーザー側に導入するのではなく、ベンダ（プロバイダ）側で稼働し、ソフトウェアの機能をユーザーがネットワーク経由で活用する形態を指します。米セールスフォース・ドットコムなどのSaaS専業ベンダが急成長しており、さらに、SAPやオラクルなどの従来型のソフトウェア・ベンダもSaaS型のビジネスに乗り出しています。ほとんどの企業にとってSaaSは無視できない動向といえるでしょう。 それでは、SaaSの概念、メリット、デメリット、将来について見ていくことにしましょう。
yohei-y:weblog: S はシンプルの S
This entry is a Japanese transration of Pete Lacey's "The S stands for Simple". Burton グループのアプリケーションプラットフォームサービスグループでは、 REST派とSOAP派の間でずっと継続中の議論がある。 その大部分は外部での議論によく似ている。 最近のやりとりの一つ、 SOAP と Web サービスフレームワークの複雑さの議論で、 SOAP 側は「WS-* の前は、SOAP は実際にシンプルだった。S はシンプルの略だ」といった。 さあ歴史を学ぼう。 2000年、悩める開発者が問題をかかえている。 開発者: うちの上司が先週末ゴルフをやってきて、 いわゆる SOAP なエンタープライズをやる必用があるんです。 でも私は SOAP が何なのか知りません。 教えてもください、 SOAP の人。 SOAP
ITmedia エンタープライズ：これからの「Web」アプリに求めるべきもの (1/2)
Webアプリケーションは、GoogleやAmazonなどのAPI提供によってますます身近になった。Web上で展開されているサービスのテクノロジーは、いま何がトレンドなのだろうか？ エンジニアやプロジェクトマネジャーが注目すべき指針を示す。 「Webアプリケーション」では、ほかのWebサーバと通信し、その結果を埋め込んでユーザーに表示することができる。これを実現するのが「Webサービス」だ。 Webサービスは、従来まで企業間通信など基幹部分を中心に使うものだと言われてきた。しかし近年は、個人が提供するWebサイトでもWebサービスを使い、取得した情報を埋め込んで出力する例が増えている。これはどのような理由からなのか？ この記事では、WebアプリケーションとWebサービスの連携について解説していく。 Webサービスの登場背景は企業間の安全なつながり Webサービスとは、「Web技術を使ってネッ
BPMNを活用したビジネスプロセス・モデリング（1）：ビジネスを可視化するモデル記述言語「BPMN」 - ＠IT 情報マネジメント
ビジネスプロセスをモデル化するのに、UMLは難しすぎると考える人がいる。そもそも、顧客にUMLで記述したビジネスプロセス（のモデル）をみせてもなかなかわかってはもらえない。UMLはもう少し実装寄りのモデルを記述するのに使えばいい。ビジネス寄りのモデルを記述するために、もっと簡単で、しかも表現豊かな言語はないものか。簡単にいえば、そんなニーズのもとにBPMNは誕生したのである。（＠IT編集部） 連載を開始するにあたって 経営戦略とITが密接に結び付き、ビジネス環境の変化に合わせてビジネスプロセス（業務手順）を変更すれば、直ちにシステムが動き出す――。そんな夢のようなパラダイム・シフトが近づいています。その中心にあるのが最近注目されている2つのキーワード、BPM（ビジネスプロセス管理）とSOA（サービス指向アーキテクチャ）です。いま、その大きな流れの中に、BPMNというモデル記述言語が合流しよ
「Web2.0」vs「SOA」，勝つのはどっちだ？：ITpro
常にさまざまなバズワード（流行語）で彩られるIT業界。現在，最も旬な言葉を二つ挙げるとしたら，それは「Web2.0」と「SOA」（サービス指向アーキテクチャ）だろう。日経コミュニケーション編集部に属する筆者は，幸運なことに，この両者をテーマに取材できる立場にある。 そして，最近の取材中に感じるのは「“SOAの人たち”がWeb2.0に言及し始めた」という点だ。ここで言う“SOAの人たち”とは，伝統的なコンピュータ・ベンダーや通信事業者に属する方々のことである。これらの企業への取材中に，半ば雑談として「Web2.0をどう思いますか？」と話を向けると，筆者の予想以上に積極的な意見を披露してくださる方が多い。 ある通信事業者の幹部は「我々がGoogle Mapsのようなサービスをやれば，帯域やネットワークのコントロールを含めて，面白いことができると思う。ただ，ちょっとそこまでは手が回っていない」と
「SOAはベンダーがツールを売り込むためのバズワードに過ぎない」，Martin Fowler氏語る
「私はSOA（サービス指向アーキテクチャ）に対してはシニカルに考えている」。「Refactoring」や「Patterns of Enterprise Application Architecture」といった書籍の著者として有名な米ThoughtWorks チーフサイエンティストのMartin Fowler氏は2006年5月30日，東京都内で講演し，SOAの現状に疑問を投げかけた。SOAは意味のあいまいないわば“バズワード”であり，ベンダーがツールを売り込むための宣伝文句になっているというのだ。ただし，SOAの中には優れたコンセプトもあり，そうしたコンセプトはSOAという言葉とは切り離して考えるべきだという。 「最初は意味があってもすぐに意味がなくなってしまういつものパターンの言葉」というのが，Fowler氏のSOAに対する第一印象だったという。「（同じSOAといっても）人によって言うこ
REST vs SOAP
GET /WebSite1/WebService.asmx/getHello?str=string HTTP/1.1 Host: localhost HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: length <?xml version="1.0" encoding="utf-8"?> <string xmlns="http://tempuri.org/">string</string> RESTは、WebブラウザのAjaxや、クライアントアプリから使う場合もあるが、サーバ間のシステム連携でも使う。 RESTの最大の特徴は「WebブラウザにURLを入力すれば動作確認できる」事である。 Webブラウザで容易に動作確認ができるため、すでに存在しているサービスに対しては「まずはアクセスしてみて必要な情報
ITpro SPECIAL - SaaSが透過する「日本IT界の脆弱性」見えてきた課題をいかに克服するか
SaaSに代表されるITシステムのサービス化がグローバル規模で進展するなか，日本は欧米に比べ早くも後れを取っている。本サイトでは， SaaS時代を見据えた際に見えてくる日本IT界の現状の課題を指摘するとともに，それを克服するための解決策を探っていく。 企業システムにおいても、SaaSは着実に浸透しつつある。SaaS市場の拡大を後押ししているのが、顧客ニーズとインフラの進化、ITプロバイダーの積極的な取り組みである。これらの追い風を受けて、SaaSの機能はますます拡充され、より使いやすいサービスへと進化している。では、企業はSaaSを取り入れることで、どのようなメリットを享受することができるのだろうか。また、その際に注意すべきポイントも含めて、SaaSの現状と可能性について考えてみたい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「300 秒でズバリ !!」 & 「10 行でズバリ !!」 シリーズ [Visual Studio 2005 対応版]![「300 秒でズバリ !!」 & 「10 行でズバリ !!」 シリーズ [Visual Studio 2005 対応版]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d6e4cb632c7025e9f5e05fd314fbf6dcd6144e8d/height=288;version=1;width=512/https%3A%2F%2Flearn.microsoft.com%2Fen-us%2Fmedia%2Fopen-graph-image.png)
Webアプリをオフラインでも動作させる「Google Gears」公開
https://atmarkit.itmedia.co.jp/fxml/
ibmURL(変更不可)