Loading article…
ミドルウェア アナリストは、 2 つの異なるコンピュータ システムを接続する製品を専門とするコンピュータ ソフトウェア エンジニアです。これらの製品は、オープン ソースまたは独自のものです。その言葉が示すように、ミドルウェア アナリストが使用するソフトウェア、ツール、テクノロジは、2 つ以上のシステム間の「中間」に位置し、2 つのシステムが通信して情報を共有できるようにすることを目的としています。
役割と責任
ミドルウェアアナリスト[1]は、システムオブシステムズに注目します。[2]彼らは、複数のレベルでネットワークに組み込まれた複数の異機種分散システムを使用して、大規模な学際的な目標を伴う技術的問題を解決します。 [3] ミドルウェアアナリストは、ミドルウェア技術の熟練度を保持しています。ミドルウェアは、ソフトウェアコンポーネントまたはアプリケーションを接続するコンピュータソフトウェアです。ほとんどのミドルウェアアナリストの役割の中心となるテーマは、サービス指向アーキテクチャ ( SOA ) がビジネスにとってなぜ重要であるかを明確に説明できることです。[4]
実装のベストプラクティス
ミドルウェアのベスト プラクティスは、サービス提供対象のシステム間の使いやすさと保守性を向上させます。ミドルウェアが標準ベースのコンピューティングの主要原則にどのように対処しているかについて、いくつかの洞察を提供するために、ベスト プラクティスの例をここにいくつか示します。
ミドルウェアの一般的な問題の 1 つは、ユーザー定義のアプリケーションが、キュー参照がキュー ローカルまたはキュー リモート定義を直接参照するキュー エイリアス定義をバイパスするように構成されていることです。このようなキュー エイリアスのバイパスはベスト プラクティスから外れており、管理者やプログラマが時間と範囲のパラメータ内で修正できる場合は修正する必要があります。ユーザー定義のアプリケーションからのすべての参照は、キュー エイリアスを指す必要があります。次に、キュー エイリアスは、定義されたキュー ローカルまたはキュー リモートを指す必要があります。
キューエイリアス[5]は、ミドルウェア管理者が運用上の問題を迅速に解決または緩和するための柔軟性を提供します。キューエイリアスを使用することで、ミドルウェア管理者は、サービスの問題が発生した場合に、ユーザー定義のアプリケーションを変更することなく、メッセージフローをリダイレクトできます。たとえば、キューローカルがオーバーフローした場合、ミドルウェア管理者はキューエイリアスを変更して一時的なキューローカルを指すようにすることができます。これにより、根本的な原因が修正されている間、ユーザー定義のアプリケーションは中断することなく処理を継続できます。
すべてのユーザー定義アプリケーション参照をキュー エイリアスにポイントすることで、ミドルウェア管理者が、発生する可能性のある運用上の問題に対応するための柔軟性が維持されます。キュー エイリアスのベスト プラクティスに従わなかった場合、ミドルウェア管理者が運用停止に対応するための能力が妨げられます。
スキル
メッセージ キューイング (「MQ」) は、システムのノード間およびシステムを接続するノード間の通信を大幅に簡素化するミドルウェア テクノロジです。情報システム コンサルタントは、メッセージ キューイングをスキル ベースとして使用します。情報システム コンサルタントは、このベースに基づいて、ワークフロー管理、メッセージ ブローカリング、 Java 仮想マシン ( JVM ) とメッセージ駆動型 Bean (MDB)を使用したJ2EE実装を追加します。
ミドルウェア アナリストが使用する最も重要なスキルは、おそらく技術的なものではなく、文化的なものです。SOAでは、ビジネスとテクノロジーを別の視点で考える必要があります。ミドルウェア アナリストは、テクノロジーを第一に考えるのではなく、まずビジネス機能またはサービスの観点から考える必要があります。SOAの導入により、ビジネス IT 部門が変わり、サービス指向 (テクノロジー指向ではなく) の IT 組織が生まれることが予想されます。ミドルウェア アナリストは、この概念の重要な普及活動を行います。
エンタープライズサービス バスは、あらゆるSOAの中核要素です。ESB は、企業内のサービス間、およびその企業外のサービス間の「あらゆる」接続を提供し、企業の取引先に接続します。したがって、ミドルウェア アナリストは、何よりもまずSOAとエンタープライズ サービス バスの概念に精通している必要があります。ミドルウェア アナリストは、SOA リファレンス アーキテクチャに依存して、企業のニーズと優先順位を満たすSOA 環境をレイアウトします。ESB はこのリファレンス アーキテクチャの一部であり、SOA のバックボーンを提供しますが、それ自体は SOA とは見なされません。
セキュリティ上の懸念
一般的な慣習
ミドルウェアはクロスプラットフォーム ツールであるため、ミドルウェア アナリストには高度な知識が求められます。ミドルウェア メッセージ フローを設計および実装する担当者は、各ターゲット プラットフォームのセキュリティ モデルがどのように機能するかを完全に理解する必要があります。これには、 Windows、Unix、z/OS、IBM iなどが含まれます。
ミドルウェアは、PKIおよびSSLテクノロジを通じて転送中のデータを保護します。セキュリティ証明書は認証局から取得され、サーバー上で定期的に展開および更新されます。これにより、データが 1 つのサーバーから出てチェーン内の次のサーバーに到着するまでの転送中のデータが保護されます。データが保存されている間は保護されません。
補足的な伝送セキュリティは、サーバー上に存在する主要な SSL 対策を補強できます。これらは、SSL クライアント認証、DN フィルタリング、LDAPによる CRL チェック、および暗号化ハードウェア (IPSEC レベルの暗号化) です。このタイプのセキュリティは、データが国境を出てから取引先の国境に到達するまでしか保護しないため、「国境レベルのセキュリティ」と呼ばれます。データが国境に入った後は保護されません。IPSEC は、最も効率的でコストのかからない保護方法です。SSL は、柔軟性、リソース消費、および伝送時間のバランスが取れた中間的な方法です。
データがキュー内に保存されている場合、そのデータは MQ によって保護されません。つまり、データは「プレーン テキスト」です。したがって、メッセージに含まれるデータが機密情報である場合は、アプリケーション レベルのデータ暗号化を使用する必要があります。この戦略によって保護できるデータの例としては、銀行データ (口座番号、銀行取引など) があります。アプリケーション レベルのトランザクション セキュリティは、最も安全な保護形式ですが、送信サーバーと受信サーバーの両方で CPU と I/O 帯域幅の消費量が最も多くなります。また、最も効率が悪い形式でもあります。
ミドルウェア データ チャネルは、さまざまなレベルの保護を提供するように設定できます。送信側/受信側チャネル ペアは、SSL を使用しない IPSEC トランスポート レベルのセキュリティを提供するように設定できます。2 番目の送信側/受信側ペアは、IPSEC を使用しない SSL 境界間レベルのセキュリティを提供するように設定できます。3 番目の送信側/受信側チャネル ペアは、アプリケーション レベルの暗号化を提供するように設定できます。このスキームを使用すると、アプリケーションが実行時に選択できる保護メカニズムの幅広い選択肢をプロビジョニングできます。これにより、アプリケーションは、必要なときに最高のセキュリティを実現したり、データがそれほど機密性が高くないときにはより効率的なセキュリティを実現したりできます。
HIPAA 特有の考慮事項
企業がHIPAA ePHIデータを扱う場合、ミドルウェアアナリストは法律で定められた要件を知って理解する必要があります。[6]保存中のデータを保護できない場合、連邦政府やその他の当局から罰金や罰則が科せられる可能性があります。[7]このため、データを転送用のキューシステムに配信する前に、アプリケーションレベルのデータ暗号化が必要です。[8]
ミドルウェア アナリストを含むシステム管理者は、保護されていない ePHI データを表示することはできません。したがって、ePHI データが情報システムに存在する場合は常に、管理者がそれを表示できないように保護する必要があります。ePHI データを保護されていない状態でキューに保持することは許可されません。
参照
参考文献
- ^ 「ミドルウェアアナリスト、新興技術」。2010年8月20日時点のオリジナルよりアーカイブ。2009年9月4日閲覧。
- ^ Agrawal, M.; Graba, L. (2005). 「異なる航空電子機器および制御ソフトウェア向けの分散ミドルウェア要件」.第 24 回デジタル航空電子機器システム会議. 第 2 巻. pp. 8.B.4-1-8.B.4-5. doi :10.1109/DASC.2005.1563466. ISBN 0-7803-9307-4. S2CID 23776303。
- ^ Tai, Stefan; Lamparter, Steffen (2008). 「モデリングサービス - 学際的視点」.コンピュータと情報科学におけるコミュニケーション. 8 : 8–11. doi :10.1007/978-3-540-78999-4_2. ISBN 978-3-540-78998-7。
- ^ 「削除されました」。
- ^ 「システム管理ガイド」。2003年9月27日時点のオリジナルよりアーカイブ。2009年9月4日閲覧。
- ^ 「アーカイブコピー」（PDF） 。 2009年4月19日時点のオリジナル（PDF）からアーカイブ。 2009年5月4日閲覧。
{{cite web}}: CS1 maint: アーカイブされたコピーをタイトルとして (リンク) - ^ 「HIPAA: 医療保険の携行性と責任に関する法律」。2009年4月22日時点のオリジナルよりアーカイブ。2009年5月4日閲覧。
- ^ "弊社ソフトウェア HP". 2020年11月9日。