Python 対応トランザクションダッシュボードを作成

MicroStrategy ONEから開始（2024 年 3 月） MicroStrategy Cloud環境およびMicroStrategy Cloud for Government プラットフォームで、Python 対応のトランザクションダッシュボードを作成できます。Python 対応のトランザクションダッシュボードを作成および実行するには、以下の条件が必要です。

環境が Python 実行機能の使用をサポートしていることを確認してください

この機能は、Microstrategy Cloud Environment プラットフォームでサポートされています。連絡先MicroStrategy Supportこの機能を有効化するには

データ変更を書き戻すためのパブリックエンドポイントを含むデータソースを選択
メタデータを最新バージョンに更新
トランザクション対応のダッシュボードを作成
カスタムランタイムを作成し、そのランタイムの一部として必要なすべての Python パッケージをダウンロード
必要なデータ操作操作を含む Python スクリプトを作成
関連するスクリプトでダッシュボードを構成

開始者はトランザクション対応のダッシュボードを作成しているその後、以下の手順に進みます。

カスタムランタイムを作成
カスタム Python スクリプトを作成
関連する Python スクリプトでダッシュボードを構成
データ操作に Python トランザクションを使用
システム構成の推奨設定
既知の制限

カスタムランタイムを作成

ランタイムの管理権限が必要です。この権限のあるユーザーは、サードパーティのパッケージをダウンロードできるため、資格を取得したアナリストのみがこの権限を持つ必要があります。

表示Python ランタイムの作成と編集参照してください。

ランタイムの管理権限のあるユーザーは、既存のランタイムを表示および管理し、新しいランタイムを作成できます。すべての環境にデフォルトのランタイムがあります。ランタイムを作成する際、その名前、説明、接続可能アドレス、インストールされているパッケージを変更し、スクリプト実行用のサイズを選択できます。ランタイムのインスタンスのサイズによって、そのランタイムに関連する各スクリプトの実行に利用できるリソース (CPU およびメモリ) が決まります。

Workstation を開くと環境に接続。
ナビゲーションペインで、[モニター] をクリックします。

すべての環境のデフォルトのランタイム名は(デフォルト) MicroStrategy。

デフォルトのランタイムには、Python および mstrio パッケージの最新バージョンと、デフォルトのインスタンスサイズおよびデフォルトネットワークアクセス構成が含まれます。ユーザーは、mstrio パッケージを使用して、デフォルトのランタイムでMicroStrategyデータにアクセスできます。

ユーザーはデフォルトのランタイムの構成を変更できません。インスタンスサイズ、ネットワークアクセス、パッケージ構成をカスタマイズする場合、新しいランタイムを作成する必要があります。
左のペインで、クリック次とランタイム。
入力ランタイム名と説明。新しく作成されたランタイムは最新のものを使用しますPython バージョン。既存のランタイムの場合、最新バージョンの Python にアップグレードできます。デフォルトランタイムのインスタンスサイズが0.2 vCPU 0.5 GB のメモリ。
IN ネットワークアクセス、Python ランタイムからのアクセスが許可されたネットワークにアクセスします。形式は以下に準拠する必要がありますクラスレスドメイン間ルーティング (CIDR) 141.193.213.21/32 などの形式です。
クリック左下で、Python ランタイムにインストールする新しいパッケージを追加します。パッケージバージョンが提供されていない場合は、最新バージョンがインストールされます。次の形式を使用します: [パッケージ名][ホワイトスペース][パッケージバージョン]

例:
- 要求 2.28.1
- 要求
[追加] をクリックします。
通常、パッケージはデータ変更を書き戻すためのデータソースへの接続、 MicroStrategy API による操作、または Microsoft Teams などの他のアプリケーションへの接続をサポートしています。Pypi のリンクをクリックして、ダウンロードするパッケージの正確な名前とバージョンを確認します。
クリック追加ランタイムを保存し、インストールが完了するのを待ちますステータスを確認するには、ページを更新します。

いくつかの有用なヒント:

各フィールド (ネットワークアクセス、パッケージ名、バージョン) を入力したら、クリックする前に Enter を押すようにしてください。追加またはOK変更を確認します
1 つのランタイムに複数のパッケージを追加できます。
環境間でオブジェクトを移行後、新しい環境でパッケージを再追加してランタイムの準備をします。ランタイムは、この追加手順なしでは機能しません。
デフォルトでは、全員は表示ランタイムの ACL です。

カスタム Python スクリプトを作成

次の権限を持つユーザーを設定:

