microservices_and_soa.mdYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
エンタープライズSOA
企業間の競争が激しさを増す中、環境変化に強いシステムが求められています。SOA（サービス指向アーキテクチャ）は、ビジネスの急速な変化に対応できる柔軟なシステムを構築するための新しい設計手法です。エンタープライズSOAとは、SOAの概念に基づきSAPが展開する新しいビジネスソリューション。本書はエンタープライズSOAの概念、仕組みについて解説するだけでなく、導入により成功した企業の具体例も多数挙げ、エンタープライズSOAを導入する上で必要な情報を余すことなく提供しています。 まえがき はじめに 第I部 エンタープライズSOAのコンテキスト 1章 ITの世界におけるエンタープライズSOA 1.1 本書はだれを対象としているか 1.2 本書はなぜ質問形式を取っているか 1.3 エンタープライズSOAを生み出したものは何か 1.3.1 アプリケーションの増加：システムの増設 1.3.2 システム
App Architecture Information, News and Tips from TechTarget
Get Started Object-oriented vs. functional programming explained While plenty of developers entertain the idea of adopting a functional programming model, it's important to first know exactly how it differs from the object-oriented approach. Get Started The 5 SOLID principles of object-oriented design explained In this primer on SOLID, we'll examine the five principles this development ideology em
SOAから学ぶアプリケーションレイヤーの統合 (arclamp.jp アークランプ)
この1年ぐらいはSOAのアイデアを、どうにかしてアプリケーション開発に利用できないかと考えています。まだまだアイデア段階なのですが、ちょいちょい書いていきます。 マルチレイヤーでは統合が重要 Javaに限らずアプリケーションというのは複数の層によって開発するというのが一般的です。MVCモデルのようなプレゼンテーション層とパーシステンス層の分離が有名ですが、間にファサード層、ビジネスロジック層など挟み込むというのも良く行われています。 アプリケーションをモノシリックな仕組みで作ってしまうと複雑性が増し柔軟性が失われてしまいます。そこで、層ごとに分離することでシンプルさを保つことようにします。層ごとには責務や役割を明確にされ、それ応じたエンジニアが開発を行います。 層を分離するからには層を統合しなくてはなりません。層をいかに統合するのかというのは、層を分離することよりも重要です。 メッセージ
SOAがなぜ流行らないか (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ SOAがなぜ流行らないか いまさらSOAかよ、という感じかもしれないですが。SOAがなぜ流行らないか、ということには分かりやすい理由があります（この場合のSOAというのは「インターフェース・ネットワーク（＝サービス）指向のアーキテクチャ」という広義な意味を示します。WebServiceｓとか、製品はどうでもよいです）。 荒地に種を蒔いても収穫はありません。ちゃんと荒地を耕して畑にしてから種を蒔かないといけない。しかも、一気に耕すことはできないから、耕しやすいところを見つけて一歩一歩やっていく。たぶん小学生でも理解できる。 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日前に徹夜で仕上げたものでセットアップ手順がきれいに確立され
“SOA＝Webサービス＝同期連携”って、それなに？ - 檜山正幸のキマイラ飼育記 (はてなBlog)
「それなに？」シリーズ（そんなん、ないけど）。 yoheiさんのブックマークを眺めていたら、「"Web サービス=同期連携"? "疎結合=非同期"? sigh... 」というコメントが目に付いたので、「なんだろう？」と思い、リンク先を見てみました。 が、僕の勘違い・手違いで「サービス指向アーキテクチャ（SOA）の実際」の1ページ目を印刷して外出。「なんだ、別にふつうじゃん」という印象。 本領発揮は2ページ目でした。おおおーッ、ひさびさに椅子落ちする文言の数々。Web上のECサイトのバックエンドに（おそらくはレガシーな）在庫管理アプリケーションを使う例で「ECサイトと在庫管理の性能、運用形態、要求などに差がありすぎる」という問題を指摘してから、曰く： この問題は、Webサービスという技術ではなく、Webサービスが「同期連携（密結合）」であるという性質に起因する。 「同期連携（密結合）」という
SOA as Web2.0 ? [第1回] (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 既報の通りJavaOne Tokyoで「SOA as Web2.0 ?」という講演をさせていただくことになりました。BOFということもあり多くの方に楽しんでいただくために、我々が行っているディスカッションをエントリしていきたいと思います。 初回のミーティングでは「SOA as Web2.0 ?」の定義を明確にすることに費やされました。大前提は「SOAにWeb2.0の盛り上がりを」ということでありエンタープライズ・アプリケーションを対象にします。 技術的な視点から まずWeb2.0といえば？で出たのがAjax、XML（REST/RSS/ATOM）、HTTP、ブラウザ（Firefox）といった技術要素。SOAでは同じXMLでもSOAP、BPEL。そしてESB、JBIとい
エンタープライズ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)を
ITmedia エンタープライズ：夏季集中講座 「成功するSOA、失敗するSOA」 最大の抵抗勢力、それは社内エンジニア
「経営戦略としてのSOAとは何なのか？」──この連載「成功するSOA、失敗するSOA」では、SOAでビジネスを変革するヒントを紹介していきます（日本BEAシステムズ著「ビジネスはSOAで変革する」からの抜粋です）。 エンジニアは総じて頑固です。特に、一度成功を体験したエンジニアは、輪をかけて頑固です。 エンジニアと話していると「SOAでやろうとしていることはEAIと同じである」とか「Webサービスは成熟していないからSOAは無理だ」といい切り、断固としてその説を曲げないという場面に遭遇することがあります。この頑固さが招く誤解が「SOA不要論」となり、SOA推進派に対する抵抗勢力になることがあります。 一般に抵抗勢力とは、技術者にかぎらず、かつて「成功した人間」がなるものです。また老人は頑固であるといわれますが、老人が頑固なのではなく、「成功した老人」が頑固なのです。某政党など、その典型例で
SOAとWeb2.0 (arclamp.jp アークランプ)
最近、僕の周りでもSOAについての議論が多くなってきた。いよいよ本格的にSOAを使ったアプリケーション構築が始まろうとしている。そんなときに感じてしまうのが、Web2.0の議論に比べた場合のSOAに関する議論のレベルの低さだ。 Web 2.0 ご存知の通りWeb2.0はWebの次のあり方として注目されている概念だ。Web2.0のコンセプトはシェアと再構成だろう（Remixでも、Rewritableでもなんでもいい）。わかりやすい例ではGoogle Mapsとはてなマップがあげられる。Google Mapsの情報を利用して、はてなでは、その上に日記や写真を載せることが出来る。はてなマップはGoogle Mapsの延長上にあるが、地理的コミュニティという新しい価値を提供している。 オープンなAPIでは、「オープンソースにすることよりも、使いやすいオープンなAPIを用意することが重要」と書いた
オープンなAPI (arclamp.jp アークランプ)
ソフトウェアはコモディティ化に向いている。電子データとして流通が可能なため物理的な距離を簡単に超えられる。ソフトウェアでは、オープンソースが知識の媒質として働き、シェアされることで高機能化された。しかし、オープンソースばかりがコモディティ化ではない。 サービス型コンポーネント オープンソースにしなくともオープンになれる方法がある。それがGoogle MapやAmazon Webサービスに代表される"APIの公開"だろう。これは梅田さんが指摘するWeb2.0という姿だ。My Life Between Silicon Valley and JapanのWeb 2.0、Remix、Mash-upsより、 Web 2.0の世界とは、この文章中にあらわれる「Remix」という言葉や「Mash-ups」という言葉に象徴されるように、ウェブ上に存在する無数の無関係なサイトのデータやサービスを、誰もが自
「SOA導入は下手をすれば失敗の山」、ガートナー ジャパンのリサーチディレクタが警告
サービス指向アーキテクチャ（SOA)に関する最新の技術動向やユーザー事例を紹介するカンファレンス「サービス指向アーキテクチャ サミット2005」が東京・品川において開催中だ。カンファレンスを主催するガートナー ジャパンの飯島公彦リサーチディレクタに、SOAの普及状況や今後の予測を聞いた。 ―現状、日本国内でのSOAの普及率はどうか。 日本国内でSOAを導入済みの企業はほとんどなく、50、60社がパイロット・プロジェクトを進めているところだ。ここでいうSOAは、単にSOAP（Simple Object Access Protocol）で通信するだけではなく、サービスのリポジトリやESB（Enterprise Service Bus）を使ったものを指している。既に導入している企業の一つは、EAIツールを自社で開発するような技術力を持ち、かつSOAのメリットを明確に理解している。そんな企業はそう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてな各サービスの機能変更、お知らせなど - はてな技術発表会日記 - 10月14日の技術勉強会: SOA
IBM developerWorks Japan : SOA入門
IBM Developer