Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
Heads on: Apple’s Vision Pro delivers a glimpse of the future
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ(シグマ)プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか? 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 経営のスピードが変わった! IBMが行った世界のトップ企業のCEOに対するインタビュー(Global CEO Study 2008)によると、83%ものCEOが抜本的な改革が必要だと答えたそうです。現在、PC、インターネット、高速通信、携帯電話の普及を中心にいわゆる消費者主導のマーケットが展開され、企業は抜本的な改革でさえ多くの時間を費やす時間はなくなっています。かつその改革後もののんびりしている余裕などなく、柔軟に次の抜本的な改革に対応可能な体制を作る事が出来なければ生き残れないという厳しい現状になっています。"変化の早さに対する柔軟な組織"こそが、今後のあるべき企業の姿と言えるでしょう。 "変化の早さに対する柔軟な組織" では、"変
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます SOAのアンチテーゼ 前回、SOAの本質的な意味を経営的視点でどう考えれば良いのかをお伝えしました。おさらいしますと、SOAの意義は、IT資源の効率化、すなわちITコスト削減と、次への施策(戦略)実現へITが追従するスピードの向上に集約されます。しかし、企業によって異なる業務プロセスをITのモジュールにし再利用出来る形に設計・開発する為には膨大なコストと手間がかかってしまいます。再利用など何も考えないで開発した方が、楽ですしコストがかからないだろうというのはSEでなくとも簡単に想像できることでしょう。SOAは実は手間とコストがかかるのです。さらに再利用出来るとされた機能が、他のシステムで将来的に再利用できる保証は何もありません。次のシス
SOAの世界を5秒で巡ってみよう。調査会社Hurwitz & AssociatesのアナリストRobin Bloorは、先頃のIBMによるSOAに関した発表を受け、業界の大手ベンダーがSOAに対して現在どのような立場を取っているのかについての考えを、次のように述べた。 IBM「SOAの本質がどこにあるのか明確に把握しており、真剣に取り組んでいる」 HP「今後進歩する可能性がある」 SAP「相応の取り組みを進めている」 Sun Microsystems「SeeBeyondの買収をきっかけにSOA市場に本格参入し、現在も力を入れている」 JBOSSおよびBEA「骨身を惜しまず努力している」 CA「後発組ながらも、やはり大きな力を傾けている」 OracleおよびMicrosoft「取り組みは遅々として進んでいない」 さらにBloorは、SOAは「狙いを定めにくい標的」だったが、2006年には主流
「SOAのプログラミング・モデルはSCA」──新標準SCA(Service Component Architecture)のVersion 1.0が2007年3月21日に発表されました。 発表したのは,OSOA(Open Service Oriented Architecture)です。OSOAは,標準化団体ではなく,複数のソフトウエア・ベンダーによるコラボレーション・チームです。 このSCAは,どのような標準で,どのような変化をもたらすのか。本連載で,SCAの全体像を解説していきます。 ・第1回 大事なことが決まっていなかった ・第2回 SCAは何も変えない? ・第3回 SCAのプログラミング・モデルとは(前編) ・第4回 SCAのプログラミング・モデルとは(中編) ・第5回 SCAのプログラミング・モデルとは(後編) ・第6回 SCAを体験する ・第7回 SCAのある世界
面白いPOSTがあったのでご紹介。BPELとXPDLってどう違うんですか?という問いに答えるものです。これが一番わかりやすい説明だと思います。 XPDL and BPEL BPELの性質 BPEL is an "execution language" designed to provide a definition of web services orchestration, specifically the underlying sequence of interactions, the flow of data from pointtopoint. For this reason, it is best suited for straightthrough processing or dataflows visavis application integration. BPELという言
企業のIT部門の間でサービス指向アーキテクチャ(SOA)に関する技術的ノウハウの蓄積が進む中、ベンダーは、ビジネスインテリジェンス(BI)のような付加価値機能をSOAに統合するというビジョンを盛んにアピールしている。 結局のところ、Webサービスの技術的パフォーマンスを監視することと、Webサービスがもたらす財務的パフォーマンスやビジネスチャンスを把握することは、まったくの別問題だ。そこにBIの出番がある。ベンダーはBIを、基本的に、SOAを効果的にビジネスに活用するためのツールと位置づけている。 「従来、BIは、人間の要求に応じて、重要な可能性がある情報を提供することが主眼だった」とIBMのDB2およびBI製品開発担当ディレクター、ダン・スターマン氏は語る。「サービス指向アーキテクチャは、BIに次の大きな飛躍の契機をもたらす。今後はさまざまなサービスが情報を必要とするようになり、人間だけ
もうそろそろ、SOAをEA(Enterprise Architecture)に統合したほうがよいのだろうか。そもそも、SOAとEA、さらに言えばBPM(Business Process Management)の間に、根本的な違いはあるのだろうか。 Kyle Gabhart氏が、自身のブログでそう問いかけている(Dave Linthicum氏も2007年に、SOAはいずれEAに組み込まれると予想していた)。 結局のところ、SOA、EA、BPM(Enterprise 2.0とエンタープライズデータ管理も付け加えたい)は同じ方法論を唱えており、解決する問題にも差はない。ということは、これらは基本的に同一のものなのだろうか。 Gabhart氏は、先週開催された「Open Group」カンファレンスのガバナンスに関するパネルディスカッションで、何人かの聴衆から、SOAのガバナンスとEAのガバナンスの
Generative AI will drive a foundational shift for companies — IDC
SOA導入の失敗原因は「ガバナンスがないこと」 米ヒューレット・パッカード、SOA担当バイス・プレジデント Avrami Tzur氏 SOA(サービス指向アーキテクチャ)の導入サービスを展開する米ヒューレット・パッカード。2008年1月末に、SOAの導入を推進するための新たなソフトウエア群を発表した。同社SOA担当バイス・プレジデント Avrami Tzur氏に、SOA導入の課題と解決法を聞いた。(聞き手は森側真一=日経コンピュータ) ――米国ではSOAを導入する企業は多いのか。 大手企業の4割程度が、何らかの形で導入しているとみている。ただ、大半は小規模でテスト的に採用しているものだ。これまで大規模導入に踏み切った先行企業の多くが失敗した。その失敗を糧にし、別の企業が挑戦している段階にきている。 ――先行企業はなぜ失敗したのか。 SOAの導入が無秩序に進められたからだ。組織間で合意がない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く