时，认证 服务器 需要与短信服务器进行交互，完成认证。 图1 用户认证接入结构图 认证关键技术 园区网络主要包括三种方式的认证技术：802.1X认证、Portal认证和MAC认证。由于这三种方式的认证原理不同，各自适合的场景也有所差异，实际应用中，可以根据场景部署选一种合适的认证方式

查看更多 →

时，认证服务器需要与短信服务器进行交互，完成认证。 图1 用户认证接入结构图 认证关键技术 园区网络主要包括三种方式的认证技术：802.1X认证、Portal认证和MAC认证。由于这三种方式的认证原理不同，各自适合的场景也有所差异，实际应用中，可以根据场景部署选一种合适的认证方式

查看更多 →

技术原理 下图展示在 app 中集成视频通话的基本工作流程： 图2-1技术原理

查看更多 →

特指系统设计阶段输出的系统最小分解部件，系统设计阶段将模块当作黑盒，不涉及模块的内部结构，但要明确给出模块的功能、模块之间的接口。 Service 服务，是指具备明确的业务特征，由一个或多个关联紧密的微服务组成，可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务

查看更多 →

技术架构 创建技术架构 复制技术架构 创建技术适配器 父主题： 信息架构

查看更多 →

堆体测量服务的主要功能有哪些？ 云端建模：自动化空间点云数据计算，包括三维重建、体积空间数据。 三维可视化：提供仓储环境三维可视化效果呈现，可自由操作查看不同堆体数据。 数据共享：仓储空间数据、物料体积数据等相关数据可实时同步至客户业务系统，或者同步至第三方业务平台。 多仓管理：

查看更多 →

猜你喜欢的主要应用场景是什么？ 猜你喜欢主要应用于浏览意向不明确，如首页推荐等，RES能够根据用户的长短期行为表现出来的兴趣进行学习与训练，结合长短期兴趣进行个性化推荐。 父主题： 智能场景

查看更多 →

技术原理 应用安全的原理如图1所示。 图1 应用安全原理图 父主题： 应用安全介绍

查看更多 →

中定义的保持一致。 检查范围 当前模型工程中的所有符合定义规则的技术元素（定义规则：工程设置>构造型下，绑定到4+1视图 : 技术模型的基础构造型与自定义构造型元素才认定为技术元素）。 在技术模型图上创建出来的技术元素； 引用到技术模型中的技术元素（包含关联空间中的引用的技术元素）。

查看更多 →

而无需数小时或数天时间。 复杂的数据通道处理：您可以创建DIS应用程序和数据通道的Directed Acyclic Graphs（DAG）。在这一情景中，一个或多个DIS应用程序可将数据添加到一个DIS数据通道进行进一步处理，以便于进行通道处理器的后续阶段。 父主题： 一般性问题

查看更多 →

技术原理 父主题： CA代理服务介绍

查看更多 →

技术原理 CA服务技术原理图请参见图1。 图1 CA服务的技术原理 用户在通过CA服务申请证书时，需要根据实际需求来配置CA信息、证书模板、白名单和CRL等信息。 申请证书方式： 手动申请：分为通过基本信息申请证书、通过上传 CS R文件申请证书两种方式。 自动申请：通过配置CMP协

查看更多 →

技术栈 查询运行时栈 查询内置镜像 创建技术栈 根据技术栈ID查询技术栈 根据技术栈ID修改技术栈 根据技术栈ID删除技术栈 发布和取消发布技术栈 父主题： 应用管理API（v3版本）

查看更多 →

帮助客户持续构建卓越的云上架构。 经验丰富的服务专家团队 专业服务团队专家具有大量的咨询交付经验以及行业上云经验，具备设计各种复杂业务场景的经验和能力，可实现全面、符合行业需求的调研、评估和方案设计，助力客户完成上云评估和规划设计。 完整全面的迁移工具平台 一站式迁移和现代化平台

查看更多 →

gz”压缩包中的“jars”目录中获取。 用户应用程序的编译依赖包根据代码不同而不同，需用户根据自己编写的代码进行加载。 将运行程序的依赖Jar包上传至需要运行此应用的节点中，例如“$SPARK_HOME/jars”路径。 用户需要将SparkLauncher类的运行依赖包和应用

查看更多 →

gz”压缩包中的“jars”目录中获取。 用户应用程序的编译依赖包根据代码不同而不同，需用户根据自己编写的代码进行加载。 将运行程序的依赖Jar包上传至需要运行此应用的节点中，例如“$SPARK_HOME/jars”路径。 用户需要将SparkLauncher类的运行依赖包和应用

查看更多 →

是 String 调用接口的认证方式分为Token和AK/SK两种，如果您使用的Token方式，此参数为必填，请填写Token的值。Token获取方式，请参考认证鉴权。 表3 请求Body参数 参数 是否必选 参数类型 描述 name 是 String 技术栈名称。 deploy_mode

查看更多 →

RES10-03 采用Grid架构 采用Grid架构，可将应用系统内的工作负载的故障影响限制在有限Grid业务单元中。 风险等级 高 关键策略 应用系统采用多个功能相同的Grid业务单元，每个Grid业务单元具备完整业务功能，处理整个业务负载中的一个子集，不涉及与其他Grid业务单元的交互；

查看更多 →

gz”压缩包中的“jars”目录中获取。 用户应用程序的编译依赖包根据代码不同而不同，需用户根据自己编写的代码进行加载。 将运行程序的依赖Jar包上传至需要运行此应用的节点中，例如“$SPARK_HOME/jars”路径。 用户需要将SparkLauncher类的运行依赖包和应用

查看更多 →

至运行此应用的Spark节点中。 SparkLauncher程序的编译依赖包为spark-launcher_2.10-1.5.1.jar。 用户应用程序的编译依赖包根据代码不同而不同，需用户根据自己编写的代码进行加载。 将运行程序的依赖Jar包上传至需要运行此应用的节点中，例如“$SPARK_HOME/lib”路径。

查看更多 →

云应用平台采用规划与设计 产品介绍 常见问题 计费说明 父主题： 咨询与规划

查看更多 →