RESTサービスのセキュリティに対処する垂直スケーラビリティと効果的なテストによる金融取引システムのパフォーマンスと効率の最大化 Peter Lawrey氏はJavaチャンピオンであり、Chronicle SoftwareのCEOとして、開発者を鼓舞してソリューションのクラフトマンシップを高めることに情熱を注いでいる。経験豊富なソフトウェアエンジニアとして、Lawrey氏はソフトウェア開発プロセスにおけるシンプルさ、パフォーマンス、創造性、革新性を奨励することに努めている。
クラウドへの移行にはSOAとBPMが不可欠
今日、クラウドコンピューティングに対して懐疑的な見方をする人は多いが、今後数年間にさまざまな標準が登場し、クラウドのセキュリティとコンプライアンスをめぐる懸念の大半は解消されるとみられる。これまでクラウドコンピューティングの流れに乗るのを避けてきた企業も、資産コストの増加、低い柔軟性、高い人件費、メンテナンスの苦労に耐え切れなくなり、10年後にはイノベーションを受け入れざるを得なくなるだろう。これらの革新的技術を活用するに当たっては、自社の受け入れ態勢を整えるためにビジネスプロセスをソフトウェアアプリケーションから切り離す必要がある。このプロセスでは、SOA（サービス指向アーキテクチャ）とBPM（ビジネスプロセスマネジメント）という形の業務改革が必要になる。 SOAを採用することにより、企業は柔軟性と俊敏性に優れたプラットフォームを構築し、ビジネスの変化に合わせてソフトウェアを素早く変更で
＠IT：Webサービス・セキュリティ構築の実践（前編）
海外ではWebサービスを取り入れた実用システムが次々と立ち上がっている。これを可能にしているのはWebサービス・セキュリティ技術の成熟だ。本稿は前後2回にわたって、実用Webサービス・システムに必要となるセキュリティ構築の実践的な内容を解説する。（編集局） 本格的なWebサービス実用化の時代を迎え、今日のWebシステム構築の現場ではXML、Webサービスのさまざまな適用事例が続々と生まれています。Eコマースにおいても、独自ソフトウェアによるシステムから、標準化されたWebサービス・ベースに移行しようとしています。これにより、ビジネスの継続性やビジネス環境の変化に迅速に対応する柔軟性を獲得した、次世代のインターネット・コマースをいち早く実現できるようになります。 しかし実際にビジネスにおいてWebサービス技術を使うには、開発スキル・信頼性・セキュリティ・処理性能など懸念される課題も多くありま
企業IT最適化のゴールを目指す――成功するシステムへの羅針盤 - ITmedia エンタープライズ
指針を持たずに自社に最適なITシステムを選択するのは、さながら海図を持たず航海するが如しである。本特集では情報システム部が企業IT最適化を図れる羅針盤として、理想的な企業システム構築の道を探る。 Java Review：APサーバを問わずJavaアプリケーションを動かすには？ Webシステムでは複数のベンダーのアプリケーションサーバを利用していたり、Webシステム更改の際アプリケーションサーバを変更したりする場合がある。このような場合に動くはずのアプリケーションが動かなくなったという経験はないだろうか。今回は、Webアプリケーションサーバを変更した時にJavaの業務アプリケーションで留意すべき点について説明する。 （2009/12/18） Java Review：Webシステムの性能要件を検証する「手順と実践」 Webシステムの性能設計後には、性能要件をあらかじめ実機マシンで検証しておくと
)
.NET Architecture Center: The Architecture Strategy Series
Thank you for joining us at Microsoft’s Strategic Architect Forum 2015 Session videos and presentations are now available online See sessions, presentations and additional relevant content here Architecture blueprintsScenario-based diagrams that help you build new solutions fastWatch the videoTransform technology to an asset to grow your business and your career<iframe width="980" height="550" all
OOエンジニアの輪！ ～ 第 33 回 佐藤 直生 さんの巻 ～ | オブジェクトの広場
Oracle JDeveloper 10g エディタとして重宝しています。以前は有償でしたが、2005 年 10 月 3 日より無償提供が開始されました。エンタープライズ系およびデータベース系の機能が最初から組み込まれており、面倒なコンフィギュレーションが一切不要なので、非常に使いやすいです。 *1 Ajax : Asynchronous JavaScript + XML。Java Script を利用して、サーバと XML 形式のデータを非同期にやり取りをすることで、高度なユーザインターフェースを実現する Web アプリケーションの作り方。Ajax を利用して作られた Google Map、Google サジェストなどの登場で話題を集めている。 オラクルでのお仕事 -- まず最初に、現在の業務についてお話していただけますか？ 日本オラクルという会社で、「テクノロジー・エバンジェリスト」と
ニュース
／ 🚚📦10/7(木)13:30-15:15 🚚📦物流業界向けセミナー 💡注目セッション紹介2️⃣ ＼ ＜持続可能な流通＞を実現するために...❗️ ✅スマート物流 ✅システム機能強化 ✅デジタル化推進 など、卸売業トップ《P… https://t.co/5Wn3XegL5G
＠IT [FYI] PR： SOAのジレンマ：パフォーマンスと標準技術のトレードオフ
企画：アットマーク･アイティ 営業企画局 制作：アットマーク・アイティ 編集局 掲載内容有効期限：2004年10月15日 企業内あるいは企業間に分散する多くのアプリケーション（J2EEや.NET、レガシー資産など）に共通のインターフェイスを与え、それらを「サービス」として自在に活用するというSOAのシナリオに異を唱える者はもはや存在しないだろう。主要ベンダの多くがこのコンセプトを採用したことで、サービス指向というアーキテクチャの信頼性は保証されたといえる。そこで次のステップ、つまりSOAの実用化に向かう段階で重要になってくるのは、はたしてSOAは現実のビジネス用途に耐えるパフォーマンスが得られるか、という点である。 プラットフォームや実装言語の異なるアプリケーションを連携させるには、共通のデータフォーマットにXML、その通信にはSOAPプロトコルを採用することは、SOA実装では暗黙の約束事
システム構築の実践から学ぶSOAの基礎と本当のメリット SPECIAL FEATURE 1 基本はXMLによるサービス連携 | ウルシステムズ株式会社
システム構築の実践から学ぶSOAの基礎と本当のメリット SPECIAL FEATURE 1 基本はXMLによるサービス連携 本パートでは、SOA（サービス指向アーキテクチャ）について解説する。まず、「SOAとは何か」「なぜ注目されるのか」といった基本事項を説明し、さらに実際にSOAでシステムを構築する手順と作成するコードの具体例を示しながら、SOAが現場のエンジニアにとってどのようなメリットをもたらすのかを解説してみたいと思う。 なぜSOAなのかSOAはここ最近で、最も注目を浴びているITキーワードの1つである。その一方で、現場のエンジニアにとって最も理解しがたいものの1つでもある。その理由は大きく2つあると思う。 1つは禅問答のような概念的な説明ばかりで、実装されるコードの実体のイメージにまで落ちないこと、もう1つは、Webサービスとの違いが分からないことである。さらには「SOAではサー
＠IT Special ビジネス視点でSOAの有効性示す｢成熟度モデル｣とESBの適用
新しいサービス指向アーキテクチャ成熟度モデル この詳細を紹介しているホワイトペーパー「新しいSOA成熟度モデル」はTechTargetホワイトペーパーダウンロードセンターより入手できます。ダウンロードはこちら。 ダウンロードにはTechTargetジャパンの会員登録が必要です。 「IT投資最適化とSOA適用のポイント」をテーマに基調講演に立ったアイ・ティ・アールの代表取締役 内山悟志氏は、同社が例年実施している「IT投資動向調査」から読み取れる製品・サービス別の投資意欲と市場規模の相関図を示し、次のように分析した。 「アプリケーション連携が投資意欲で高いポジションを占めているにもかかわらず、実現手段であるEAIツールの市場規模は依然低い。製品が高額なこととアプリケーション基盤をガラリと変えなければならないというハードルの高さが普及を妨げてきた。逆にESB（エンタープライズ・サービス・バス）
SOAの導入を成功させる現実的な方法とは？（2/3） - ＠IT
3. メッセージ・バスによるSOAシステムの構築方法 メッセージ・バスを簡単に説明すると 「非同期を前提としたアプリケーション間連携の標準フレームワーク」 である。次の図にメッセージ・バスのイメージ図を示す。 メッセージ・バスでは、アプリケーションは「サービス・エージェント」と呼ばれる論理的なコンポーネントを通じてメッセージの送受信を行う。イメージ図だけ見るとメッセージ・ブローカと同じようにも見えるが、メッセージ・ブローカと違いアプリケーション間に仲介役のサーバは設けないという特徴がある。 別のいい方をすると、メッセージ・バスはサービス・エージェント間のメッセージのやりとりを標準化したフレームワークともいえる。このようにサービス・エージェントを通じてメッセージのやりとりを行う分散管理のアーキテクチャとなっているため、メッセージ・ブローカのように単一障害点が生まれないというメリットもある。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スタンドアロン BPMS は本当に死んだのか？