基于SAE的一站式Web服务托管方案
通过SAE提供的内置CICD能力，代码提交后可以触发自动构建，并部署应用到SAE，部署完成后，应用自动产生访问域名，外部请求通过域名可以直接访问应用。SAE提供了内置的可观测，灰度，回滚能力，通过控制台可以白屏化完成整个操作。SAE适合应用容器化快速上云，客户只需要提供代码仓库，后续的CICD，应用访问，弹性管理，运维监控，SAE都提供了内置的集成能力
基于SAE 2.0的一站式 Web服务托管方案 业务架构 场景描述 Web服务在互联网架构中有广泛的应用，通过 SAE提供的一站式方案，可以快速完成 CICD整 个流程，并且通过 SAE的内置能力，可以快速完 成灰度发布，应用观测，异常回滚等能力。应用场景 通过 SAE提供的内置 CICD能力，代码提交后可 以触发自动构建，并部署应用到 SAE...
通过RocketMQ事务消息实现分布式事务
在日益复杂的分布式系统中，确保数据一致性成为一大挑战。本方案利用RocketMQ强大事务消息能力，确保跨服务事务的高可靠与最终一致性，同时还实现了事务处理的高效执行，是构建高性能、高可用分布式系统的关键路径。
基于云消息队列RocketMQ版分布式事务消息与传统XA事务方案对比 RocketMQ凭借其低延迟、高吞吐，以及对分布式事务的原生支持，能够在微服务架构中无缝集成，简化开发难度，同时提升系统整体的韧性和扩展性。传统XA事务 云消息队列RocketMQ版分布式事务消息 性能不足 传统XA事务往往需要在多个数据库或服务之间协调，事务提交...
来自：
技术解决方案
MSE实现全链路灰度
MSE微服务治理为多应用发布提供全链路灰度能力，让客户不修改业务代码的情况下实现全链路流量控制，端到端构建从网关到多个后端服务的全链路灰度。客户在多应用同时发布新版本的情况下，支持多个应用进行灰度验证，确保应用平滑发布上线。
实际情况可能会因您操作过程中使用的资源规格和流量差异，导致费用有所变化，请以控制台显示的实际报价以及最终账单为准）云服务器 ECS 专有网络VPC 微服务引擎 容器服务Kubernetes版 应用场景 技术方案的广泛应用场景 多应用灰度发布 微服务架构下的微服务都有灰度环境来接受灰度流量。这些服务请求下游时仍能回到灰度环境...
来自：
技术解决方案
基于MSE云原生网关实现全链路灰度
在微服务场景中，应用间的调用是随机的。当您部署的Spring Cloud应用或Dubbo应用存在升级版本时，可能会导致无法将具有一定特征的流量路由到应用的目标版本。通过MSE提供的全链路灰度能力，您无需修改业务代码，就可以实现端到端的全链路流量控制。泳道可以将应用的相关版本隔离成一个独立的运行环境。通过设置泳道规则，可以将满足规则的请求流量路由到目标版本的应用。
单击目标服务，在基础监控区域查看服 务各个版本的流量情况。QPS：该应用各个版本的QPS数据。Errors：该应用各个版本的出错请求数。RT(ms)：该应用各个版本的请求响应耗时。步骤2微服务治理可观测 文档版本：20240429 34基于MSE云原生网关实现全链路灰度最佳实践 在MSE微服务治理的全链路灰度页面，单击目标应用，在QPS数据...
可观测链路 OpenTelemetry版结合日志服务SLS关联分析最佳实践
可观测链路 OpenTelemetry 版为分布式应用的开发者提供了完整的调用链路还原、调用请求量统计、链路拓扑、应用依赖分析等工具，可以帮助开发者快速分析和诊断分布式应用架构下的性能瓶颈，当应用出现业务异常问题时，您可以在可观测链路 OpenTelemetry 版控制台关联查看日志进行分析，精准定位业务异常。
一键释放资源.22 文档版本：20240428 III 可观测链路 OpenTelemetry 版结合日志服务 SLS最佳实践 最佳实践概述 最佳实践概述 方案概述 在微服务架构下，服务之间的相互调用关系错综复杂，当业务异常发生时，定位问题 的源头可能需要跨越多个服务，追踪大量的请求日志。由于服务分散和日志量大，此 过程极易变得耗时且低效。...
基于MSE和SAE的微服务部署与压测
通过云原生微服务引擎MSE、SAE、PTS、ARMS产品，为spring cloud微服务应用提供部署和测试能力，提供一个经典微服务应用上云的典型架构，实现微服务应用的快速落地。
通过PTS压测，展示SAE弹性能力 文档版本：20240415 IV基于MSE和SAE的微服务部署与压测 最佳实践概述 部署架构 架构说明 1个SAE命名空间（SAE-Namespace） 3个SAE应用(sc-A,sc-B,sc-C)，采用高可用部署， 1个EIP(NAT-EIP)， 1个SLB(SAE-DEMO-CLB)， 1个MSE注册配置中心(MSE-Nacos)， 1个SAE使用的安全组（SAE-...
基于MSE云原生网关同城多活
借助云原生微服务MSE网关，MSE配置注册中心的同城容灾多活微服务应用。构建一个经典的微服务场景，实现同城容灾的步骤，体现云原生相关产品在用户上云，高可用同城容灾多活场景下的能力。
构建一个经典的微 服务场景，实现同城容灾的步骤，体现云原生相 关产品在用户上云，高可用同城容灾多活场景下 的能力。应用场景 机房级故障的秒级自动转移：云原生网关对于关 联服务的每个节点都建立了主动健康检查的机 制，实现机房级故障的秒级自动转移；非对等部署状态下的全局流量负载均衡：云原生 网关对两个集群的...
基于SpringCloud应用玩转MSE实践
随着业务不断创新，大型的单个应用和服务会被拆分为数个甚至数十个微服务，微服务架构已经被广泛应用。 微服务的好处在于快速迭代，如何在迭代过程中保障线上流量不受损。依赖开源产品缺少无运维工具，常常需要投入较大的运维人力和成本。 本实践提供基于云原生应用产品提供微服务注册配置中心、微服务治理和云原生网关等一系列高性能和高可用的企业级云服务能力。
微服 务的好处在于快速迭代，迭代过程保障线上流量不受损。依赖开源产品缺少专业运维工具，常常需要投入较大的运 维人力和成本。本实践基于云原生应用产品提供微服务注册配置中心、微 服务治理和云原生网关等一系列高性能和高可用的企业级 云服务能力。方案优势 本实践通过云速搭CADT，一键完成基础环境的搭建和部 署，提供...
基于湖仓一体架构使用MaxCompute对OSS湖数据分析预测
本篇最佳实践先创建EMR集群作为数据湖对象，Hive元数据存储在DLF，外表数据存储在OSS。然后使用阿里云数据仓库MaxCompute以创建外部项目的方式与存储在DLF的元数据库映射打通，实现元数据统一。最后通过一个毒蘑菇的训练和预测demo，演示云数仓MaxCompute如何对于存储在EMR数据湖的数据进行加工处理以达到业务预期。
业务架构基于湖仓一体架构使用MaxCompute对OSS湖数据分析预测 最佳实践概述 方案架构 方案优势 兼顾数据湖的灵活性和云数据仓库的成长性 MaxCompute与EMR集群通过PrivateAccess网络连通，低延迟高带宽。数据湖中的Hive元数据映射为MaxCompute的外部项目，元数据由DLF统一管理，无需人 工干预。基于DataWorks强大的数据开发/...
微服务中心解决方案
注册中心和配置中心是 Dubbo 和 Spring Cloud 微服务架构中的重要组件，往往采用 ZooKeeper/Nacos/Eureka/Apollo 等开源方案进行自建，但因其依赖复杂，往往给客户带来的较高的建设和运维成本，同时，在 Hbase、Spark或Kafka 等大数据的环境下，会依赖 ZooKeeper 进行分布式系统的协调，此时，基于云上的托管服务，可以极大的降低运维复杂度，并提高应用可用性。
微服务中心解决方案.阿里云微服务中心解决了依赖 ZK/Nacos/Eureka 等开源注册和配置方案进行自建过程中引起的依赖复杂、建设和运维成本高的问题，同时，降低了在 Hbase、Spark或Kafka 等大数据的环境下的分布式系统协调难题，旨在打造云上微服务运维体系的闭环.谢赟辉,靖鑫,也树.微服务中心解决方案.本方案基于多源异构...
来自：
解决方案
基于日志服务构建业务可观测性系统
现在已知的各种监控数据的工具，以及对应的监控系统有非常多的选择，比如ZABBIX，Prometheus，Skywalking等。但是这些系统都存在同样的一个问题，只覆盖了可观察性的一部分，举个简单的类比，大家在日常开车的过程中，会用到很多的辅助设备，仪表盘，行车记录仪，导航，倒车影像等等，这些设备都各自承载了一部分的功能，但是都存在着如下的问题： l 数据覆盖不完整 l 存在数据孤岛（无法关联协同） l 使用门槛高，不够人性化 核心价值 l 全覆盖，统一协议，支持各类平台。 l 数据关联，统一Schema，关联Metrics/Logs。 l 云原生，SaaS服务，拥抱云原生。 l 简单易用，自动化埋点，数十项易用功能。 智能化，异常诊断，根因分析。
基于日志服务构建业务可观察性系统 部署架构 场景描述 现在已知的各种监控数据的工具，以及对应的监 控系统有非常多的选择，比如 ZABBIX，Prometheus，Skywalking等。但是这些系统都存 在同样的一个问题，只覆盖了可观察性的一部分，举个简单的类比，大家在日常开车的过程中，会用 到很多的辅助设备，仪表盘，行车记录仪，...
SLS数据入湖Kafka最佳实践
应用和数据分散在多云或混合云，在面对多云/混合云这样大的趋势下，数据无法进行统一的聚合、分析处理和导出等，本方案给出了在多云/混合云场景下，构建通过标准的Kafka协议和托管服务，SLS可以连接Kafka数据入湖导入，然后进行统一的海量数据的集中存储、智能转储、聚合分析查询等。
测试验证完毕后一键进行销毁环境 文档版本：20240428 1SLS数据入湖Kafka最佳实践 最佳实践概述 部署架构 架构说明 华北2（北京）模拟阿里云部署 Region，华东2（上海）模拟阿里云或非阿里云 的情况，各个环境有如下资源 1、华北2（北京）region：1.1、开通云产品：日志服务SLS 1.2、在SLS中创建logstore 1.3、在SLS中创建...
MSE云原生网关解析body内容进行路由转发
MSE云原生网关中通过自定义插件transformer解析body内容，并用以路由转发规则判断
测试结束释放环境 文档版本：20240426 5 MSE云原生网关解析 body内容进行路由转发 最佳实践概述 部署架构 架构说明 本方案涉及的云产品包括 1个 MSE实例（前面挂公网 CLB）、2个私网 CLB、2个部 署在 SAE中的测试应用。产品介绍 专有网络 VPC（Virtual Private Cloud）：是用户基于阿里云创建的自定义私有网 络,不同的专有...
RocketMQ性能压测快速方案
在客户对产品性能存疑或者给客户进行POC验证时可以用本实践来快速完成性能测试。
云消息队列RocketMQ版：是阿里云基于ApacheRocketMQ构建的低延迟、高 并发、高可用、高可靠的分布式“消息、事件、流”统一处理平台，面向互联网分布 式应用场景提供微服务异步解耦、流式数据处理、事件驱动处理等核心能力。文档版本：20240506 6RocketMQ性能压测快速方案 前置条件 前置条件 在进行本文操作之前，您需要...
SAE-ACK应用双跑最佳实践
场景描述 实现ACK、SAE中部署的应用在东西向和南北向互通，实现SAE-ACK应用双跑。 应用场景 该最佳实践应用于两类场景： l 因为SAE支持更丰富自动扩缩指标（比如QPS，RT，TCP连接数等），所以将相对稳态的应用部署在ACK中，将相对弹性波动大的应用部署在SAE，借助SAE更强大的自动扩缩应对流量洪峰。 l 将K8s架构迁移到Serverless架构时，需要平滑过渡，所以该最佳实践中的双跑架构可以有效帮用户平滑的完成迁移。
微服务引擎MSE（MicroservicesEngine）：一个面向业界主流开源微服务生态的一站式微 服务平台，提供注册配置中心（原生支持Nacos/ZooKeeper/Eureka）、云原生网关（原生 支持Ingress/Envoy）、微服务治理（原生支持SpringCloud/Dubbo/Sentinel，遵循OpenSergo 服务治理规范）的能力。 云速搭CADT...
容器场景下的应用性能监控、调用链拓扑、内存剖析
场景描述 随着云原生及微服务技术的普及，越来越多的系统已经通过云原生和微服务技术实现企业的降本增效，同时因微服务及云原生的复杂性给系统运维带来非常大的挑战，云原生应用监控arms通过全链路应用监控，从端到端及代码级别的链路下钻能力、CPU、内存持续剖析及诊断能力，帮助客户降低系统故障定位难度，此demo，您将体验arms的链路监控、内存剖析等能力 应用场景 微服务+容器场景下链路调用拓扑，调用链可以显示出服务之间的调用顺序和层次关系，帮助开发人员理解和追踪代码的执行流程 在分布式系统中，一个请求往往需要通过多个服务来完成。当出现问题时，如请求超时、错误或异常，很难快速定位问题所在。 解决问题 调用链可以帮助运维人员解决以下问题： · 故障排查：当请求失败或出现错误时，调用链可以显示整个请求的路径和每个服务的执行情况，从而帮助运维人员快速定位问题所在。 · 性能优化：通过调用链，运维人员可以了解请求在系统中的执行时间和瓶颈所在，从而进行优化。 · 系统监测：调用链可以提供实时的系统监测和分析，帮助运维人员了解系统的健康状况和资源利用情况。
帮助客户降低系统故障定位难度，此demo，您 将体验arms的链路监控、内存剖析等能力 应用场景 微服务+容器场景下链路调用拓扑，调用链可以 显示出服务之间的调用顺序和层次关系，帮助开 发人员理解和追踪代码的执行流程 在分布式系统中，一个请求往往需要通过多个服 务来完成。当出现问题时，如请求超时、错误或 产品列表 ...
容器多云统一监控日志
多云、混合云成为常态，Forrester 报告中指出，未来 89% 的企业至少使用两个云，74% 的企业至少使用三个甚至更多公有云，在面对多云/混合云这样大的趋势下，Gartner报告指出，安全、运维复杂性、财务复杂性是多云架构的主要挑战，本方案给出了在多云/混合云场景下，构建基于容器环境下的统一管理、统一监控和统一日志方案，解决多云、混合云场景下，运维复杂性问题。 应用场景 客户在阿里云以外的其他云服务商（AWS、Azure、GCP、TencentCloud、HuaweiCloud等）或者IDC基于容器（Kubernetes）运行业务系统，希望构建容器场景下的统一监控日志系统，方便做不同大屏和问题分析定位。 解决问题 •构建容器多云统一监控和日志系统，在一个平台可以看到不同环境系统的运行情况。
最佳实践 业务架构 场景描述 多云、混合云成为常态，Forrester报告中指出，未来89%的企业至少使用两个云，74%的企业 至少使用三个甚至更多公有云，在面对多云/混 合云这样大的趋势下，Gartner报告指出，安全、运维复杂性、财务复杂性是多云架构的主要挑 战，本方案给出了在多云/混合云场景下，构建 基于容器环境下的统一...
金融分布式架构SOFAStack
阿里云金融分布式架构SOFAStack为金融用户提供全栈式的基础架构能力，是集项目管理、微服务开发、发布部署、监控运维、容灾高可用等全栈式解决方案，助力客户应用轻松转型分布式架构，保证风险安全的同时帮助业务需求敏捷迭代，支撑金融业务创新，开发人员学习成本最多可降低92%、应用开发效率可最多提升80%、运维人力成本最多可节省90%
既能借助蚂蚁金服久经考验的微服务框架 SOFA 在云上构建微服务应用，也可以支持原生 Dubbo 和 Spring Cloud 上云，无需构建 ZooKeeper，Eureka，Consul 等微服务依赖的自建服务，极大降低运维成本.业务应用系统通过 Service Mesh技术架构轻量级接入，实现对应用无侵入的服务注册与服务治理方案，减少改造成本。同时，该方案...
来自：
云产品
基于链路追踪+ECI的流量洪峰应对
云原生技术已经为越来越多的互联网客户接受，对于在线教育、互动娱乐、电商等类型的客户会由于业务的原因存在突增业务流量，因此对于系统的稳定性非常关注，结合阿里云的容器服务、链路追踪、弹性容器ECI等产品，帮助客户业务实现容器化改造，并且方便发现系统应用架构中的瓶颈等问题，实现系统高弹性的同时优化客户的云资源使用成本。 l 方案优势 ￚ 支持分布式追踪、调用链分析、DB调用分析、链路拓扑分析、业务指标统计等系统链路调用分析。 ￚ 运维研发效率提高，链路追踪服务端全托管，免运维。 ￚ 链路追踪的应用调用链分析能力结合ECI高弹性能力，提升应用系统在洪峰流量冲击下的稳定性。 ￚ 链路追踪接入方便，ECI POD弹性伸缩，节省用户运维成本和云资源使用成本。 ￚ 结合SLS Ingress可以基于应用前端访问性能指标做弹性伸缩，更丰富的云原生弹性能力。
场景描述 云原生技术已经为越来越多的互联网客户接受，对于在线教育、互动娱乐、电商等类型的客户 会由于业务的原因存在突增业务流量，因此对于系统的稳定性非常关注，结合阿里云的容器服 务、链路追踪、弹性容器 ECI等产品，帮助客户业务实现容器化改造，并且方便发现系统应 用架构中的瓶颈等问题，实现系统高弹性的同时...
- 产品推荐
- 这些文档可能帮助您