nx1-deployer image
v1.17.0New features
This section contains new features recently added to the NexusOne platform.Chat
Chat is a new page in the portal where you talk to NexusOne’s AI directly. It lets you do the following:- Search: Search your past conversations to find one again.
- File attachments: Paste or attach a text file, such as a spreadsheet, directly in a conversation.
- Shared workspaces: Share a chat workspace with your team, the same way you’d share a business rules workspace.
- Read-only share links: Generate a link to a conversation for others to view without letting them edit it.
Bug fixes
This section contains fixes for issues affecting apps or features on the NexusOne platform.Portal-generated Airflow DAGs
Airflow DAGs on NexusOne come from two sources:- Portal-generated: The NexusOne portal creates some DAGs for you automatically.
- Manually deployed: You write and deploy your own DAGs in either of these ways:
- Upload DAG files to the Airflow DAGs folder in S3.
- Publish a pipeline’s DAG from Elyra.
Overwriting manually deployed DAGs
Portal-generated and manually deployed DAGs used to share the same storage location, called a DAG bundle. Redeploying one with the same name could silently overwrite the other. In this release, portal-generated DAGs now live in their own bundle, separate from anything you deploy manually.Sharing Airflow variables with manual runs
A portal or manually triggered run of the same DAG used to share the same Airflow variables. One could silently pick up the other’s settings, even mid-run. This release writes every variable the portal owns under annx1_ prefix, scoped to the portal run. A manual run
never reads a portal-owned variable.
Enhancements
This section contains enhancements to existing app features on the NexusOne platform.AI-assisted policy generation
Sensitive columns, like ones tagged PII or Payment Card Industry (PCI), need a Ranger policy to mask or restrict them. Writing one by hand for every column doesn’t scale. NexusOne can now draft that policy for you automatically. However, nothing reaches Ranger until you review and accept a suggestion. You can reach the feature at Govern > Data access. Request suggestions for a table or a whole schema, then accept or reject them at the batch or individual level.This feature isn’t merged yet. It’s pending in PR #195.
Business rules now support spreadsheet authoring
Business rules, introduced in nx1-deployer imagev1.16.1, now lets you author a rule from a spreadsheet or a rule
table. Before, you could only build one in the rule editor.
You can also grant a Keycloak role access to a workspace, instead of adding members one at a time. Anyone who holds
that role gets access to the workspace. This sits alongside the existing per-member workspace roles described in
Business rules.
Connect Claude through your AWS account
The AI Control Plane’s Endpoints editor now lets you add an endpoint for Claude Platform on AWS or Amazon Bedrock, instead of only the public Anthropic API. This matters if your AI traffic needs to stay inside your own cloud for compliance reasons. You can reach it at AI > AI Control Plane > Admin > Add endpoint. It includes the following new presets:- Claude Platform on AWS
- Claude in Amazon Bedrock
- Bedrock, OpenAI-compatible
Crew exports now include Superset charts
Crew results exported as PDF, described in Export a crew run or result, now embed a crew’s Superset charts as images, instead of just linking to them.Elyra pipelines now publish to S3
The Elyra pipeline editor in JupyterHub now publishes a pipeline’s generated Airflow DAG to S3, instead of pushing it to a git repository. NexusOne resolves object storage credentials per bucket automatically, so you no longer configure them in the pipeline editor yourself.Migration feature
This release adds configuration changes to how you set up and trigger a migration through the portal. Migration describes behavior changes to the migration DAGs themselves.- Multi-tenant cluster profiles: The Infrastructure Config page’s Tenant Profiles table can now hold more than one source cluster profile, one row per tenant name. Pick which one to use for a run, right from the portal wizard.
- Service account identity: The Infrastructure Config page now has a Service Account User ID field, replacing the older MapR User field. It’s the username a migration logs in as over SSH on the source cluster, so the migration only gets that user’s access.
-
Configurable cluster paths: The Infrastructure Config page’s Cluster & Edge Node Paths section adds three
new fields:
- Cluster Edge Discovery Temp Path
- Cluster Hive Scratch Dir
- Cluster DistCp Log Root

