InterSystems IRIS 2020.1 の新機能

InterSystems API Manager

このリリースには、Web ベースの API との間のトラフィックの監視と制御を可能にする InterSystems API Manager (IAM) が含まれています。API Manager は、メンテナンス・リリース 2019.1.1 と継続配布リリース 2019.2 でリリースされました (2019.2 の初期バージョンには API Manager は含まれません)。

サービス指向アプリケーション層を構築している場合、使用している API の数が急速に増えていると感じることがよくあります。環境の分散が大きいほど API トラフィックの適切な管理と監視の重要性が増します。API Manager により、一元化されたゲートウェイを介してすべてのトラフィックを簡単にルーティングしたり、API 要求を適切なターゲット・ノードに転送したりすることができます。これにより、以下が可能になります。

• すべての API トラフィックを一元的に監視します。

• 使用している API と API を提供するサーバのリストを計画、文書化、および更新します。

• 問題が深刻になる前に特定します。

• スループットを制限し、許可されるペイロード・サイズを構成し、IP アドレスとドメインをホワイトリストとブラックリストに登録し、エンドポイントをすばやくメンテナンス・モードにすることで、API トラフィックを制御します。

• カスタマイズ可能な専用の開発者ポータルでインタラクティブな API ドキュメントを提供し、社内外の開発者の研修を行います。

• API を一元的にセキュリティ保護します。

API Manager には相互運用性、信頼性、直感的操作性、拡張性が備わっています。すべての構成をシンプルな Web ベースのユーザ・インタフェースを使用して実行できますが、API 呼び出しを使用して API Manager を構成することもできるため、リモート導入を容易に実行できます。

API Manager は、独自のコンテナでリリースされます。API Manager は複数ノードのクラスタとして構成できますが、単一ノードでも毎秒何万もの要求の負荷を処理できます。

詳細は、"InterSystems API Manager" を参照してください。

Open API/Swagger 仕様優先の REST 開発

このリリースでは、API 管理サービスを強化し、OpenAPI 2.0 仕様から REST サービスの ObjectScript コードを生成できるようにしました。生成されたこのコードが、受信した REST 呼び出しを処理するため、ユーザはサービスで実行される特定機能を実行するカスタム・コードを記述するだけで済みます。OpenAPI 2.0 仕様で既に定義されているサービスを実装する場合、作業が大幅に削減されます。既存の OpenAPI 2.0 仕様がない場合でも、REST API の定義に必要なカスタム・コードを記述するよりは、新しい仕様を作成する方がはるかに簡単です。また、この仕様はドキュメントも提供しており、サービスのクライアント・コードを開発するすべてのユーザを支援します。詳細は、"REST サービスの作成" を参照してください。(初リリース 2019.2)

InterSystems IRIS Native API for Python

このリリースでは、Native API for Python が導入されました。これは、InterSystems IRIS オブジェクト・インタフェースおよび SQL インタフェースの基盤となるネイティブ多次元ストレージ・データ構造への軽量 Python インタフェースです。Native API を使用すると、グローバル配列 (多次元ストレージ・モデルの基盤を形成するツリーベースのスパース配列) への直接アクセスが提供されるため、独自のデータ構造を実装できます。Native API for Python ではグローバル配列への直接アクセスが提供されるため、Python で非常に効率的なストレージ構造、そしてその結果、非常に効率的なアプリケーションを定義できます。詳細は、"Native API for Python の使用法" と "Native API for Python ReferenceOpens in a new tab" を参照してください。(初リリース 2019.2)

InterSystems IRIS Native API for Node.js

このリリースでは、Native API for Node.js が導入されました。これは、InterSystems IRIS® オブジェクト・インタフェースおよび SQL インタフェースの基盤となるネイティブ多次元ストレージ・データ構造への軽量 Node.js インタフェースです。Native API を使用すると、グローバル配列 (多次元ストレージ・モデルの基盤を形成するツリーベースのスパース配列) への直接アクセスが提供されるため、独自のデータ構造を実装できます。Native API for Node.js ではグローバル配列への直接アクセスが提供されるため、Node.js で非常に効率的なストレージ構造、そしてその結果、非常に効率的なアプリケーションを定義できます。詳細は、"Native API for Node.js の使用法" と "Native API for Node.js ReferenceOpens in a new tab" を参照してください。(初リリース 2019.2)

