IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
製造ラインとバックエンド レガシー メインフレームの統合 背景 製鉄の工程は、最も複雑なプロセスのひとつです。POSCO 社 (韓国の製鉄会社) は、製造プロセスをよりシンプルなものとし、さらに業務処理を簡素化する目的で業務管理システムと製造プロセスを連携させるための技術を求めておりました。POSCO 社は、迅速なインテグレーションとビジネス プロセスの自動化を実現するためのプラットフォームとして、Fiorano のエンタープライズ サービス バス (Fiorano ESB) を採用しました。Fiorano ESB の採用によって、本社メインフレームと工場のプロコンを連携させたビジネス プロセスの自動化に成功しました。その結果、POSCO 社は競争の激しい製鉄業界にとって不可欠な「顧客サービスの向上」を実現することができました。 ケーススタディの内容 このケーススタディでは、複数の工場と本
Forex 社は、50,000 人を超えるユーザーと 70 億ドルを超える取引量を支える技術に裏 づけされ、かつアプリケーション システムを迅速に構築できるミドルウェア製品を必要とし ていました。これを解決するためには、モジュラー技術によるソリューション構築と、信頼 性の高いメッセージング、高いスケーラビリティが必要であるとの結論に達しました。 Forex のソリューションは、Fiorano ESB のコンポーネント アーキテクチャの利点をフル に引き出すよう設計されています。既存のアプリケーションを作り変えることなく、コンポー ネント ベースの新たなビジネス プロセスから利用できるようにすることで、従来のトレーデ ィング システムをモノシリックなシステムから、柔軟性に富むアジャイルなシステムへと変 革しました。 このケーススタディでは、Fiorano SOA プラットフォームの基盤である
SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。 本稿では、もっともよく耳にするWS
「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のある世界
ストックのデータからフローのイベントへ――ビジネスのリアルタイム化にともなって、新しいIT活用モデルが徐々に浸透し始めてきた。「Progress Apama」が実現する“イベントストリーム処理(Event Stream Processing:ESP)”が、この変化をリードしている。 業務プロセスの中で発生する「イベント」によって駆動するシステムアーキテクチャを「EDA(Event Driven Architecture=イベント駆動型アーキテクチャ)」と呼ぶ。このEDAを実現するテクノロジとして期待されているのが、イベントストリーム処理だ。これとほぼ同義のものとして、「CEP(Complex Event Processing=複合イベント処理)」がある。これは、米ガートナーがEDAとともに提唱し始めた次世代のコンピューティングモデルである。 ここに、はるか以前からイベント処理に注目していた
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本オラクルは11月29日、ビジネス環境で発生するさまざまな事象(イベント)に対し、最適な処理を施すプログラムやサービスを駆動する「イベント駆動型アーキテクチャ」(EDA:Event Driven Architecture)というコンセプトに基づいた新スイート製品「Oracle Event-Driven Architecture Suite」(Oracle EDA Suite)を発表した。 日本オラクル 常務執行役員 システム製品統括本部長の三澤智光氏は、EDAの重要性について、「システムの進化に伴い、入力方式も変化した。昔はパンチカードによる入力方式だったのが、インターネット時代の現代では人間が自分でデータ入力するようになった。今後ユ
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ SOAがなぜ流行らないか いまさらSOAかよ、という感じかもしれないですが。SOAがなぜ流行らないか、ということには分かりやすい理由があります(この場合のSOAというのは「インターフェース・ネットワーク(=サービス)指向のアーキテクチャ」という広義な意味を示します。WebServicesとか、製品はどうでもよいです)。 荒地に種を蒔いても収穫はありません。ちゃんと荒地を耕して畑にしてから種を蒔かないといけない。しかも、一気に耕すことはできないから、耕しやすいところを見つけて一歩一歩やっていく。たぶん小学生でも理解できる。 SOAも同じこと。SOAが求められるビジネス(=マーケット)がないのにSOAは売れません。今やるべきことは、製品を作ることではなくマーケットを耕す
ビジネスプロセスの構成単位に合わせて構築・整理されたソフトウェア部品や機能を、ネットワーク上に公開し、これらを相互に連携させることにより、柔軟なエンタープライズ・システム、企業間ビジネスプロセス実行システムを構築しようというシステムアーキテクチャのこと。 SOA - @IT情報マネジメント用語事典 SOAの進化系 初心者が陥る、マイクロサービス化にありがちな10の課題 マイクロサービスに関心を持つ企業が増えている。マイクロサービスは変化の多い環境でメリットを発揮するが、適用領域には見極めが必要だ。初心者がつまずきやすい10個の課題を挙げる。(2018/4/4) APIゲートウェイという戦略 APIとマイクロサービスをまとめて管理する方法 APIとマイクロサービスは一緒に管理することができるのだろうか。本稿では、APIとマイクロサービスは個別よりも一緒に管理する方が良い理由と、その方法を解説
8年以上にわたる懸命な研究の末、ソフトウェア産業とその顧客は大きな壁に突き当たっている。ドットコム時代にBPM新進企業によって定義されたビジョンは、まだ実現していない。我々は、(開発者の最小限の介入を伴っても)ビジネスアナリストが設計したビジネスプロセスモデルを利用して完全な実行可能ソリューションを作り出す能力からかけ離れている。プロセス駆動型アプリケーションモデルの必要性は現実のものだ。ビジネスプロセス改善(Business Process Improvement)のイニシアチブはGlobal 2000企業の至る所で活気良く進んでいるが、こうした継続的なプロセス改善の強い必要性をよそに、2007年、BPM市場は(可能だろうと思われていた状態と比べて)未だ小規模にとどまっている。これは、自らをBPMS(Business Process Management System; ビジネスプロセス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く