スクリプト Python を使用
Python スクリプトを承認
次の ACL が推奨されます:
- スクリプトを読み取るには、スクリプトの読み取り ACL が必要です。
- スクリプトを更新するには、スクリプトに対する ACL を書き込みが必要です。
- スクリプトを実行するには、スクリプト上の ACL とランタイム上の ACL を実行する必要があります。

Workstation を開くと環境に接続。
[ナビゲーション] ペインで、次とスクリプト。
スクリプト設定を開き、スクリプトタイプをトランザクション適切な Python ランタイムを選択します
ギャラリーからテンプレートを選択して変更することで、スクリプトの作成を開始します。または、ゼロから開始します。
スクリプト内の変数は通常、ダッシュボードグリッド内の列にマッピングされます。変数を定義するとき列パラメーターはデフォルトで有効になっています。トランザクション以外の変数の場合は、変数がデータソースへの接続などの内部使用である場合にこれを無効にします。
データソース接続パスワードには、非トランザクションタイプの変数を選択し、秘密の質問。
ユーザーのログインを記録し、データを変更しているユーザーを確認するために、システムプロンプト変数を含めることを検討します。
デフォルトの操作タイプは、選択、挿入、更新です。SELECT と UPDATE の両方を結合するなど、これらに加えて新しいアクションタイプを作成するには、トランザクションタイプ内変数の種類。単一の Python トランザクションスクリプトで、変数は 1 つだけですトランザクションタイプ。
書き戻しデータソース内のテーブルの主キーにマッピングされる変数の場合、コンシューマーが主キーを変更しないようにします。このような状況では、編集可能パラメーター。
NULL 値を許可しないデータソースの列の場合、必須パラメーター。
変数が必須作成者は、データベースで許可されている内容に応じて、列を空にできるかどうかを選択できます。
ユーザーが編集できるように列の場合は編集可能パラメーター。
トランザクション操作では、承認されたトランザクション Python スクリプトのみを使用できるため、本番用の準備ができたらスクリプトを承認する必要があります。Python トランザクショングリッドを使用するユーザーグループは、このスクリプト用の ACL を表示する必要があります。

ベストプラクティス

サンプルコードテンプレートから確認します。
アトミックトランザクションをサポートするデータソースの場合、ランタイムの準備時にアトミックトランザクションをサポートするパッケージを選択します。Python スクリプトに、セクションを追加してアトミックトランザクションを処理します。
該当する場合、パラメーター化したクエリを使用します。このような方法で実行されるクエリは、クエリとパラメーターが実行用に別々に送信されるため、インジェクション攻撃の影響を受けません。
Python トランザクションスクリプト作成者とトランザクションダッシュボード作成者は同一ではないため、スクリプトとダッシュボードを同等にしてください。これには、書き戻すデータソーステーブルの定義、Python スクリプトで定義された変数とダッシュボードトランザクショングリッドオブジェクト間の関係のマッピング、編集可能なオブジェクトなどが含まれます。
Python スクリプトがサポートしているもの (データの更新、新しいデータの挿入、別のテーブルへの削除または挿入のための行の選択、Microsoft Teams メッセージの送信、メールの送信など) の詳細な説明がスクリプトに含まれている必要があります。ダッシュボード作成者は、ダッシュボードエディターから Python スクリプトの説明を取得できます。適切な権限と ACL を持つユーザーのみが Python スクリプトを開くことができます

データ操作に Python トランザクションを使用

Python ベースのトランザクションでは、インラインでの編集はサポートされていないため、データの変更はすべて一括モードで行われます。クリックデータの変更を開始します
1 つの操作で、選択とデータ変更の両方に対応します。
データの選択、変更、または挿入をサポートするアクションの場合は、をクリックしますデータを追加クリックして新しいデータを提供します。完了したら、をクリックします追加。
[提出] をクリックします。

システム構成の推奨設定

コンテナー化された環境では、コンピューターを起動しなくても、 MicroStrategy環境でスクリプトを直接実行することができます。これらの環境にスクリプトを保存し、Workstation 内のどこからでもスクリプトにアクセスできるほか、他の管理者にアクセス権を提供することも可能です。現在、サーバーサイドスクリプト実行のサポートは、コンテナー化された環境でのみ有効になっています。

次の方法で Python トランザクション要求のパフォーマンスを向上できます:

ランタイムのインスタンスサイズを調整
ランタイム設定を調整

ランタイムのインスタンスサイズを調整

ナビゲーションペインで、[モニター] をクリックします。
左のペインで、クリックランタイム。
グリッド内でランタイムを右クリックし、を編集。
調整ランタイムのインスタンスサイズ。