Node.js 用リレーショナル・アクセス

このリリースでは、Node.js 開発者に InterSystems IRIS データベースへの ODBC アクセスを提供します。(初リリース 2019.2)

Java および .NET ゲートウェイの再入

このリリースでは、フォワード・プロキシとリバース・プロキシにより、Java および .NET ゲートウェイで再入を使用できます。フォワード・プロキシとリバース・プロキシによって、より自由にオブジェクトを使用できます。プロキシ・オブジェクトまたは、もともと Java および .NET のオブジェクトを表すために InterSystems IRIS で作成されたオブジェクトは、メソッド呼び出しを伴う多くの状況で作成されます。プロキシ・オブジェクトを気にせずに、オブジェクトを作成することができます。(初リリース 2019.3)

Native API for Java および Native API for .NET の機能強化

グローバルを使用して InterSystems IRIS データにアクセスすることを可能にする IRIS Native API が拡張され、$LIST と参照渡しが追加されました。

• $LIST により、データ構造を詳細に解析することなく、容易に反復処理することができます。 これにより、既存のアプリケーションから既存のグローバル構造にアクセスする Java および .NET アプリケーションの開発などのシナリオがサポートされ、さらには開発が簡素化され、パフォーマンスが改善されます。 (初リリース 2019.4)

• パラメータを参照渡しすることで、簡潔なコードを使用してメモリ使用量の少ないアプリケーションを作成でき、パフォーマンスが向上します。参照渡しは、参照するルーチンと関数の間を双方向で通信する効果的なメカニズムを提供します。関数が仮リストにある変数を変更すると、対応する実リスト上の参照渡しの変数も変更されます。

JDBC を介した TSQL コードの実行

このリリースでは、JDBC から直接 Transact-SQL (TSQL) コードを実行する機能を提供します。

ユニバーサル・クエリ・キャッシュ

このリリースでは、すべてのクエリ (埋め込みクエリおよびクラス・クエリを含む) をキャッシュ・クエリとして保存できる、ユニバーサル・クエリ・キャッシュが導入されました。以前は、埋め込み SQL を使用する場合、現在のテーブル統計または新たに利用可能になったインデックスを取得するには、アプリケーション・コードをリコンパイルする必要がありました。現在は、すべてのクエリ・プランが 1 つのキャッシュで管理されており、適宜削除できます (クエリ、テーブル、ネームスペースごとに)。これにより、複数のサイトに導入されている場合に、アプリケーションが実際のデータ特性に適応する能力が大幅に向上しました。

また、すべてのクエリ・タイプが均等に、生成済みクエリ・コードに実装された効率的なデータ・アクセスを利用できるようになりました。

Java および .NET でプロダクション・コンポーネントをコーディングするための新しい PEX フレームワーク

このリリースには、相互運用プロダクションの開発時に実装言語を選択できる Production EXtension (PEX) フレームワークが含まれます。このリリースでは、Java および .NET を使用して、ビジネス・サービス、プロセス、オペレーションに加え、インバウンド・アダプタおよびアウトバウンド・アダプタも開発できます。以前のリリースでは、ビジネス・サービスとオペレーションのみを、Java でのみコーディング可能で、管理ポータルで特別なコード・ジェネレータ・ウィザードを使用する必要がありました。PEX フレームワークは、Java および .NET コードを相互運用プロダクション・コンポーネントに接続する柔軟なプラミングを提供します。PEX を使用することで、最小限の ObjectScript コーディングまたは ObjectScript コーディングなしで、Java および .NET コードを接続できます。PEX パッケージには、以下のクラスが含まれます。

• EnsLib.PEX.BusinessServiceOpens in a new tab

• EnsLib.PEX.BusinessProcessOpens in a new tab

• EnsLib.PEX.BusinessOperationOpens in a new tab

• EnsLib.PEX.InboundAdapterOpens in a new tab

• EnsLib.PEX.OutboundAdapterOpens in a new tab

• EnsLib.PEX.MessageOpens in a new tab

詳細は、"PEX ： Java および .NET によるプロダクションの開発" を参照してください。

相互運用プロダクションでポートの使用を監視するポート・オーソリティ

