マイクロサービス化が進む背景について考えてみた
Why People Want Microservices.md マイクロサービス化が進む背景について考えてみた 最近マイクロサービスって流行ってますよね。バズってると言ってもいいくらい。 個人的には、「マイクロサービスって結局何なの？」とか、「SOAと何が違うわけ？」とかいう議論は苦手です。 でも「なんでみんなマイクロサービスで作りたいのか？なんでマイクロサービスで作られるサービスが多いのか？」にはすごく興味があるんです。 僕は今、シリコンバレーにある日系SIerの小さな子会社で駐在員をやっていますが、このエリアに居ると、とにかく最近、 「サービス全体が、独立した小さなサービスの集合で構成されるようになってきている」 という流れがあるのは実感できます。もうそれが前提みたいになってるくらい。普通サービスって依存サービスを幾つか呼び出しますよね？ってところから始まるのが普通なくらい。 この記
Archived MSDN and TechNet Blogs | Microsoft Docs
Archived MSDN and TechNet Blogs 2/7/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
"あなたを後で呼び返していいですか？" サービスコンポーネントアーキテクチャを使用した非同期サービスの構築
こうしたケースは非同期処理と呼ばれます。あなたはこれを、クライアントがサービスに向けてリクエストメッセージを発行した後、何か新しい作業を始める事だと考えることができます。呼び出されたサービスは自身の作業を行い、完了したら、クライアントにレスポンスメッセージを発行します。もしくは私たちが書籍の注文処理で見たように、サービスはクライアントに対して一つ以上のレスポンスメッセージを発行することもできます。一つは注文の確認メッセージで、もう一つのメッセージは注文の発送連絡でした。 非同期サービスを作るための環境 非同期サービスが必要だとすると、そうしたサービス - そしてクライアント- を作る上で手助けになるような環境にはどんなものがあるでしょうか？ 同期サービスのクライアントを書くための環境は、ほとんどのプログラミングモデルとフレームワークでよく提供されています。同じ事がサービスにも言えます。同期
【特集】SOAの技術仕様がついに完成! - SCAのいろはを学ぶ | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
SOA開発者必見！「入門 SCA V1.0」---目次
「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
経済産業省のとある外郭団体の委員をしている方と話をしていたら「我が国のソフトウェア産業を改革するためには、ソフトウェアの部品化を推進しなければならない」と話していた。うーん……ソフトウェアの部品化かぁ……。正直、頭をよぎったのは1980年代後半に国内のソフトウェア部品の集積を目指して立ち上げられたが、失敗した「Σ（シグマ）プロジェクト」だ。 Σプロジェクトから20年の歳月を経て同じコンセプトが出現するには理由がある。日本の輸出を支えている製造業で、製品におけるソフトウェアの比重が高まるに伴って、業界全体がソフトウェア・エンジニアの不足および、ソフトウェア関連の障害の多発に悩まされているからである。 外注先企業が作ったソフトウェア障害に悩まされている製造業の視点から見れば「なぜ、ソフトウェアはこんなにトラブルが出るのか？ 部品化して、それぞれの部品の品質チェックをもっと厳しくし、その上で再利
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープンソースApache Tuscanyで楽しむSOA一覧
IBM Developer