ランタイムサイズを変更する必要があるのはなぜでしょうか。

デフォルトのランタイムサイズは、スクリプトが必要とするメモリーに対して十分でない場合があります。ランタイムサイズを増やすことで、スクリプトをエラーやクラッシュなく実行するのに十分なメモリーを確保できます。たとえば、データソースの作成にスクリプトを使用する場合、テーブルの作成に使用するスクリプトがランタイムをメモリーにロードする可能性があるため、より大きなランタイムの使用を推奨します。

大規模な環境を使用する際のリスクには、どのようなものがあるでしょうか。

また、大規模なコンテナー化環境は大量のメモリーを消費するため、ホストコンピューターのパフォーマンスが低下し、コンテナーがクラッシュする可能性があります。MicroStrategyコンテナーの Python ランタイム用のメモリは限られています。これは現在、コンテナー化された環境用の 6 つの vCPU と 20 GB のメモリに制限されています。コンテナー環境のサイズや複雑さを定期的に評価し、パフォーマンス、セキュリティ、メンテナンスの要件に合致していることを確認することが重要です。リソースの使用量を削減するには、管理スクリプトを小さいランタイムで実行することを推奨します。

ランタイム設定を調整

ナビゲーションペインで、[モニター] をクリックします。
左のペインで、クリックランタイム。
グリッド内でランタイムを右クリックし、情報を見る。
左ペインの [すべての設定] をクリックします。
ランタイム設定を調整します。

スクリプトタイムアウト (秒) Python スクリプト実行のタイムアウト設定。デフォルト設定は 600 秒です。

デフォルトの Pod インスタンス番号キャッシュされた Python 実行インスタンスのデフォルト数。

Python 実行インスタンス Python スクリプトが Python ランタイムに基づいて実行されている場合、Python 実行インスタンスが作成され、応じてキャッシュできます。デフォルトの Pod インスタンス番号と最大 Pod インスタンス番号 (合計実行スクリプトの制限)設定。

最大 Pod インスタンス番号 (合計実行スクリプトの制限)ランタイムに基づいて作成できる Python 実行インスタンスの最大数。

ランタイムのデフォルトの Pod インスタンス番号	ランタイムの最大 Pod インスタンス番号 (合計実行スクリプトの制限)	推奨設定
1	1	使用量と同時処理の頻度が低く、応答時間にシビトがあるカジュアルユーザー向け。Python 実行機能のポッドは常に起動しているため、ポッドの準備時間は短縮できますが、全体のコストは高くなります。常にオンになっているのは 1 つのポッドです。
1	N>1	使用量が少なく、ある程度の同時実行性が必要ですが、応答時間にはそれほどシビアではないカジュアルユーザー向け。1 つの Python 実行ポッドが常に起動し、要求に応じて最大 N-1 のポッドが起動できるため、この構成ではより多くの同時実行ケースに対応できます。応答の時間が長いユーザーもいます。他のユーザーは、ポッドの警告に時間がかかる場合があります。1 つのポッドが常に起動し、最大 N-1 のポッドが特定の時間に起動および起動し、2 分以上のアイドル後に停止できます。
X>0	= デフォルトの Pod インスタンス番号	同時使用量が多く、応答時間にシビトがある本格的なユーザー向けです。X 個のランタイム Pod が常に起動するため、価格は高くなります。

既知の制限

パフォーマンス

Python リモート実行の現在の論理は:

実行者ポッドが起動され、特定のランタイム用にカスタマイズされたパッケージが持続ボリューム上に存在し、持続ボリュームが Python 実行機能のコンテナーにマウントされます。
Python サービスの主なプロセスは、要求と応答の処理を担当します。実際のスクリプトの実行は、サブプロセスによって開始されます。その結果、Python スクリプトが実行されるたびに、Python インタプリタは、使用されているパッケージをサブプロセスのメモリにロードしようとします。

コンテナーがパースボリュームのデータをインポートする際、遅延が発生するため、ポッドがすでに起動していても、サブプロセスでスクリプトを実行するのには追加の時間コストがかかります。

データソース接続

プライベートオンプレミスデータソースの場合、Python 実行担当者ポッドコンテナーとプライベートデータソースとの間にネットワーク接続がない場合、Python トランザクションはサポートされません。一般に、パブリックエンドポイントのデータソースを使用できます。

KB486432:Python スクリプト変数とグリッドフィールドを Python トランザクション構成でマッピングするベストプラクティス

KB486431:ダッシュボードで Python スクリプトの変更を Python トランザクション構成と同期

Python 対応トランザクション ダッシュボードを作成

カスタム ランタイムを作成