ポート・オーソリティ・ユーティリティでは、インターチェンジ・システムでのポートの使用状況を監視できます。ポート・オーソリティは、複数のプロダクションとインスタンスでビジネス・サービスとビジネス・オペレーションを調べ、各システムでどのポートが使用されているかを判断します。新しいサービスおよびオペレーション用に空いているポートを特定して、特定ユーザのためにポートを予約できます。詳細は、"ポートの使用の管理" を参照してください (初期リリース 2019.3)。

X12 検証の機能強化

このリリースでは、次の 2 種類の拡張された X12 検証を提供します。

• SNIP レベル 1 およびレベル 2 検証 — Workgroup for Electronic Data Exchange (WEDI) の Strategic National Implementation Process (SNIP) で開発された標準に従って X12 メッセージを検証します。

• X12 要素検証 — (初リリース 2019.1.1 および 2019.2)

以前のリリースでは、SNIP 検証は使用できず、セグメント構造全体を検証できるだけでした。セグメントのコンテンツを検証するメカニズムはありませんでした。

SNIP では、以下を検証できます。

• SNIP レベル 1 — セグメントが有効であること、セグメント順序が有効であること、要素属性が有効であること、数値データ要素に数値があること、メッセージが X12 ルールに準拠していること。

• SNIP レベル 2 — HIPAA 要件 (必要な要素が存在すること、使用されていませんとマークされた要素が使用されていないこと、値がコード・テーブルに従っていることなど) を満たしていること

X12 要素検証では、以下を検証できます。

• 必要なフィールドが存在し、すべてのフィールドがスキーマで許可されていること。

• セグメント内のフィールド数、およびそれらがスキーマで許容されているとおりに繰り返されているかどうか。

• フィールドおよびコンポーネントのデータ型が正しいこと。

• フィールド値が指定されたコード・テーブルに従っていること。

• フィールドおよびコンポーネントが長さ制限に従っていること。

詳細は、"X12 ビジネス・プロセスの設定" の X12 の検証を参照してください。

強化された X12 の DTL サポート

このリリースでは、インターチェンジ・エンベロープ、機能グループ、トランザクション・セットのスキーマを含め、X12 バッチ全体のデータ変換を定義できます。これにより、1 つのデータ変換を使用して X12 バッチ・メッセージを処理できます。サブ変換を使用する必要はありません。このリリースでは、ユーザ・インタフェースも改善されています。また、繰り返し要素の処理を容易にする便利な関数も提供されています。詳細は、"X12 データ変換の作成" を参照してください。

XSD ファイルからの X12 スキーマのインポート

以前のバージョンでは、X12 スキーマをインポートできるのは SEF ファイルまたはインターシステムズ専用の XML 形式からのみでした。このリリースでは、新しい XSD スキーマ・ファイルからも X12 スキーマをインポートできます。詳細は、"InterSystems IRIS への X12 スキーマのロード" を参照してください。

MQTT アダプタ

このリリースには、IoT アプリケーションで使用されることが多い MQTT (Message Queuing Telemetry Transport) プロトコルをサポートする MQTT アダプタが含まれます。詳細は、"プロダクション内での MQTT アダプタの使用法" を参照してください。

簡素化されたアーキテクチャ

このリリースでは、シャード・クラスタのシンプルで簡単な設計図である、ノードレベルのアーキテクチャが導入されました。これは、新しい %SYSTEM.Cluster API を使用して構成できます。このクラスタ・アーキテクチャでは、最初の InterSystems IRIS 2018.1 リリースでシャーディングと共に導入された、さまざまな基本要素のレイアウトに関するベスト・プラクティスをいくつか実装しました。これにより、クラスタの導入と拡張が大幅に容易になります。ノードレベルのアーキテクチャは本質的に、既存のインフラストラクチャを活用するためのスマートな方法であるため、アプリケーション・コードに対して完全に透過的で、既存の導入を変更する必要はありません。詳細は、"スケーラビリティ・ガイド" の "シャーディングの要素" と "シャーディング API"、および "インターシステムズ・クラス・リファレンス" の "%SYSTEM.Cluster" のクラス・ドキュメントを参照してください。(初リリース 2019.2)

柔軟なシャード・スキーマ設計およびオブジェクトのサポート

このリリースでは、シャーディングでアプリケーションのスキーマ設計をサポートする方法に対して、次のような改善が加えられました。

