ミドルウェア・エブリウェア2

どこにでもあるミドルウェア

Ana NetoConnectors, Technical Leave a Comment

ミドルウェアという言葉はあちこちで耳にするけど、それが何なのかよくわからないということはありませんか?そこから始めて、ミドルウェアを定義してみましょう。

ミドルウェア定義

ミドルウェアを定義するのは思ったほど簡単ではありません。一般的には ミドルウェアとは、2つの異なるアプリケーションを連携させることができるソフトウェアのことです。 を一緒に使うことができます。それらのアプリケーションの真ん中にあるので、「ミドルウェア」と呼ばれています。

という言葉があることです。 ミドルウェアが進化した と呼ばれるようになり、現在では様々な形で利用されています。そのため、「ミドルウェア」とは何を意味するのかを理解するには、「ミドルウェア」がどこから来たのかを分析し、具体的にどのような使い方ができるのか、いくつかの例を挙げて議論するのが一番の近道です。それでは見ていきましょう。

ミドルウェア技術の進化

第一世代のミドルウェアは、分散システムが老朽化したメインフレームに取って代わり始めた1980年代半ばに登場しました。当時は、以下のような用語が使われていました。 "ミドルウェア」とは、オペレーティング・システムやネットワーク・ソフトウェアの上にあり、特定のアプリケーションの下にあるソフトウェアのことを指します。.
ある意味、当時のミドルウェアは、オペレーティングシステムとネットワークとアプリケーションの間のギャップを埋めるものであり、分散アプリケーションの開発を容易にしていました。

従来のミドルウェア ソフトウェアには、リモートプロシージャコール(RPC)ミドルウェア、メッセージ指向ミドルウェア(MOM)、トランザクション指向ミドルウェア(TOM)、分散オブジェクトミドルウェア(DOM)などがありました。

ミドルウェアとは何かについてのこの伝統的な見方を、私たちはこう呼ぶことができる。 立面図.オペレーティング・システム(基本的な通信プロトコルを含む)が一番下にあり、分散アプリケーションが一番上にあった。ミドルウェアはその中間にあった。

現在のミドルウェアアプリケーション

現代におけるミドルウェアの見方は、むしろ 水平ビュー.この種の考え方では、ミドルウェアはアプリケーションやデータベースといった分散コンポーネントの海の真ん中に位置する。
ミドルウェアは接着剤として機能します。 そして、この多数のコンポーネントが相互に作用することを可能にします。

ミドルウェア製品

開発サイクルの短縮、労力の削減、コンポーネントの再利用の拡大などの要件が、ミドルウェア製品やツールの作成と使用を促進しています。
これらのミドルウェアツールの主な役割は、複数の技術サプライヤーによって開発されたコンポーネントの統合を可能にし、簡素化することです。

適切に実施された場合。 ミドルウェアツールは:

  • ソフトウェア開発者を、面倒でエラーが発生しやすいプラットフォームの詳細から保護します。
  • 過去の投資や開発を活用して、ソフトウェアのライフサイクルコストを償却する。
  • よりアプリケーション要件に近い高レベルの抽象化の一貫したセットを提供し、開発を簡素化します。
  • 必要だが開発に手間がかかるセキュリティなど、開発者向けのサービスを幅広く提供する。

しかし、ミドルウェア製品のメリットは明確である反面、懸念される点もあります。
最も頻繁に懸念されるのは、パフォーマンスです。確かに、アプリケーションをシームレスに接続できるのは良いことですが、パフォーマンスの面でどれだけの「コスト」がかかるのでしょうか?

Connect Bridge - ミドルウェアを構築するためのツール

Connect Bridge によって構築されたミドルウェアツールです。 Connecting Software を使用することで、より少ないコード行数で任意の言語でカスタムミドルウェアを作成することができます。
Javaミドルウェアを作りたい?それはサポートされています。Node.jsミドルウェアを構築したいですか?それもサポートされています。どんな言語でも、Connect Bridgeがカバーします。ODBC、JDBC、Webサービス経由でデータベースに接続する言語であれば、どの言語でも使用できます。

では、その仕組みを見てみましょう。通常、ミドルウェアを構築する際には、開発者は接続先のソフトウェアのAPIを利用する必要があります。Connect Bridge の背後にある考え方は、開発者が API のコードを書き、標準的な SQL 文を書き始めます。 の代わりにConnect Bridge は、ANSI標準SQL構文を適切な API呼び出しに変換します。

インフォグラフィックAPIシェアポイント-コネクトブリッジ

