无代理ECS备份与高效环境搭建
本方案是基于快照提供数据保护和环境搭建的解决方案，可以帮助您实现无代理且有效可靠的数据备份，同时还可以帮助您快速克隆部署开发测试环境。
实际情况中可能会因您操作过程中实际使用的流量差异，会导致费用有所变化，请以控制台显示的实际报价以及最终账单为准）云服务器 ECS 块存储 专有网络VPC 弹性公网IP 应用场景 技术方案的广泛应用场景 数据库备份 通过快照提供的自动快照策略/手动快照，可以实现定时或一次性的数据备份，如当您的业务是MySQL的时候，通过...
来自：
技术解决方案
多源集成，极致性能，搭建轻量OLAP分析平台
本方案基于阿里云Hologres和DataWorks数据集成，通过简单的产品操作即可完成数据库RDS实时同步数据到Hologres，并通过Hologres强大的查询分析性能，完成一站式高性能的OLAP数据分析。
架构与部署 基于Hologres轻量高性能OLAP分析 DataWorks数据集成可以将Mysql、PG等数据库中数据进行单表、整库、分库分表实时同步到Hologres，也可以将Clickhouse等整体迁移到Hologres。数据存储在Hologres中，通过Hologres强大的查询性能，可以直接对数据进行查询。除了OLAP分析，还可以同时满足即席查询、在线服务，向量...
来自：
技术解决方案
开源大数据平台 E-MapReduce 技术解决方案
阿里云开源大数据平台 E-MapReduce 技术解决方案，帮助您快速了解如何利用这款弹性伸缩、存算分离的企业级大数据平台服务来提升业务效率，降低成本。
冷热分层能力将不同访问热度的数据存储在不同类型，解决了数据分散在各个集群，需要在不同存储系统中反复拷贝等运维困扰，优化长期存储成本。基于数据湖的人工智能通过数据湖支撑人工智能从训练数据存储、预处理、特征提取、训练、模型部署和推理多个重要过程，充分发挥机器学习平台的技术优势，凭借高吞吐能力，进一步训练...
来自：
云产品
AnalyticDB与通义千问搭建AI智能客服
本方案基于AnalyticDB for PostgreSQL的高效向量引擎与阿里云自主研发的通义千问LLM模型，构建一个高性能的检索增强生成（Retrieval-Augmented Generation, RAG）应用，实现企业的AI智能客服，更高效地解决客户问题。
灵活且安全管理 向量数据存储在AnalyticDB for PostgreSQL，企业可灵活管理数据，配套的审计、权限管理等功能可满足企业安全合规需求。架构与部署 AnalyticDB与通义千问搭建AI智能客服 基于RAG技术的AI智能客服能够高效地检索企业私域知识库，并利用大语言模型理解问题的上下文和意图，生成准确、贴切的答案。开发者将企业...
来自：
技术解决方案
告别资源瓶颈，函数计算驱动多媒体文件处理
本方案推荐使用函数计算，利用事件驱动和异步任务的方式，将文件处理任务与核心应用解耦，同时依靠函数计算自动弹性扩展和按使用付费的优势，提升高并发的处理效率和服务稳定性。
在线部署 适用客户 通过代码在应用中实现多媒体文件处理 需要低成本、快速迭代产品功能 追求高并发处理能力 方案优势 为什么选择函数计算 在应用开发初期，通常会直接通过代码在应用中实现文件处理的功能，然而内置的文件处理逻辑会抢占核心资源，比如并发处理会导致CPU、内存占满，从而导致应用其他功能无法正常使用。...
来自：
技术解决方案
向量检索服务 Milvus 版
阿里云向量检索服务Milvus版是一款云原生开源向量检索引擎，为用户提供多模态检索服务和高效稳定的向量数据检索能力,与云计算等产品集成对接，为AI应用场景的数据工程提供便利。
相关产品向量检索服务 Milvus 版本产品人工智能平台 PAI在线咨询智能问答&大模型结合大型语言模型实现智能问答系统，通过向量化处理用户查询，利用其高效检索功能快速匹配“私有知识库”中的信息，并结合大模型，生成准确回应。此方案提供即时、精确、交互式的生成式搜索服务。相关产品向量检索服务 Milvus 版本产品人工...
来自：
云产品
可观测链路 OpenTelemetry版结合日志服务SLS关联分析最佳实践
可观测链路 OpenTelemetry 版为分布式应用的开发者提供了完整的调用链路还原、调用请求量统计、链路拓扑、应用依赖分析等工具，可以帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈，当应用出现业务异常问题时，您可以在可观测链路 OpenTelemetry 版控制台关联查看日志进行分析，精准定位业务异常。
文档版本：20240428 19 可观测链路 OpenTelemetry 版结合日志服务 SLS最佳实践 OpenTelemetry Demo接入 步骤2 要关联分析某个调用链对应的日志，在 调用链分析页面 中的调用链列表，点击日志 选项，跳转到日志查询页面，通过应用日志上下文来分析问题根因。此处需选择在 上一章节 3.2-步骤一 中所配置的应用 adservice。...
基于函数计算FC实现阿里云Kafka消息轻量级ETL处理
在大数据ETL场景，Kafka是数据的流转中心，Kafka中的数据一般是原始数据，可能存在多种数据混杂的情况，需要进一步做数据清洗后才能进行下一步的处理或者保存。利用函数计算FC，可以快速高效的搭建数据处理链路，用户只需要关注数据处理的逻辑，数据的触发，弹性伸缩，运维监控等阿里云函数计算都已经做了集成，函数计算FC也支持多种下游，OSS/数据库/消息队列/ES等都可以自定义的对接
应用场景 在大数据 ETL场景，Kafka是数据的流转中心，Kafka 中的数据一般是原始数据，可能存在多种 数据混杂的情况，需要进一步做数据清洗后才能 进行下一步的处理或者保存。利用函数计算 FC，可以快速高效的搭建数据处理链路，用户只需要 关注数据处理的逻辑，数据的触发，弹性伸缩，运维监控等阿里云函数计算都已经做了...
基于函数计算FC实现阿里云Kafka消息内容控制MongoDB DML操作
在大数据ETL场景，将Kafka中的消息流转到其他下游服务是很常见的场景，除了常规的消息流转外，很多场景还需要基于消息体内容做判断，然后决定下游服务做何种操作。 该方案实现了通过Kafka中消息Key的内容来判断应该对MongoDB做增、删、改的哪种DML操作。 当Kafka收到消息后，会自动触发函数计算中的函数，接收到消息，对消息内容做判断，然后再操作MongoDB。用户可以对提供的默认函数代码做修改，来满足更复杂的逻辑。 整体方案通过CADT可以一键拉起依赖的产品，并完成了大多数的配置，用户只需要到函数计算和MongoDB控制台做少量配置即可。
25 文档版本：20240304 基于函数计算 FC 实现阿里云 Kafka 消息内容控制 MongoDB DML 操作 场景验证 这里数据库名 kafkaToMongoDB 查询 中的数据 2.4.MongoDB 步骤1 双击新建的库，可以看到默认的 test 集合，通过 db.test.find().limit(20);命令可以查询 该集合的数据，可以看到目前该集合中是没有任何数据的。26 文档版本...
云消息队列 Confluent 版
云消息队列 Confluent 版是阿里云与 Apache Kafka 项目创始团队所创立的 Confluent 公司合作，基于 Apache Kafka 核心能力提供的企业级全托管消息队列服务，旨在为企业提供集成消息流式处理与大数据系统的一站式解决方案。
拥抱云计算，并维护一个持久稳定的数据通道，以确保所有本地、混合云和多云环境中的数据同步。在逐步迁移到云端过程中，开发者能够充分利用先进的云计算工具，更高效地构建下一代应用程序.人工智能模型的性能优劣在很大程度上取决于输入的数据质量。为人工智能系统和应用程序提供实时的、上下文相关的、高度管控的、值得...
来自：
云产品
云Clickhouse冷热数据分层存储
基于云ClickHouse可以给电商、游戏、互联网以及其他行业提供高性能、高稳定性、低维护成本、高性价比的实时数据分析、精准营销、业务运营、业务分析、业务预警、业务营销、数仓加速等场景化方案，本实践会向客户提供数据库低维护成本、数据库链路构建、冷热分层存储、快熟分析等操作实践。 解决问题 1. 维护成本低不用建设维护体系，稳定性高，数据倾斜自动均衡。 2. 完善的数据同步链路，可以平滑将业务库、大数据、日志服务的数据同步到Clickhouse，降低研发成本。 3. 平滑升级版本，业务中断小。 冷热分层后透明读取，帮客户节约整体数据存储成本。
从 2021-01-01到 2021-02-08的数据存储在冷存，共 32天的数据。由于数据量较大，造数据预计耗时 1-2小时。文档版本：20210416 46 云 ClickHouse冷热数据分层存储最佳实践 使用云 ClickHouse进行数据冷热分层存储和查询 步骤4 单击冷热分层存储可以看到冷存已使用过空间，本例冷存已使用 1364GB。该集群热 存空间为 400GB，...
Oracle RAC 12C云上部署
Oracle RAC架构迁移上云，提供高并发，高吞吐，高安全等特性，适用于金融，电力，电信，制造业等传统客户的核心交易系统。
2.在集群环境运行中的所有实例通过共享 的数据库运行事物，RAC架构相对上层 应用架构完全透明，整体数据负载流量 可以在集群中尽可能平均合理地分摊处 理，无资源闲置，保护用户原有资产的 同时提升资源利用率。3.RAC集群架构，具有高伸缩能力和自动 负载均衡等特性，当负载增加时可以通 过增加节点来提高处理能力和吞吐量...
异地双活场景下的数据双向同步
概述 随着客户业务规模的扩大，对系统高可用性要求越来越高，越来越多用户采用异地双活/多活架构，多活架构往往涉及业务侧做单元化改造，本方案仅模拟用户已做单元化改造后的数据双向同步，数据库采用双主架构，本地写本地读，同时又保证双库的数据一致性，为业务增加可用性和灵活性。 适用场景 数据库双向同步 数据库全局ID不冲突 双活架构的数据库建设问题 技术架构 本实践方案基于如下图所示的技术架构和主要流程编写操作步骤： 方案优势 DTS双向同步，采用独立模块避免数据同步占用系统资源。 奇偶ID涉及，避免数据冲突。 DTS多种处理冲突的方式供业务选择。 安全：原生的多租户系统，以项目进行隔离，所有计算任务在安全沙箱中运行。
随着客户业务规模的扩大，对系统高可用性要求越 数据库双向同步 来越高，越来越多用户采用异地双活/多活架构，多 数据库全局 ID不冲突 活架构往往涉及业务侧做单元化改造，本方案仅模 双活架构的数据库建设问题 拟用户已做单元化改造后的数据双向同步，数据库 采用双主架构，本地写本地读，同时又保证双库的数 据一致性，为...
- 产品推荐
- 这些文档可能帮助您