• 任意の 2 つのシャード・テーブルをコシャードできるようになりました。以前は、共通のユーザ定義シャード・キーを持つテーブルのみコシャードできました (つまり、Order および OrderLine テーブルのシャード・キーを、これらが結合されるフィールドである OrderID に明示的に定義)。このリリースでは、DDL の COSHARD WITH 構文または CoShardWith インデックス・キーワードを使用して、新しいテーブルと、システムによって割り当てられたシャード・キーを持つ既存のテーブルをコシャードできます。これにより、システムによって割り当てられたシャード・キーを使用する運用上のメリットを維持しながら、アプリケーションのスキーマを設計するうえでの柔軟性が著しく向上しました。詳細は、"スケーラビリティ・ガイド" の "テーブルの作成" と "InterSystems SQL の使用法" の "シャード・テーブルの定義" を参照してください。

• 以前は、シャード・スキーマの設計は DDL を介してのみ行われていましたが、新しい "Sharded" クラス・キーワードを使用して、クラス定義を通じて永続クラス (テーブル) をシャードとしてマークできるようになりました。クラス・コンパイラが拡張され、コンパイル時にシャーディングと互換性のないクラス定義機能 (カスタマイズされたストレージ定義など) の使用に対して警告を発行するようになりました。詳細は、"InterSystems SQL の使用法" の "永続クラスの作成によるシャード・テーブルの定義" を参照してください。

• オブジェクトのパラダイムを使用して、シャード・クラスを操作できます。つまり、%New() メソッドで新しいシャード・クラス・インスタンスを作成するか、%OpenId() メソッドで既存のシャード・クラス・インスタンスを開き、%Save() でこれらを保存できます。シャーディング・インフラストラクチャにより、新しいインスタンスがクラスタ全体に適切に分散されるようになり、アプリケーションに対して完全に透過的になります。このオブジェクト・コードは引き続き、クライアントが接続されているマシンで実行されることに注意してください。

これらのシャーディングの機能強化は、2019.2 で初めてリリースされました。

統合シャード・キュー・マネージャ

このリリースでは、統合シャード・キュー・マネージャにより、多数のクライアントがシャード・クラスタに対してクエリを実行する際の、シャーディング効率が向上しています。これは、シャードローカル・クエリごとに個別のプロセスを生成してシステムをあふれさせるのではなく、シャード・クエリ作業をキューに入れることで実現しました。効率的なアルゴリズムにより、利用可能なハードウェアとシステム負荷に基づいて、適切な数のワーカ・プロセスを使用してキューの作業が処理されます。

選択的キューブ構築

このリリースでは、選択的キューブ構築機能を提供します。これは、個別に構築するメジャーとディメンジョンを選択できる、InterSystems IRIS Business Intelligence の機能です。 キューブ全体を使用中止にしなくても、変更を加えて、選択的に再構築することができます。 また、何を再構築するかを把握できるように、ユーザ・インタフェースにより、追加または変更されたディメンジョンまたはメジャーに自動的にフラグが立てられます。

PowerBI コネクタ

InterSystems ユーザは、Microsoft Power BI を使用して InterSystems IRIS に保存されている表形式のデータとキューブ・データにアクセスできるようになりました。これにより、Power BI が提供するデータ視覚化機能と、InterSystems IRIS が提供する高性能のデータ管理およびクエリ機能を組み合わせることができます。コネクタは ODBC を利用していますが、ユーザは InterSystems 2019.2 以上に接続する際に、Power BI から直接 InterSystems IRIS BI キューブにアクセスすることもできます。2019 年 4 月リリース以降、コネクタは Power BI の一部として出荷されます。詳細は、"Power BI 向け InterSystems IRIS コネクタ" を参照してください。

ピボット・テーブル・プレビュー

このリリースには、Analytics ピボット・テーブル・プレビューが含まれます。これは、切り捨てられたデータ・セットに基づいて代表的なピボット・テーブルを表示するアナライザの新しいモードです。 これにより、完全な結果セットを分析するよりもずっと速く、ピボット・テーブルをプレビューできます。プレビュー・モードでは、結果セットが完全でないことを示す、[すべて表示] ボタンも表示されます。 [すべて表示] ボタンを選択すると、プレビュー・モードが自動的にオフになります。(初リリース 2019.2)