Search
Palantir
Documentation
搜索文档
Search
karat
+
K
API 参考 ↗
Send feedback
ZH
en
jp
kr
zh
AB
XY
AB
XY
AB
XY
AB
XY
AB
XY
AB
XY
AB
XY
功能
数据连接与集成
用例开发
分析
模型集成
开发运维
安全
本体
管理
入门
平台概述
管理
管理和使能
Enrollments and organizations
概述
权限
管理访问
保留策略
启用 AIP 功能
认证
概述
SAML
入门
为 Azure AD 配置 SAML 2.0 集成
为 Okta 配置 SAML 2.0 集成
为其他身份提供者配置SAML 2.0集成
在控制面板中更新 SAML 提供程序
OIDC
起始
多因素认证
信息采集表单 [测试版]
组织指派
组指派
启用和测试身份提供商集成
查看和修改主机设置
保留
保留
导航
保留策略执行
管理保留策略
数据集选择器
事务选择器
分支删除
电子邮件
邮件概述
电子邮件允许列表
电子邮件内容去除
邮件抑制管理
应用
Control Panel
控制面板
Control Panel中的审批
配置联系信息
资源管理
概述
配置访问
生态系统
使用类型
分析
概览标签
异常检测
预算
监控
资源队列
升级助手
升级助手
平台更改
识别受影响的资源
资源指派
升级助手通知
Upgrade Assistant中的资源类型
忽略资源
维护操作员和技术合规官员
Enrollment settings
配置云身份
配置代码工作簿配置文件
配置 CORS(跨域资源共享)
内部数据集导出
配置网络出口
配置 PrivateLink 出站连接 [测试版]
配置网络入口
容器治理
容器限制
配置文档提供者
配置支持类型 [Beta]
配置支持团队
Organization settings
配置内容安全策略以外部嵌入资源
配置应用访问
配置工作区
配置 RStudio® 许可证
配置远程Marketplace商店
配置具有OAuth 2.0授权码授予的外部应用程序
配置主页 URL
配置可用语言
配置范围会话
赋能
辅助
AIP Assist
AIP Assist 最佳实践
Power AIP Assist with custom content sources
AIP Assist中的自定义内容来源
向 AIP Assist 注册自定义内容源
使用 AIP Assist 提供自定义内容源
部署自定义源支持的AIP Assist代理
自定义内容来源最佳实践
AIP Assist中的建议操作
Foundry采用
Establish a Foundry Program
Foundry 计划概述
项目开发阶段
Phase 1: Focus on use cases
阶段1:聚焦应用案例
阶段1:角色和职责
Phase 2: Develop infrastructure to unlock scaling
阶段2:搭建基础设施以实现扩展
阶段2: 角色与职责
Phase 3: Platform growth through autonomy
阶段3:通过自治实现平台增长
第三阶段:角色和职责
Phase 4: Hypergrowth
第四阶段:超高速增长
第四阶段:角色和职责
Program governance
治理流程
用例生命周期
概述
提炼功能需求
解决方案设计
开发排序
应用案例角色
用例模式
警报工作流
调查和分组
多组织生态系统
运营流程协调
资源分配与优化
用例示例
Chemicals
通过集成定价推动收入增长
Consumer products
使用ERP数据优化供应链生产
通过优化利用率减少运输的集装箱数量
Defense
通过集成的警报和分类应用程序响应全局安全事件
Financial services
通过智能重新定价提高留存率和收款绩效
Health care
实时有效地调整销售和营销管道
通过集成的活动管理提高客户参与度
通过警报和了解提供者绩效来减少健康网络提供者的成本
减少对医疗保健提供者的多付和少付
从OMOP到FHIR的转换,以弥合电子健康记录格式之间的差距
Industrials
通过标准化KPI报告提高生产产量
Logistics and transportation
通过智能任务管理提高客户满意度和保留率
通过智能争议解决提升发票收款
Other infrastructure
通过综合位置优化提高电动汽车充电点的盈利能力
Transportation
通过保修分析优化索赔与降低支出
通过智能维护优先级降低铁路中断
Utilities
通过整体电网网络建模提升决策制定
通过告警和调查支持防止变压器故障
公共安全断电 (PSPS) 范围确定
Hide sidebar
管理
资源管理
生态系统
注意:以下翻译的准确性尚未经过验证。这是使用
AIP ↗
从原始英文文本进行的机器翻译。
生态系统
在开始使用Foundry的资源管理之前,请回顾以下概念以了解资源访问和用户注册的生态系统。
注册:
注册是您组织的主要身份,并在Foundry服务和Foundry平台上建立您公司的身份。
组织:
组织是应用于项目的访问要求,用于在用户和资源组之间强制执行严格的隔离。每个用户都是一个组织的成员,但可以是多个组织的客人成员。
了解更多关于组织的信息
。
项目:
项目是一个协作空间,将用户、文件和文件夹结合在一起以实现特定目的。项目是Foundry中的主要安全边界,可以被视为共享工作的存储桶。
了解更多关于项目的信息
。
资源:
在使用Foundry时,“资源”一词有两种潜在的用途。服务级资源如CPU核、虚拟机和数据库为Foundry平台上的计算和数据处理提供动力。Foundry资源位于服务级资源之上,包括数据概念和结构,如项目、工作簿、Ontology和数据集。当用户与这些资源交互时(例如通过重建数据集),大多数Foundry资源会产生某种形式的服务级资源使用。
Ontology和Ontology资源:
Foundry Ontology是一个组织的数字孪生;一个富有语义的层,位于集成到Foundry的数字资产之上。Ontology资源,即Object类型和链接类型,是Ontology的构建块或“原语”。Ontology使用归因于每个Object的输入数据源的项目。
了解更多关于Ontology的信息。
使用账户:
使用账户结合并报告一组一个或多个项目中产生的使用量,通常用于会计目的。
一个使用账户与一个注册关联。
使用账户是
排他的
: 每个项目必须仅属于一个使用账户。
使用账户可以标记一个或多个组织。这些组织必须是同一注册的一部分。
项目可以在使用账户之间转移。
具有相关项目的使用账户不能被删除。
项目标签:
项目标签支持将项目分组以进行临时使用分析。
项目标签不是
排他的
: 一个项目可以包含在任意数量的项目标签中,一个项目标签可以包含任意数量的项目。
用户:
用户是已通过身份验证并有权访问Foundry的个人。随着用户与平台的交互,他们会产生可以在资源管理应用中跟踪的使用量。
了解更多关于用户的信息
。
←
PREVIOUS
配置访问
NEXT
使用类型
→