注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
Linter はデフォルトで毎週スイープを実行しますが、これは設定可能です。
Timestamp: 2024年4月11日
Linter は現在、自動修正をサポートしていませんが、将来的にはこの機能を有効にする作業が進行中です。
Timestamp: 2024年4月11日
バッチ計算の節約数値は、過去1か月間のスケジュール内の未使用リソース全体のリソース使用量の合計を表しており、異なるスケジュール間で区別されません。より良い推定を行うためには、データセットの過去のビルドを確認し、各スケジュールからの割り当てを確認することができます。
Timestamp: 2024年4月11日
インパクトトラッキングでデータセットが両方のスケジュールから削除された場合に二重カウントを避けるには、最初のアクションを実行したらすぐに2つ目のスケジュールに "invalidate" フラグを渡す必要があります。
Timestamp: 2024年4月11日
エンロールメント管理者が Control Panel の Application access セクションでアプリケーションを有効にする必要があります。
Timestamp: 2024年4月9日
これらのアラートは、Linter が外部トランスフォームを識別できず、誤検知として扱うためにフラグされています。開発チームは、将来的に Linter がこのようなケースをより良く識別できるように改善に取り組んでいます。
Timestamp: 2024年4月11日
Linter はスキャンのために制限のないサービストークンを使用しますが、ユーザーのリソースに関する権限によって推奨事項の可視性が制限されます。Linter はスケジュールされたリソースのみを考慮して推奨事項を生成します。
Timestamp: 2024年4月11日
Code Repositories への Linter 推奨事項の統合は現在利用できません。新しいプロジェクトに対しては、プロジェクトのスペースが既にリンティングスコープに含まれている場合、Linter は直ちに推奨事項を探し始めることができます。一部の推奨事項はすぐに表示されますが、他の推奨事項は報告に時間がかかる場合があります。プロジェクトが特定の期間存在する必要はなく、Linter を有効にすることができます。
Timestamp: 2024年4月11日
はい、デフォルトの軽量プロファイルが推奨されますが、最適な軽量トランスフォームプロファイルを達成するためには手動で調整が必要な場合があります。
Timestamp: 2024年4月9日
DYNAMIC_ALLOCATION_MAX_N の値はどのように決定すべきですか？DYNAMIC_ALLOCATION_MAX_N の値は、NUM_EXECUTORS_N から動的アロケーションに切り替え、アイドル状態のエグゼキューターを解放するか、ジョブの Spark の詳細を確認して実際の平均並列度を理解し、それに基づいて最大エグゼキューター数を選択することで決定します。さらに、NUM_EXECUTORS_N プロファイルを変更せずに DYNAMIC_ALLOCATION_ENABLED プロファイルを有効にすることで同様の最適化が達成されます。動的アロケーションに関する詳細なガイダンスは提供されたドキュメントで確認できます。
Timestamp: 2024年4月9日
これは現在のプロダクトに存在するバグです。即時の回避策として、推奨事項を手動でスヌーズすることが推奨されます。
Timestamp: 2024年4月17日
スイープスケジュールの自動修正は現在機能として存在しません。
Timestamp: 2024年6月24日
EXECUTOR_MEMORY_SMALL プロファイルを使用しているトランスフォームで Velox がオンになっているためにビルドが失敗する場合はどうすればよいですか？メモリプロファイルを EXECUTOR_MEMORY_MEDIUM または EXECUTOR_MEMORY_OVERHEAD_MEDIUM に増やしてみてください。
Timestamp: 2024年6月24日
オントロジー最適化は、オントロジーの非効率を検出するデフォルト以外のルールを有効にすることで有効になります。現在、「オブジェクトタイプが未使用の可能性がある」というルールが 1 つ存在し、未使用のオブジェクトタイプを検出することを目的としています。将来的にさらに多くのルールが利用可能になるかもしれません。
Timestamp: 2024年7月1日
トランザクションをコンパクトにするために Projection を使用し、データセットの更新頻度に応じて、たとえば 100 件のトランザクションごとや毎週など、定期的に Projection をビルドするようにスケジュールします。
Timestamp: 2024年6月12日
このアラートは、ローカルでビルド可能なデータセットを指しており、ワークブック内のすべてのデータセットを指しているわけではありません。
Timestamp: 2024年7月30日
スペース設定でカスタムスイープスケジュールを作成できます。デフォルトでは、Linter はすべてのスペースでコストルールのみを実行しますが、プロジェクトに特化したスケジュールルールは 'ベストプラクティス' ルールに分類されます。
Timestamp: 2024年5月23日
インパクトトラッキングページはすべての人がアクセス可能ですが、ユーザーが表示できるリソースのメトリクスのみが表示されます。リソースに関するインパクトサマリーを表示するには、そのリソースのビューアーアクセス権が必要です。さらに、Estimated saving および Verified saving を表示するためには、エンロールメントレベルで Resource management viewer/administrator ロールも必要です。
Timestamp: 2024年8月20日
リソース節約ルールは手動で設定する必要がなく、そのカテゴリーのスイープはデフォルトでオンになっています。しかし、他のカテゴリー（たとえばパイプラインのレジリエンスルール）はデフォルトでスイープスケジュールがオンになっていません。"Force builds" のようなルールは複数のカテゴリー（リソース節約およびパイプラインレジリエンスルールなど）に存在することがあります。このルールはコスト節約に含まれているため、デフォルトでオンになっています。Control Panel のスイープスケジュール設定で "Best practices rules"（パイプラインレジリエンスモードをフィードする）をオンにするか、個別にパイプラインレジリエンスルールを含めることで、さらに多くのスイープスケジュールをオンにすることができます。
Timestamp: 2024年8月22日
デフォルトでは、Linter アプリではコストルールのみが有効になっています。"Pipeline Resilience" の他のルールを有効にするには、スイープスケジュールを手動で設定して適切なルール/プリセットを含める必要があります。詳細はこちらで確認できます。
Timestamp: 2024年9月17日