注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
お知らせ
コントロールパネル：自己サービス型 Foundry 管理
公開日：2022-12-13
Foundry 環境のエンロールメントと管理
コントロールパネルにより、Foundry の包括的なガバナンスと管理機能が一元化された自己サービス型のインターフェースから利用可能になりました。この運用ビューにより、プラットフォーム管理者は Foundry の使用状況を監視し、セキュリティとアクセス設定を簡単に設定することができます。
コントロールパネルでは、管理者が次の操作を行うことができます：
- Foundry エンロールメント の認証、パーミッション、アプリケーション設定を設定します。
- 使用メトリクスを監視し、リソースプロファイルを管理して、Foundry のエンゲージメントを増やします。
- Foundry の堅牢なアクセス制御を用いて、ユーザー間の共同作業を助けます。
すべてのレベルでのセキュリティと設定の設定
Foundry のセキュリティ制御は、いくつかのコンポーネント：エンロールメント、Organizations、ユーザーグループ、およびユーザーから構成されています。エンロールメントは Foundry のインスタンスを表し、1つ以上の Organizations を含むことができます。単一の Organization 内で、管理者はユーザーまたはユーザーグループレベルでデータアクセスを制御できます。
設定はエンロールメントレベルと Organization レベルの両方で設定され、初期化、拡張、レビューが可能です。これらには以下が含まれます：
-
エンロールメントレベルの制御：
- ユーザー認証
- エンロールメント
- Organization パーミッション
- 連絡先情報
- 通知
- 信頼できるユーザー
- ネットワークエグレスポリシー
- オブジェクトデータベース
-
Organization レベルの制御：
高度な共同作業ワークフローの設定
エンロールメントが拡大し、パートナーシップの機会が生まれると、コントロールパネルを使用して、組織間の共同作業をスムーズに進めることができます。追加の Organizations を協力者として追加すると、外部エンティティのユーザーが一緒に働くことが可能になります。ワークフローの要件が変更された場合は、単にコントロールパネルに戻ってユーザーとグループの検出設定を更新したり、共同作業する Organizations のリストを確認したりするだけです。
コントロールパネルを使用すると、エンロールメントレベルと Organization レベルの設定とパーミッションの管理を通じて、より高度な共同作業ワークフローを実現することも可能です。例えば、管理者はアクセスの境界を設定、共同作業を制御し、ユーザーが他のユーザーを検出する能力を設定することができます。
コントロールパネルはいつ使用するべきですか？
コントロールパネルは、Foundry エンロールメントのセキュリティと設定の管理に役立ちます。管理者は、エンロールメントレベルと Organization レベルの両方で特定のユーザーにパーミッションを委任するために、コントロールパネルを使用できます。
Foundry プラットフォームの管理者である場合は、コントロールパネルのドキュメンテーションを確認し、設定が Foundry ユーザーの日々のニーズを満たすようにしてください。
Workshop：Quiver 埋め込みウィジェットの出力変数
公開日：2022-12-08
Quiver ダッシュボードの埋め込みウィジェットが、Workshop の出力変数をサポートするようになりました！これにより、埋め込まれた Quiver ダッシュボードとその親 Workshop モジュールとの間で、より大きな相互作用性と共有状態が可能になり、Quiver の柔軟な視覚化と変換文法を Workshop のワークフロー構築力と組み合わせて、創造的なワークフローの可能性が大幅に拡大します。
Workshop モジュールに Quiver ダッシュボードを埋め込む方法については、ガイダンスを参照して開始してください。
追加のハイライト
API
特定のオントロジーのメタデータの取得 | 特定のオントロジーについてのメタデータを取得するための新しい get Ontology エンドポイントが利用可能になりました。以前は、同じメタデータはすべてのオントロジーに対して"list Ontologies" エンドポイントから利用可能でした。
管理 | コントロールパネル
Org に対する TPA の有効化 | Organization の管理者は、現在、コントロールパネルを使用して、第三者アプリケーションとの統合を自分たちの組織を代表して管理することができます。
Analytics | Contour
Contour ダッシュボードのテキストセルにテーブルを実装 | Contour ダッシュボードのテキストセルは、現在、テーブルレイアウトを追加することがサポートされています。
アナリティクス | Quiver
Quiver範囲選択 | ユーザーは、分析で時系列チャートに範囲選択を使用できるようになりました（例えば、さまざまな範囲の範囲統計を対話的に表示するために）。
新しい行セレクターをポップアウトで使用 | 変換テーブルの行から時系列セルをポップアウトすると、「テーブル行セレクターパラメーター」（パラメーターパネルで表示される）で制御される時系列チャートが追加されます。パラメーターの行を変更すると、その列からプロットされた時系列が更新されます。
新しい日付/タイムスタンプブール変換 | 変換テーブルの列でタイムスタンプによる時間フィルタリングを可能にする日付と時刻のブール比較を追加しました。
使用性が大幅に向上したオブジェクトセットとオブジェクトカードのデザイン変更 | このアップデートにより、オブジェクトセットとオブジェクトカードタイプの使用性が向上しました。例えば、オブジェクトセットカードの時系列プロパティは、テーブル内で直接スパークラインとしてレンダリングされます。オブジェクトテーブルの表示もリフォーマットされ、プロパティ値のスペースがさらに確保されます。オブジェクトプロパティとオブジェクトにリンクされた利用可能な時系列データは、カードから直接追加および削除できるため、時系列依存プロパティ内のオブジェクトに格納されている時系列データや、リンクされたオブジェクトの対策としての発見性が向上します。新しいカードは、オブジェクトセットから特定の時系列プロットや単一オブジェクトのプロパティメトリックに至るドリルダウンプロセスを単純化し、短縮します。1クリックでポップアウトアクションが可能です。オブジェクトセットの行はオブジェクトカードとしてポップアウトでき、すべてのプロパティは時系列プロットまたはオブジェクトプロパティ（メトリック）カードとしてポップアウトできます。
アプリ構築 | Slate
Slateで印刷イベントをトリガー | Slateのイベントを介して、新しい printアクションを使用してブラウザの印刷ダイアログをトリガーできるようになりました。onPrintイベントを使用して、印刷ダイアログの後にアクションをトリガーします。 Slateアプリケーションでは、CSSの追加やアプリケーションのレイアウト選択が必要になることに注意してください。
エディタビューでのSlateヘッダーの再設計 | Slateの編集モードで再設計されたヘッダー。更新され、再編成されたビューは、Foundry内の他のリソースタイプと同様の動作とパターンに一致します。
変数パネルの現在の値列 | 変数パネルには、編集可能なデフォルト値に加えて、現在の値の読み取り専用ビューが表示されます。
イベントとアクションの導入 | イベントおよびその入力とトリガーは、依存関係ビューアにある他のアプリケーションノードと並んで含まれるようになりました。
アプリ構築 | Workshop
ウォーターフォールチャートウィジェット、v1 | 連続した一連の数値を視覚化して、その累積効果をより理解できるようにする新しいウォーターフォールチャートウィジェットを追加しました。
データインテグレーション | ビルドスケジュール
ビルドスケジュールの概要ページですべてのスケジュールを検索 | ユーザーが権限を持っているすべてのスケジュールをビルドスケジュールの概要ページで検索できるようになりました。すべてのスケジュールを見つけるには、適用された検索条件をすべて削除します。スケジュールは、名前や一時停止状態によってフィルタリングおよび並べ替えができます。
データインテグレーション | コードリポジトリ
TransformsでのPython 3.9のサポート | TransformsでPython 3.9をサポートしました。Python 3.9の利点には、新しい構文機能が含まれます。これには、dictに追加されたunion演算子、標準コレクションの型ヒントジェネリクス、デコレータに関する文法制限の緩和、およびプレフィックスとサフィックスを削除するための新しい組み込み機能が含まれます。機能の完全なリストについては、公式のPython 3.9リリースノートを参照してください。
プレビュー入力設定のUI改善 | Code Repositoriesでプレビュー用の入力データセットの設定が、単一のダイアログに統合されました。スキーマを持つデータセットでは、元の入力を使用してプレビューを実行するか、同じリポジトリからの入力の最新のプレビュー、別のデータセット、またはカスタムフィルターが適用された元の入力を選択できます。プレビューで入力をサンプリングすることで、反復速度が向上し、関連するデータがサンプルに含まれることが保証されます。
データインテグレーション | データ接続
[DC] Asanaコネクターの導入 | Asanaの統合機能を追加しました。AsanaからFoundryデータセットへの同期がサポートされています。
オントロジー | マップ
マップを画像としてエクスポート | ユーザーは、Workshop内で使用されるMap Templateの現在の状態を、クリップボードに直接画像としてコピーし、Notepadなどの他のアプリケーションに貼り付けるか、PNG画像ファイルとしてダウンロードできるようになりました。
オントロジー | オントロジー管理
OMAでのプロパティマッピングのパフォーマンス向上 | プロパティマッピングのパフォーマンスが向上し、計算の1つが今後2倍の速度で実行されるようになりました。
OMAでのデータソースrid検索のサポート | オントロジーマネージャでデータソースRIDに基づく検索タイプを有効にしました。この検索タイプは、例えば、エラーメッセージで参照される何かを見つけたい場合に便利です。
オントロジー使用量が一般提供になりました！ | オントロジー使用量タブが利用可能になりました。特定のオブジェクトタイプに対して、使用量タブを使用して、時間の経過とともに読み取りと書き込みの変化、アクティブユーザーの数の変化、およびアプリケーションタイプごとの使用量を確認できます。この機能を有効にする方法については、ドキュメントを参照してください。
セキュリティ | プロジェクト
プロジェクトのデフォルトロールの名前空間設定の導入 | 管理者は、プロジェクト名前空間内で新しく作成されたプロジェクトに適用されるデフォルトロールを管理できるようになりました。この値は、プロジェクト所有者によってプロジェクトごとに上書きできます。名前空間の設定は、プラットフォーム管理者向けに、プロジェクトとファイルビューの右上にあるボタンを通じて利用できます。
「ユーザーのファイル」から他のプロジェクトに参照を無効にする | 以前は、プロジェクト内のデータパイプラインは、アカウント固有の「ユーザーのファイル」の場所にあるデータセットに依存することができました。これからは、「ユーザーのファイル」に格納されたデータセットを他のプロジェクトで参照することはできません。これにより、推奨されるデータガバナンスとパイプライン開発の慣行が強制され、「ユーザーのファイル」の場所に関連付けられたアカウントが無効になった場合の本番データパイプラインの障害の可能性が排除されます。この変更についてはこちらをお読みください。