ミドルウェアを構築するには、この方が便利ですが、パフォーマンスコストはかかりますか?
トーマス・ベルンドルファーConnecting SoftwareのCEOである、Mr."Connect Bridgeのアイデアは、非常にシンプルで高速なものにすることです。Connect Bridge のアイデアは、非常にシンプルで高速にすることです。結局のところ、開発者は自分の言語のままで、新しいことは何も学ぶ必要がありません。また、私たちは、結果として得られるソフトウェアを高速にしたいと考えていました。パフォーマンスとセキュリティは、最初から大きな懸念事項でした。

このようなミドルウェアツールを使用するもう一つの利点は 相性.ミドルウェアの古典的な問題は、通常、基盤となるソフトウェアのアップグレードによって引き起こされる API への変更でした。Connect Bridgeを持つことで、これらの変更を処理するのがConnect Bridgeなので、開発者はこれらの変更から守られます。これが、このツールが費用対効果が高い主な理由の一つです。価格についての詳細をお知りになりたい場合は、以下のフォームにご記入ください。 此処.

お持ち帰り

ミドルウェアを使用することは、統合プロジェクトに取り組むためのより近代的な方法です。ミドルウェアを使用することで、最終的な統合ソリューションの開発を迅速に行うことができ、ソリューションのエラーが少なく、保守が容易になります。要約すると、ミドルウェアを使用することは、統合プロジェクトのROIを向上させることを意味します。
これがどのように機能するかを確認するには、どのソフトウェアを統合したいかを考えて フリーデモ.

よくある質問(FAQ)

  1. 現在使われているミドルウェアの具体的な例を教えてください。

一般的なミドルウェアの例としては、データベース・ミドルウェア、アプリケーション・サーバー・ミドルウェア、ウェブ・ミドルウェア、トランザクション処理モニターなどがある。見てみると、最近はあらゆるところにミドルウェアがあるようだ。

ミドルウェアの一例であるデータベース・ミドルウェアを見てみよう。データベース指向ミドルウェアは、データベースとの通信を容易にするミドルウェアで、エンドソフトウェアがローカルまたはリモートのデータベースから情報を抽出できるようにする。アプリケーションは、ODBCやJDBCのような単一の共通インターフェースを介してデータにアクセスする。

現在使用されているミドルウェアの代表的な例としてConnect Bridgeがあるが、これは上で紹介したように、実際にはミドルウェアを構築するためのミドルウェアである。

  1. 自分のニーズに合ったミドルウェアを選ぶには?

適切なミドルウェアを選択することは、アプリケーションとシステムが効果的に通信し、拡張し、将来のニーズに適応できるようにするために極めて重要です。ここでは、ミドルウェアを選択する際に考慮すべき基準をいくつか紹介します:

  • 互換性と統合能力:ミドルウェアが既存のアプリケーションとスムーズに統合できることを確認する。ミドルウェアにプログラミングが必要な場合、あなたやあなたのチームの誰かが特定のプログラミング言語に精通しているかどうかを確認する。
  • スケーラビリティ:ミドルウェアは、大幅な変更を加えることなく、ビジネスニーズに応じてスケールアップまたはスケールダウンできるものでなければならない。
  • セキュリティITインフラにおけるミドルウェアの重要な役割を考えると、伝送中のデータを保護する強力なセキュリティ機能が不可欠です。
  1. コーディングなしでミドルウェアを使うことはできますか?

Connect BridgeのLinked Serverオプションのようなソリューションのおかげで、コーディングにあまり携わることなくミドルウェアを使用することが可能です。このアプローチは、Dynamics 365で他のアプリケーションを統合するなど、異なるアプリケーションを接続するプロセスを簡素化します。SQL と T-SQL ステートメントを使用することで、ユーザーは直接 API コールとプログラミングの複雑さを効果的に回避することができます。コーディングなしで他のアプリをDynamics 365に接続する方法の詳細については、ここで提供される包括的なガイドを参照してください: 他のアプリをDynamics 365に接続する方法.

原文は2019年11月のConnecting Softwareブログに掲載。 
最終更新日:2024年4月30日

興味がありますか?もっと見る


著者について

アナ・ネト

記入例 アナ・ネト技術顧問、Connecting Softwareで。

「1997年からソフトウェア・エンジニアとして働いており、最近は執筆とスピーチを趣味としています。この記事について、あるいはConnect Bridgeについて、ご質問やご意見はありますか?フィードバックをお待ちしています!"

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

For security, use of Google's reCAPTCHA service is required which is subject to the Google Privacy Policy and Terms of Use.