核心功能
全托管服务
阿里云 Serverless 高可用架构提供全托管的计算资源，用户无需管理底层服务器的配置和维护。阿里云负责底层基础设施的运维和自动扩展，确保应用始终具备最优的运行状态。自动扩展
Serverless 架构的一个重要特性是自动扩展能力。阿里云 Serverless 高可用架构可以根据实际业务需求，自动调整计算资源的规模，确保在高峰期提供足够的计算能力，而在低谷期则合理缩减资源，节省成本。高可用性
阿里云 Serverless 高可用架构通过多地域、多可用区的部署，提供了极高的可用性和容灾能力。即使某个地域或可用区发生故障，应用也能迅速切换到其他可用区，确保业务的连续运行。无缝集成
阿里云 Serverless 高可用架构与阿里云的其他服务（如数据库、消息队列、存储服务等）无缝集成，用户可以轻松构建复杂的云上应用。通过阿里云提供的 API 和 SDK，用户可以快速调用各种云服务，实现业务逻辑的自动化。安全和合规
阿里云 Serverless 高可用架构集成了多种安全服务，如身份验证、权限管理、网络安全组等，确保应用的安全性。此外，阿里云还符合多项国际安全合规标准，为用户提供安心的使用保障。
优势
降低运维成本
通过使用阿里云 Serverless 高可用架构，用户无需关注底层基础设施的运维工作，可以将更多精力投入到应用开发和业务创新中，从而大幅降低运维成本。按需付费
阿里云 Serverless 高可用架构采用按需付费模式，用户只需为实际使用的计算资源付费。这种灵活的计费方式可以帮助用户节省大量成本，尤其适合业务负载波动较大的应用场景。快速迭代
Serverless 架构支持快速部署和更新应用，用户可以根据需求迅速进行迭代和发布新版本。结合阿里云 DevOps 工具，用户可以实现完整的 CI/CD 流程，提高开发效率。高性能
阿里云提供的强大基础设施，保证了 Serverless 应用的高性能运行。无论是计算密集型任务还是 I/O 密集型任务，阿里云 Serverless 高可用架构都能提供出色的性能支持。全球覆盖
阿里云在全球多个地域和可用区部署了数据中心，用户可以根据业务需求选择最佳的部署位置，提供低延迟、高可用的服务体验。
应用场景
Web 应用
阿里云 Serverless 高可用架构非常适合 Web 应用的开发和部署。通过自动扩展和高可用性保障，用户可以轻松应对突发的流量高峰，确保网站的稳定运行。移动后端
对于移动应用的后端服务，Serverless 架构可以提供灵活的计算资源和高效的 API 管理。用户可以快速开发和部署后端服务，为移动应用提供稳定的支持。数据处理
阿里云 Serverless 高可用架构可以与大数据处理服务（如 DataWorks、EMR 等）结合，构建高效的数据处理流水线。用户可以利用 Serverless 的弹性和自动化特性，优化数据处理任务的执行效率。事件驱动架构
Serverless 架构非常适合事件驱动的应用场景。通过与消息队列、事件总线等服务的集成，用户可以构建高效的事件处理系统，实现实时数据处理和业务逻辑的自动化。
体验分享
使用阿里云函数计算
在构建 Web 应用时，我们使用了阿里云的函数计算（Function Compute）。函数计算支持多种编程语言，且无缝集成了阿里云的其他服务。我们发现其自动扩展能力非常出色，在流量高峰时能够迅速扩展实例，确保应用的响应速度。
产品功能：函数计算提供了丰富的功能，包括事件触发、日志管理和监控等，极大地方便了应用的开发和运维。
性能：在实际使用中，函数计算的响应速度和扩展能力都非常令人满意，能够满足高并发请求的需求。
操作配置：函数计算的操作界面直观，配置简单，支持通过控制台和命令行工具进行管理。
产品手册：阿里云提供了详尽的产品手册和示例代码，帮助用户快速上手和解决问题。
使用阿里云 API 网关
为了管理移动后端的 API 请求，我们使用了阿里云 API 网关。API 网关提供了强大的流量管理和安全防护功能，确保 API 的高可用性和安全性。
产品功能：API 网关支持流量控制、身份验证和权限管理等功能，能够满足复杂的业务需求。
性能：在高并发场景下，API 网关表现稳定，延迟低，能够有效处理大量请求。
操作配置：API 网关的配置界面友好，支持可视化配置和自动化部署，极大提升了管理效率。
产品手册：API 网关的手册内容详尽，涵盖了从基础配置到高级功能的使用，帮助我们迅速掌握了各项操作。
使用阿里云日志服务
在数据处理场景中，我们结合阿里云日志服务（Log Service）进行日志收集和分析。日志服务提供了强大的数据收集、存储和查询功能，帮助我们高效地进行日志管理。
产品功能：日志服务支持实时日志收集、分析和监控，提供了丰富的数据处理能力。
性能：日志服务的处理速度和查询性能非常优秀，能够快速响应大规模数据分析请求。
操作配置：日志服务的配置简单，支持通过控制台和 API 进行管理，方便灵活。
产品手册：阿里云提供了详细的日志服务手册和使用示例，帮助我们快速上手并解决实际问题。
结论
阿里云 Serverless 高可用架构通过全托管服务、自动扩展、高可用性和无缝集成等特性，为用户提供了强大的云上应用构建能力。无论是 Web 应用、移动后端、数据处理还是事件驱动架构，阿里云 Serverless 高可用架构都能提供出色的支持，帮助企业实现更高效的业务运营和更快速的创新。
2024-07-30
0
收起
进朱者赤
PolarDB简介 PolarDB是阿里云自主研发的新一代关系型云原生数据库，它融合了商业数据库的稳定、可靠、高性能特性，同时兼具开源数据库的简单、可扩展、高速迭代优势。 功能介绍 Serverless PolarDB for MySQL Serverless提供了CPU、内存、存储、网络资源的实时弹性能力，具有资源用量低、简单易用、弹性灵活和价格低廉等优点，进一步助力企业降本增效。 热备 事先为集群中的只读节点开启热备功能，从而在主备切换的过程中实现快速切换和连接保持。 严格强一致性集群SCC 在内核层面提供集群强一致性读SCC服务，保证发往集群任意副本的读请求都可以获得强一致性的结果。 多主架构集群版 多写多读架构，解决一写多读的写性能瓶颈问题，最多可支持32个节点同时写入。 产品试用 实例创建 小结：在部署过程中，我没有遇到任何显著的报错或异常。创建云数据库PolarDB MySQL版 Serverless集群和Serverless应用引擎实例都非常顺利 实例管理 应用场景 PolarDB适用于多种应用场景，包括但不限于： 互联网业务：如电商、社交、视频、游戏等，需要处理大量并发访问和数据存储。 金融行业：如银行、证券、保险等，对数据的安全性和可靠性有极高要求。 大数据处理：支持大规模数据处理和分析，满足企业数据仓库和数据分析需求 建议 增加视频指南增加视频教程的数量和质量，通过直观的演示帮助用户更好地理解复杂的概念和操作步骤。 简化创建流程目前的创建流程还是太多了，导致创建流程繁琐，建议支持先快速搭建demo的能力，先让流程跑通，后续再详细创建或者可修改即可。优化产品界面和操作流程，减少用户的认知负担和操作难度。 总结 体验并部署了《Serverless高可用架构》-PolarDB后，发现其相较于传统架构优势显著：零代码改造降低迁移门槛，极简易用提升开发效率，自适应弹性确保资源高效利用。Serverless全托管服务模式为企业数字化转型和云服务创新提供了有力支持，阿里云继续加油!
展开全文
2024-07-28
0
aliyun7689123603-22772
体验《卓越效能，极简运维，Serverless高可用架构》解决方案时，主要涉及到了PolarDB MySQL的多个高级功能，包括列存索引(IMCI)、Serverless极致弹性，以及弹性并行查询(ePQ)。以下是基于提供的体验内容对这些云产品的评价： 1. 列存索引(IMCI)体验 产品功能: IMCI技术显著提升了大数据量下的查询性能，特别是在聚合查询场景下。通过对比开启前后的查询耗时（例如，未开启IMCI时查询耗时为23.73秒），可以直观感受到其加速效果。 性能: IMCI能够有效降低CPU占用率，加快查询响应速度，适合处理大规模数据分析任务。 操作配置: 体验流程简便，通过瑶池解决方案体验馆的指引，用户可以轻松创建任务并观察到性能改善，操作友好。 文档支持: 提供的体验流程清晰，每一步都有明确指示，有助于用户快速上手。 2. Serverless极致弹性体验 产品功能: PolarDB Serverless能够根据实际负载自动调整资源，如主节点PCU数量秒级弹升至15 PCU以应对高并发压力，体现了出色的弹性伸缩能力。 性能: 随着PCU的自动增加，TPS也随之提升，证明了Serverless模式下数据库处理能力的高效扩展。 操作配置: 创建压测任务流程简单，通过直观的界面即可完成配置，实时观测性能变化，简化了运维工作。 文档与指导: 文档覆盖了从创建任务到观测结果的全过程，信息详尽，易于理解。 综上所述，PolarDB MySQL在Serverless架构、列存索引以及弹性并行查询方面展现了强大的功能与性能，不仅满足了高可用、高性能的需求，而且在操作配置上力求简洁易用，配合详尽的文档支持，极大地提升了用户体验。这些特性共同构建了一个既高效又易于管理的数据库解决方案，非常适合现代云原生应用和大数据处理场景。 建议 基于PolarDB MySQL Serverless的特性与优势，我为您整理了以下几点建议，以助您充分利用其功能并优化数据库管理： 1. 动态弹性资源管理 业务适应性优化：鉴于Serverless集群能根据业务负载自动调整资源，从0至1000核范围内无感伸缩，建议在业务波峰期间充分利用此特性，确保高并发场景下服务稳定性与性能 成本效益分析：利用Serverless的按量付费模式，避免资源浪费，在业务低谷期自动释放计算成本，实现成本优化 2. 高可用性与数据一致性 架构设计：利用多节点架构保障高可用性，确保SLA与普通集群保持一致，适合对稳定性有严格要求的应用场景 数据管理：采用高性能模式下的全局一致性，确保数据写入后立即在只读节点可读，平衡性能与一致性需求 通过以上建议，您可以更好地规划和实施PolarDB MySQL Serverless的部署，以实现卓越效能与极简运维的目标。
展开全文
2024-07-27
7
1941623231718325
评测报告 1）引导与文档帮助 在体验过程中，我得到了足够的引导和文档帮助。阿里云的官方文档非常详尽，包括创建Serverless集群和应用引擎实例的步骤都有详细的说明。然而，对于初学者来说，一些高级配置和最佳实践可能还需要更多的案例和教程来支持。 欠缺的部分： 更多的实战案例和教程，特别是针对特定应用场景的最佳实践。对于一些高级配置的详细解释和使用场景说明。 2）部署过程中的报错或异常 在部署过程中，我没有遇到任何显著的报错或异常。创建云数据库PolarDB MySQL版 Serverless集群和Serverless应用引擎实例都非常顺利，且阿里云的控制台提供了足够的监控和日志功能，以便在出现问题时进行排查。 无显著报错或异常。 3）Serverless高可用架构方案的竞争力 我认为Serverless高可用架构方案在成本、功能和性能上都具有很强的竞争力。按量付费的模式极大地降低了企业的初始投入和运维成本，而原生支持的弹性伸缩则确保了应用能够应对突发的访问量，无需手动进行资源扩容。 是否推荐：在企业上云过程中，我强烈推荐团队使用Serverless架构。它不仅简化了运维工作，还提高了资源的利用效率，使企业能够更加专注于业务逻辑的开发和创新。 4）云产品体验 云数据库PolarDB MySQL版 Serverless集群： 功能：提供了完整的MySQL数据库功能，支持自动扩容和缩容，无需手动管理数据库实例。性能：性能表现稳定，能够应对突发的访问量，且延迟较低。操作配置：通过阿里云控制台可以非常便捷地进行配置和管理，包括数据库的创建、备份、恢复等。产品手册：手册内容详尽，提供了从入门到进阶的完整教程和最佳实践。 Serverless应用引擎实例： 功能：支持多种编程语言和环境，能够快速部署和扩展应用。性能：应用响应速度快，且能够自动根据负载进行扩容和缩容。操作配置：部署和配置过程非常简单，通过阿里云控制台可以完成所有操作。产品手册：提供了详细的部署和配置指南，以及常见问题解答。 总结：
展开全文
2024-07-26
1
DreamSpark
这是解决方案评测的第四篇，也是开发者新版评测的第四篇。希望大家可以踊跃参加，把你最真实的体验感受和建议分享出来。可点击下方链接前往评测活动首页： 解决方案评测｜高效构建企业门户网站 解决方案评测｜通义万相AI绘画创作 解决方案评测｜容器化管理云上应用 解决方案评测｜Serverless高可用架构 方案解读 作为解决方案评测的第四篇方案，整体上看依旧是熟悉的脉络。开篇点题简要阐述了Serverless高可用架构的必要性。作为企业业务部署上云的高可用低成本架构首选，云上的Serverless架构，支持服务托管、弹性伸缩和按量付费，减少企业手动资源管理和性能成本优化的工作，同时通过高可用的配置，避免可能遇到的单点故障风险。那究竟Serverless架构和传统架构之间有啥差异，方案这里用了一张对比图，其实我觉得这块应该用表格来展示会更好。我总结Serverless架构的优点有如下几个方面： 运维成本低 Serverless架构将服务器管理的责任交给云服务提供商，减少了运维人员的工作量和成本。开发人员无需再关注底层服务器的配置、扩展、监控、安全、备份等任务，可以专注于业务逻辑的开发和优化。 弹性可伸缩 Serverless架构能够根据应用的实际负载自动进行弹性伸缩，确保应用始终具备足够的计算能力。这种自动伸缩的能力使得应对高峰期和突发流量变得更加容易，避免了传统架构中因手动扩展不及时而导致的性能瓶颈。 容错性更高 Serverless架构通常分布在多个地理位置和多个数据中心，提供了高可用性和容错能力。当某个节点出现故障时，其他节点可以自动接管请求，确保应用的稳定运行。 开发高效便捷 Serverless架构让开发人员能够更专注于业务逻辑的开发，无需关注底层的基础设施。通过使用云服务提供商提供的函数或服务，开发人员可以更快速地构建和部署应用，缩短了开发周期和迭代时间。此外，利用Serverless架构的简单运维、低成本及快速上线能力，开发者可以快速尝试业务的新形态、新功能，降低试错成本。 应用场景更广 Serverless架构非常适合处理异步任务，如图像处理、数据转换等。还可以用于构建Web和移动应用的后端服务，处理用户请求、数据存储和身份验证等功能。此外，还能够高效地处理大规模数据的计算和分析任务，可以根据实际需求自动扩展计算资源，提高数据处理的效率和吞吐量。 在阐述了Serverless架构优势后，方案开始介绍了本次体验的整体架构拓扑。如下：针对上述架构，方案的解读如下： 1、用户访问应用时，DNS会将访问请求解析至应用负载均衡ALB的服务地址。负载均衡作为应用的统一入口，将请求转发至Serverless应用引擎实例上的服务。 2、在您的业务负载增长时，通过合理的配置，各个系统组件都可以自动弹性伸缩。ALB采用的固定IP模式最大可支持10万QPS，切换为动态IP模型最大可支持100万QPS。Serverless应用引擎支持秒级横向弹性伸缩。云数据库PolarDB MySQL版Serverless集群各节点可实现秒级纵向弹性以及横向只读节点扩展能力。 3、应用负载均衡ALB、Serverless应用引擎实例、云数据库PolarDB MySQL版Serverless集群都采用双可用区部署，当单可用区故障，可自动迁移使用另一可用区的服务。 综上，可以总结上述架构是一个基于云环境、使用Serverless架构和负载均衡技术的高可用Web应用及其数据库服务的系统架构。 紧接着方案中开始阐述Serverless架构的典型应用场景，其实除了方案中提到的场景外，Serverless架构还可以应用到如下业务： 在物联网（IoT）领域，设备会不断产生大量的数据，这些数据需要被实时处理和分析以支持业务决策。使用Serverless架构，你可以将数据处理逻辑编写为无服务器函数，当新数据到达时自动触发这些函数进行处理。例如，一个智能家居系统可以将温度、湿度等传感器数据发送到无服务器函数，函数随后对数据进行清洗、聚合和分析，并将结果存储在数据库中供后续查询。在文档处理或图像识别领域，经常需要对用户上传的文件进行各种处理，如格式转换、压缩、识别文字等。使用Serverless架构，你可以创建一系列无服务器函数来处理这些任务。当用户上传文件时，可以触发一个函数来接收文件，并将其发送到另一个函数进行处理。处理完成后，结果可以返回给用户或存储在云存储中。这种方式不仅提高了处理效率，还减少了服务器的维护成本。在机器学习领域，训练好的模型需要被部署到生产环境中以进行实时预测或推荐。使用Serverless架构，你可以将模型部署为无服务器函数，并根据需要调用这些函数进行预测。这种方式的好处是，你可以根据需要动态地扩展模型的数量和计算能力，以适应不同的流量需求。此外，Serverless架构还提供了自动管理和优化资源的能力，使得机器学习应用的运维更加简单和高效。在微服务架构中，每个服务都可以被封装成一个独立的函数，并使用Serverless架构进行部署。这种方式使得服务的扩展和部署更加灵活，可以根据实际需求动态地调整每个服务的资源分配。同时，由于Serverless架构的自动扩展能力，当某个服务的请求量增加时，可以自动增加更多的函数实例来处理请求，确保服务的稳定性和可用性。 下面就是方案的实际部署了，提供了两种部署方式，一键部署和手动部署，这里推荐一键部署，可以大大免去基础环境的搭建步骤，提升部署效率。下面是一键部署和手动部署在步骤上有差异的地方。从图上可以看出，手动部署需要将涉及的资源挨个进行配置和搭建，而一键部署通过ROS编排做到了将涉及的资源集中搭建，一键配置。 从上面的方案拓扑也可以看出，本次体验实际上涉及到产品和服务有Serverless应用引擎(SAE)、PolarDB MySQL Serverless、应用型负载均衡ALB。针对本次体验，如果你是新用户可以领取PolarDB MySQL Serverless的试用额度。到这，这个方案的解读就结束了，虽然篇幅有限，但整体看下来还是可以的，方案该有的信息都有，就是方案的某个模块阐述不是很到位，需要根据实际需求做下优化，比如上述提到的架构优缺点应该用表格。此外，本次的解决方案评测也是近几期以来步骤最少，难度最低的一次了。 部署体验 一键部署 这里直接点击方案中的“一键部署”前往部署详情，接着在详情页中点击“一键部署”来到ROS控制台。如下：选择地域，输入mysql密码，选择可用区。如下：这里可以点击"预览模板资源"，查看需要创建的所有资源信息。如下：完成后，点击下一步。这里可以看到所需的费用明细，需要先检查账户余额是否大于100元。确认无误，点击“创建”。如下创建过程中，可以通过点击"事件"或"资源"，查看当前进度。如下：等待8分钟后，状态变成“创建成功”。如下：在资源栈详情页面，单击输出页签，即可开始访问服务了。如下：为了更直观清晰地了解其高可用架构，我们登录PolarDB控制台，这里可以看到集群的详情。如下：通过“性能监控”，我们看到节点的所有监控数据，非常直观清晰。如下：对于运维人员来说，数据库参数的配置非常麻烦，而在PolarDB MySQL Serverless中这将变得非常简单，如下：开发维护人员可以可视化查找并修改配置参数，如果对于某个参数不熟悉，完全可以通过将鼠标悬停在问号处获得答案。而且针对主备节点的参数差异进行了可视化展示。如下：对于所有修改过的参数，均记录在案，通过修改历史可查阅。如下：除此，还提供了一键诊断功能，方便开发维护人员排查问题，通过实时性能可以非常直观了解到集群的动态。如下：此外，还提供了慢SQL的综合分析和治理。如下： 释放资源 完成体验后，非常有必要将资源进行释放，以免产生不必要的费用扣除。通过一键部署的环境，同样可以通过一键进行释放。如下：如果你是通过手动部署方式创建的，那释放就相对麻烦很多。按照部署方案提供的步骤释放即可。如下： 学习拓展 到这里，整个方案部署体验就完成了，是不是意犹未尽呢，下面提供了更多实验，点击可前往进行体验。 在ACK Serverless中部署Stable Diffusion应用 基于EMR Serverless StarRocks一键玩转世界杯 10分钟Serverless部署PHP商城 1分钟SAE部署PHP商城小程序 5分钟轻松打造应对流量洪峰的稳定商城交易系统 小试牛刀，一键部署电商商城 体验总结 1）整个体验流程还是非常通畅的，基本涵盖了所有步骤涉及的文案。方案简要介绍了整个架构的设计思路、部署步骤以及关键组件的配置方法，这对于初次接触Serverless架构的开发者来说非常友好。然而，在某些高级配置或特定场景下的最佳实践方面，文档略显不足。例如，关于如何根据业务负载动态调整Serverless资源的详细策略，以及如何在高并发场景下优化数据库性能等高级话题，文档可以提供更多的案例分析和最佳实践指导。这里需要提的一点就是，这个控制台界面需要优化，滚动条都被侧边栏遮挡住了，虽然可以通过按钮进行缩减，但还是会遮挡。比如：但也不是所有的控制台都存在这个问题，ECS的控制台就不会出现这个问题，且侧边栏可以隐藏。如下：从上面对比可以看出，其实遮挡的主因在于侧边栏图标的大小，悬停的这种因为图标偏大，导致遮挡的。2）一键部署中并没有遇到什么问题，但在手动部署中，由于步骤说明不详细，倒是出现了两个问题，如下： 云数据库PolarDB MySQL版 Serverless集群创建时，网络配置错误：由于网络设置不当，导致集群创建后无法从应用服务器访问。通过重新检查VPC（虚拟私有云）配置和安全组规则，确保网络互通后解决了问题。Serverless应用引擎实例部署失败：在部署初期，由于Docker镜像配置问题（如依赖项未正确打包），导致实例启动失败。通过重新构建并上传正确的Docker镜像后，成功部署了应用。 所以从上述两个问题来看，往后针对手动部署，部署手册还是需要尽可能的详细，尤其是容易出错的点一定要着重标明。 3）从成本、功能和性能三个维度来看，Serverless高可用架构方案展现出了较强的竞争力： 成本：Serverless架构通过按需付费的方式，有效降低了空闲资源的浪费，对于初创企业或项目初期来说，能够显著降低IT成本。功能：该方案集成了云数据库、Serverless应用引擎等多个云产品，提供了完整的高可用解决方案，支持快速迭代和弹性扩展。性能：Serverless架构通过自动管理底层资源，能够确保应用在高负载下依然稳定运行，同时减少了运维人员的工作量。 在企业上云过程中，我强烈推荐团队考虑使用Serverless架构，特别是对于需要快速响应市场变化、追求极致成本效益比的企业来说，Serverless架构无疑是一个理想的选择。 4）具体云产品的体验总结： 云数据库PolarDB MySQL版 强大的弹性计算能力：从上面的体验来看，PolarDB for MySQL Serverless支持快速的资源弹升速度，能在5秒探测窗口内完成弹升，最快1秒钟。同时，它具有强大的伸缩性，可以自动进行纵向扩展（0~32核）和横向扩展（0~8个节点），支持0~256核范围内的伸缩。这种强大的伸缩性还带来了稳定性的优势，PolarDB for MySQL Serverless能够在业务无感的情况下进行纵向扩缩容和横向扩展，确保系统的稳定性和可靠性。此外，PolarDB for MySQL Serverless的资源伸缩颗粒度非常细腻，支持最小0.5PCU颗粒度的资源伸缩，使得资源的分配更加精确。另一个值得一提的特点是PolarDB for MySQL Serverless的自动启停功能。当没有访问需求时，计算资源可以被缩减到0，从而节省成本。而当有访问需求时，资源可以在短短10秒内被唤醒，迅速响应用户需求。全局数据强一致性：PolarDB for MySQL Serverless还具备全局数据的强一致性能力。无论多少个只读节点，数据都能保持强一致性，而且在保证性能不下降的情况下实现。这种一致性特性对于多节点应用尤为重要。应用场景广泛：既可以针对需要进行大量数据处理的大数据分析场景，也可以应用在微服务架构中，使得每个服务都可能有独立的数据库需求，帮助企业节省运维成本。 操作配置：通过控制台或API进行配置和管理，操作便捷。但部分高级配置选项可能需要一定的学习成本。 产品手册：官方文档详尽完备，涵盖了从基础操作到高级配置的各个方面，对新手友好。 综上，PolarDB MySQL版Serverless是一款具有高度灵活性和扩展性的数据库产品，它结合了云原生数据库的优势和Serverless计算的灵活性，为企业提供了一种全新的数据库解决方案。 其实去年开发者评测活动中是有针对PolarDB for MySQL Serverless出过一次测评的，我有幸参加了，感兴趣的朋友们可以点击下属链接前往了解更多。PolarDB MySQL 版 Serverless评测 Serverless应用引擎 通过上述体验，可以很轻易得出结论，SAE的产品功能在大多数情况下能够满足用户需求，同样的，SAE在性能上表现良好，能够满足大多数应用的需求。主要体现在如下几个方面： 全托管、免运维：SAE作为全托管的Serverless平台，用户无需管理服务器等基础设施，只需关注业务逻辑的开发与优化。这一特性大大减轻了开发者的运维负担。丰富的企业级特性：SAE提供了诸如命名空间隔离、细粒度的权限控制等企业级特性，确保了应用的安全性和稳定性。灵活的负载类型：如SAE Job，支持任务场景，如定时任务、数据批处理、异步执行、离线计算等，具备单机、广播、并行计算、分片运行的特性，并支持失败自动重试、监控报警等。自动弹性伸缩：SAE能够根据用户的流量自动扩展或收缩资源，确保应用在高峰期和低谷期都能保持稳定的性能。 SAE的产品操作配置相对便捷，但仍有改进空间。用户可以通过SAE控制台快速创建应用，并配置相关参数，如应用名称、应用描述、源码仓库等。SAE支持从源码仓库持续部署应用，简化了部署流程，提高了开发效率。但在操作过程中，如源代码库的选择和授权方面，可以进一步优化界面设计，简化操作流程，提高用户体验。 SAE的产品手册较为详尽完备，但仍有待完善。SAE的产品手册通常包含了详细的操作步骤和示例，可以帮助用户快速上手。但随着产品的不断升级和迭代，产品手册也需要及时更新和完善，以反映最新的功能和特性。同时，可以增加更多的实战案例和最佳实践，帮助用户更好地理解和应用SAE。 同样的，去年开发者评测活动中也有针对Serverless应用引擎（SAE）出过一次测评，我也有幸参加了，感兴趣的朋友们可以点击下属链接前往了解更多。Serverless应用引擎SAE评测
展开全文
2024-07-23
20
周周的奇妙编程
前言 先粗略的看了一下这个解决方案，发现跟之前几个方案相比有了一定的优化。 一是深入架构本身做了一些对比 分析了当前架构的设计特点与优势，并与传统架构进行了细致的对比，这样也方便客户清楚地了解到Serverless架构如何在满足特定业务需求上更胜一筹。 二是在架构图下面增加了一些解释 这点是非常好的，因为有的时候用户可能对这个架构图中的某个产品不熟悉，详细的注释不仅能够帮助用户快速熟悉各个组件的用途和工作原理，还能有效降低误解和混淆的可能性，促进信息的透明度。 但是还有一个很明显的不足就是在应用场景处的描述太敷衍了。。。 这跟前几期的对比起来完全不像是同一个人写的，丝毫没有突出Serverless高可用架构在这个应用场景下是如何展现自身特性的也没有说清楚最终能达到什么效果！ 建议修改为如下： 流量波动大的WEB网站：Serverless高可用架构特别适合应对WEB网站的大幅度流量波动，它不仅能即时响应流量高峰，保障网站运行无阻，而且能够根据实际情况智能分配资源，有效控制成本，实现业务稳定和成本优化的双重目标。 体育视频直播平台：通常体育赛事都会具有周期性，Serverless高可用架构能为体育视频直播平台提供弹性扩展能力，无缝应对赛事高峰期的流量洪峰，确保直播稳定无延迟，同时按需付费模式优化成本，提升观赛体验与平台运营效率。 在线教育平台：在线教育平台由于学生上课时间和假期的特性，在学生课余时间访问量集中。Serverless架构赋能在线教育平台，灵活应对学员访问波动，智能调度资源，确保课程流畅加载，同时降低成本，助力打造高效稳定的在线学习环境。 方案体验 下面还是来看一看方案吧，继续捉虫，这次时间不是很充裕，就不一步步截图复现了，只挑关键的地方说。 还是老惯例，两种部署方式，一键部署和手动部署。 一键部署 一键部署还是一如既往的简洁，只需点击一键部署按钮。 输入数据库实例密码，选择可用区。 点击创建即可。 顺带一提，最近写了一遍关于ROS的入门文章，有兴趣的朋友可以看一下：记一次饱经挫折的ROS部署经历 手动部署 手动部署的重头戏在于创建云数据库PolarDB MySQL版 Serverless集群和Serverless应用引擎实例上，所以我们这里就挑这两个来说。 创建云数据库PolarDB MySQL版 Serverless集群 关于创建云数据库PolarDB MySQL版 Serverless集群的方式其实也是写的很详细了，只是感觉都缺少配图。。。 创建完成后再进到实例里面创建数据库，具体操作就按照解决方案里来就可以了，不会有什么问题，不过还是配图太少了，对于新人来说不友好。 创建Serverless应用引擎实例 根据解决方案的链接，打开的SAE其实是新版本界面的，也就是2.0界面。 我们按照步骤逐一创建。 按照下表进行应用详细配置。 进入高级设置，将启动项直接复制过去，最后点击创建应用就好了。 建议总结 这里也稍微总结一下吧，通篇体验下来，我认为比较大的缺陷有三个。 解决方案的应用场景描述很敷衍 具体如前言所述，没有突出Serverless高可用架构在这个应用场景下是如何展现自身特性的也没有说清楚最终能达到什么效果！ 建议修改为如下： 流量波动大的WEB网站：Serverless高可用架构特别适合应对WEB网站的大幅度流量波动，它不仅能即时响应流量高峰，保障网站运行无阻，而且能够根据实际情况智能分配资源，有效控制成本，实现业务稳定和成本优化的双重目标。 体育视频直播平台：通常体育赛事都会具有周期性，Serverless高可用架构能为体育视频直播平台提供弹性扩展能力，无缝应对赛事高峰期的流量洪峰，确保直播稳定无延迟，同时按需付费模式优化成本，提升观赛体验与平台运营效率。 在线教育平台：在线教育平台由于学生上课时间和假期的特性，在学生课余时间访问量集中。Serverless架构赋能在线教育平台，灵活应对学员访问波动，智能调度资源，确保课程流畅加载，同时降低成本，助力打造高效稳定的在线学习环境。 手动部署方式的表述太简洁 官方可能是考虑到用手动部署的人比较少，所以这个文档里面几乎只有纯文字的内容，压根一点图示都没有，但这对于初次接触不熟悉手动部署流程却又想提升技术能力的用户来说就缺乏了直观的指引，可能会使配置过程变得困难重重。（这真不是套话！已经有初学者问过我了！最后发现是在初始配置阶段就选错了参数） 所以我希望，指引还能稍微细致一些，不仅罗列操作步骤，还应配备清晰的步骤截图，确保用户能按图索骥，顺利实施部署。 整个解决方案都没有突出Serverless的亮点能力 致命问题！不管是手动部署还是一键部署，最终的呈现效果都没办法表现出这是Serverless高可用架构的优势。 但凡只要是台服务器就可以访问这个界面，我Serverless架构的极致弹性如何体现？？？高效运维又如何体现呢？？ 这里建议可以放一个实验链接，让用户自行进行压测体验，或者参考我之前的文章：PolarDB Serverless能力测评：秒级弹升、无感伸缩与强一致性，助您实现高效云数据库管理！ 说实话，这篇解决方案还是很令人失望的，有比较多的地方都值得推敲和优化，希望能进一步完善吧！
展开全文
2024-07-15
11
aliyun7689123603-22772
在体验阿里云PolarDB MySQL Serverless集群的过程中，用户可以感受到以下几个关键点，这些点覆盖了产品功能、性能、操作便捷性及文档支持等方面： 方案亮点与优势 零代码改造与快速上云：Serverless架构允许应用无须修改代码即可快速部署至云端，实现业务的敏捷上线。 极简运维与成本优化：自动化的资源管理和按量付费模式显著降低运维成本与资源浪费。 弹性伸缩能力：包括Serverless应用引擎、PolarDB MySQL版Serverless集群在内的组件均支持秒级弹性伸缩，确保业务负载增长时的稳定性和响应速度。 高可用性设计：应用负载均衡ALB、Serverless应用引擎实例及云数据库均采用双可用区部署，实现故障自动切换，增强系统稳定性。 全面配套服务：集成日志、监控、负载均衡等服务，开箱即用，简化运维工作。 部署与配置便捷性 方案提供详细的部署教程，引导用户逐步搭建Serverless高可用架构，包括创建Serverless应用引擎实例、配置云数据库PolarDB MySQL版Serverless集群等。 通过交互式体验和清晰的文档指导，即使是初次接触Serverless架构的用户也能快速上手。 成本效益评估 体验成本预估约为30元，涵盖基础配置的Serverless应用引擎实例、ALB实例、PolarDB MySQL版Serverless集群，适用于不超过24小时的体验周期，实际费用依据具体配置和使用量而定。 注意事项与局限性: 状态管理：对于有状态应用，需考虑状态同步与上下文保持问题。 任务类型：并非所有应用类型均适合Serverless架构，特别是长时间运行的密集型计算任务需审慎评估。 综上，该方案在实现业务高效部署、运维简化、成本控制及高可用性方面表现出色，适合追求快速迭代、成本敏感及业务弹性需求的企业。然而，用户在采纳前应根据自身应用特性细致规划，以充分发挥Serverless架构的优势。
展开全文
2024-07-15
6
人物我非-32022
image.png
在体验《卓越效能，极简运维，Serverless高可用架构》解决方案并进行部署的过程中，用户可以获得较为充分的引导和文档帮助。该方案提供了详细的部署教程，逐步指导用户完成整个部署流程，确保即使是没有丰富云服务经验的用户也能顺利实施。文档覆盖了从环境准备、服务配置到监控与优化的全过程，同时强调了Serverless架构的优势，如零代码改造、自动弹性伸缩和按量付费的特点，以及如何通过云产品如Serverless应用引擎、PolarDB MySQL版和负载均衡SLB实现高可用性。image.png
然而，为了进一步提升用户体验，部分用户可能会需要更多关于特定场景下的最佳实践案例，特别是在面对特定业务需求调整配置策略时的指导>。此外，针对初次接触Serverless架构的用户，增加一些基础概念的解释和架构设计原则的说明可能会更有助于理解整个方案的设计逻辑。最后，虽然方案提到了成本估算，但对于不同规模应用在长期运行下的成本分析和优化建议也是用户可能感兴趣的内容。
综上所述，尽管现有文档已经为大部分用户提供足够的支持，增强上述提及的方面将使引导更加完善，帮助用户更高效地完成部署并深入理解Serverless高可用架构的价值。
image.png
Serverless高可用架构方案在成本、功能、性能方面展现出了显著的竞争力：
成本效益：
按量付费：Serverless架构支持自动伸缩实例并按使用量计费，这意味着企业仅需为实际消耗的资源付费，大大降低了空闲时段的成本。例如，SAE服务提供闲置计费和缩容到0的能力，尤其适合流量波动大的Web应用，有效降低成本>。
image.png
功能全面：
全托管服务：无需关注底层基础设施，自动集成日志、监控、负载均衡等能力，简化运维工作，加速业务上线速度。
微服务支持：无缝对接微服务架构，支持快速弹性扩缩和持续集成与交付，加速迭代效率，适合现代应用开发需求<。
image.png
高性能与高可用性：
弹性伸缩：秒级横向弹性伸缩能力确保在业务负载增长时，资源能够迅速匹配需求，如SAE和PolarDB MySQL版Serverless集群的秒级扩展能>。
高可用设计：核心组件如ALB、SAE实例、PolarDB集群采用双可用区部署，自动故障切换，确保服务连续性<>。
大流量处理：ALB支持高达百万QPS，满足大规模应用的性能需求>。
image.png
企业上云推荐：
鉴于Serverless架构在成本控制、功能全面性、以及高性能与高可用性方面的综合优势，对于追求高效能、极简运维的企业团队而言，采用Serverless高可用架构是一个高度推荐的选择。它不仅能够帮助企业快速响应市场变化，还能在保障服务质量的同时，有效控制运维成本和资源管理复杂度>。特别是对于初创公司、快速成长的项目或是需要灵活应对流量波动的业务场景，Serverless架构尤为适用。
2024-07-15
0
收起
郑小健
这两天我体验了《Serverless高可用架构》解决方案并进行部署，总体来说Serverless高可用架构跟传统架构对比还是很不错的， Serverless 架构可以实现零代码改造、极简易用、自适应弹性的全托管服务，自动伸缩实例并按使用量计费，同时提供开箱即用的日志、监控、负载均衡等配套能力。用户访问应用时，DNS会将访问请求解析至应用负载均衡ALB的服务地址。负载均衡作为应用的统一入口，将请求转发至Serverless应用引擎实例上的服务。在您的业务负载增长时，通过合理的配置，各个系统组件都可以自动弹性伸缩。ALB采用的固定IP模式最大可支持10万QPS，切换为动态IP模型最大可支持100万QPS。Serverless应用引擎支持秒级横向弹性伸缩。云数据库PolarDB MySQL版Serverless集群各节点可实现秒级纵向弹性以及横向只读节点扩展能力。应用负载均衡ALB、Serverless应用引擎实例、云数据库PolarDB MySQL版Serverless集群都采用双可用区部署，当单可用区故障，可自动迁移使用另一可用区的服务。下面我们一起看下部署流程吧：技术架构包括以下基础设施和云服务： 1个专有网络VPC：为应用型负载均衡ALB、Serverless应用引擎、云数据库PolarDB MySQL版Serverless集群等云资源构建云上私有网络。 5台交换机：按照经典架构设计3个子网平面（公网平面、业务平面、数据平面），分别部署在两个可用区，提供基本的网络分段和隔离功能。ALB横跨两个可用区部署在公网平面，两个Serverless应用引擎实例分别部署在两个可用区的业务平面，一对云数据库PolarDB MySQL版Serverless主备集群分别部署在两个可用区的数据平面。 1个公网应用型负载均衡ALB：将公网访问流量分发到不同的Serverless应用引擎实例。公网ALB通过EIP提供公网服务能力。 2个Serverless应用引擎实例：用于部署业务系统，提供应用服务。 1个云数据库PolarDB MySQL版Serverless集群：为业务系统提供数据服务。 一.部署准备耗时：10分钟 1.准备账号如果您还没有阿里云账号，请访问阿里云账号注册页面，根据页面提示完成注册。阿里云账号是您使用云资源的付费实体，因此是部署方案的必要前提。 2.为阿里云账号充值。本方案的云资源支持按量付费，且默认设置均采用按量付费引导操作。如果确定任何一个云资源采用按量付费方式部署，账户余额都必须大于等于100元。 二.部署资源： 1.创建专有网络VPC和交换机1.1 为了实现高可用，您需要将服务负载和数据库等资源尽可能分布在多个可用区，规避单可用区故障造成的服务不可用。本方案以双可用区为例，因此，您需要创建1个专有网络和5个交换机。PolarDB MySQL版 Serverless集群仅需1.2 要1个交换机，系统自动选择备可用区。1.3 登录专有网络管理控制台。1.4 在左侧导航栏，单击专有网络。1.5 在顶部菜单栏，选择华东1（杭州）地域。1.6 在专有网络页面，单击创建专有网络。1.7在创建专有网络页面，配置1个专有网络和5个交换机。配置交换机时，请确保交换机所属的可用区的ALB是可用状态。2.创建安全组2.1您已经在1个专有网络VPC下的2个可用区分别创建5台交换机。接下来您需要创建1个跨可用区的安全组，用于限制该专有网络VPC下的5台交换机的网络流入和流出。2.2登录ECS管理控制台。2.3在左侧导航栏，选择网络与安全>安全组。2.4在顶部菜单栏，选择华东1（杭州）地域。2.5在安全组页面，单击创建安全组。2.6在创建安全组页面，创建1个安全组。3.创建云数据库PolarDB MySQL版 Serverless集群 您已经创建了VPC和vSwitch。接下来您需要创建云数据库PolarDB MySQL版 Serverless集群、数据库、数据库账号。您需要记录创建的云数据库 PolarDB MySQL版 Serverless集群的内网连接地址、数据库名称、账号、密码用于之后的配置和使用。 1.创建集群 a前往PolarDB集群购买页面。b选择计费类型为Serverless。c地域选择华东一（杭州）d创建方式选择创建主集群。e数据库引擎选择MySQL 8.0.2。f产品版本选择企业版或标准版。g选择主可用区。选择刚刚创建的vsw_db_001所在的可用区。h网络类型选择刚刚创建的VPC和vSwitch。i选择是否开启热备集群。选择开启。j如果开启存储热备集群，PolarDB会在当前地域内同时部署主集群（包含互备计算节点+主存储）和存储热备集群，主集群和存储热备集群各保证3副本数据（共6副本数据），具有更高的SLA可靠性保障。k如果关闭存储热备集群，则仅保留主集群（3副本数据），存储单价是开启存储热备集群单价的1/2。集群的SLA也会降低。l设置Serverless集群的资源扩缩范围。m只读节点个数伸缩下限：设置允许只读节点增加的最小数量。取值范围：0~15。为了实现Serverless集群的高可用，建议将只读节点个数伸缩下限设置为1。n只读节点个数伸缩上限：设置允许只读节点增加的最大数量。只读节点数量会根据业务压力自动增加或减少。取值范围：0~15。o单节点伸缩下限：设置集群内单节点PCU数量的下限。Serverless形态的PolarDB集群采用PCU（约等于1核2 GB的资源）做秒级计费和扩缩单元，PCU会随着业务负载在指定区间内动态调整。取值范围：1 PCU~31 PCU。p单节点伸缩上限：设置集群内单节点PCU数量的上限。Serverless形态的PolarDB集群采用PCU（约等于1核2 GB的资源）做秒级计费和扩缩单元，PCU会随着业务负载在指定区间内动态调整。取值范围：1 PCU~32 PCU。q选择是否开启无活动暂停功能。该功能默认关闭。r选择存储类型。PolarDB企业版支持PSL5和PSL4两种存储类型。选择PSL5。在页面右侧，同意协议，单击立即购买。 4.创建Serverless应用引擎实例接下来您需要在2个可用区分别创建1个Serverless应用引擎实例，来实现服务跨可用区的高可用。1登录SAE控制台。2如果左上角显示体验SAE 2.0，请单击体验SAE 2.0，前往SAE 2.0。如果没有则表示当前是SAE 2.0，无需操作。3.在左侧导航栏，单击应用管理 > Web应用，在顶部菜单栏选择地域，然后在应用列表页面，选中始终分配固定CPU页签，单击创建应用。4.在创建应用页面，完成以下操作。5.创建负载均衡ALB接下来您需要创建1个公网类型的应用型负载均衡ALB并配置路由，从而实现这个专有网络VPC下的Serverless应用引擎实例对外的公网访问和流量分发。1登录应用型负载均衡ALB控制台。2创建应用型负载均衡ALB实例; 方案验证一、检查业务可以正常访问 1登录ALB控制台，从实例列表中获取ALB实例的DNS名称。2通过浏览器访问该DNS名称，检查可以正常访问到示例应用。 最后总结1）在体验过程中是否得到足够的引导以及文档帮助？如果没有，还欠缺什么部分？ 在体验《卓越效能，极简运维，Serverless高可用架构》解决方案的过程中，我得到了相对充分的引导与文档帮助。大多数关键步骤都有详细的教程和文档支持，特别是关于如何创建Serverless应用引擎实例、配置云数据库PolarDB MySQL版 Serverless集群等核心环节，文档内容详尽且易于理解。然而，对于一些高级配置选项或特定场景的定制化需求，文档可能略显不足。例如，如何在特定网络环境下优化Serverless应用的访问性能、如何根据业务负载动态调整资源配额等高级功能，如果能够提供更多案例分析和最佳实践，将会对用户更加友好。 2）部署过程中的创建云数据库PolarDB MySQL版 Serverless集群和Serverless应用引擎实例是否遇到过哪些报错或异常？ 在部署过程中，我并未遇到显著的报错或异常。PolarDB MySQL版 Serverless集群的创建过程非常流畅，系统能够自动根据配置选择最合适的资源进行部署，无需手动干预。Serverless应用引擎实例的部署也同样顺利，通过简单的几步操作就能完成应用的部署和启动。不过，需要注意的是，如果在创建过程中填写的参数不符合要求（如网络配置错误、权限不足等），系统会及时给出错误提示，但部分提示信息可能对于初学者来说略显专业，如果能增加一些通俗易懂的解释或链接到相关帮助文档，将更有助于用户快速定位并解决问题。 3）您认为Serverless高可用架构方案在成本、功能、性能上是否有竞争力？在企业上云过程中，是否推荐团队使用Serverless架构？ Serverless高可用架构方案在成本、功能和性能上均展现出较强的竞争力。从成本角度看，Serverless架构的按需付费模式极大地降低了企业的IT成本，避免了资源的闲置浪费。在功能方面，Serverless架构提供了高度灵活和可扩展的服务，能够轻松应对业务高峰期的流量压力。性能方面，通过云服务商提供的底层优化和自动扩展机制，Serverless应用能够保持稳定的性能输出。因此，在企业上云过程中，我非常推荐团队使用Serverless架构，特别是对于初创企业、中小型企业以及需要快速迭代和响应市场变化的企业来说，Serverless架构能够显著提升开发效率和运维效率。 4）分享您在场景中使用到具体云产品的体验 在体验过程中，我使用了云数据库PolarDB MySQL版 Serverless集群和Serverless应用引擎两款产品。云数据库PolarDB MySQL版 Serverless集群给我留下了深刻的印象，其自动扩展、高可用性和易用性都远超传统数据库解决方案。通过简单的配置就能实现数据库的高可用部署，并且支持秒级扩展，极大地提升了数据库的性能和稳定性。Serverless应用引擎则提供了从代码到服务的全链条支持，简化了应用的部署和运维流程。产品操作配置非常便捷，通过可视化的控制台就能完成大部分操作。同时，产品手册详尽完备，对于初学者来说非常友好。总体而言，这两款产品都很好地满足了我在场景中的需求，为我提供了高效、稳定的云上服务体验。
展开全文
2024-07-15
2
sunrr
评测报告：Serverless高可用架构体验与部署反馈
一、绪论
在数字化转型的大潮中，企业对云服务的依赖日益增加，尤其是追求高效、低成本的运营模式。本次体验的《卓越效能，极简运维，Serverless高可用架构》解决方案，旨在为企业提供一个弹性伸缩、按需付费的高性能平台。该方案不仅承诺减少资源管理和性能优化的负担，还确保业务连续性不受到单点故障的威胁。
二、体验与部署反馈
入门与文档支持：
初步接触此方案时，我被其全面的入门指南所吸引。这些文档为新手提供了逐步操作的方法和解释，帮助我快速理解并开始实际操作。然而，当我深入到更高级的配置时，发现文档中对于复杂场景的处理略显简略。例如，关于网络配置和安全策略的高级设置，仅提供了基本的操作步骤，缺少对可能出现的问题及解决策略的深入讨论。
image.png
部署实操：
实际部署过程中，我通过控制台界面创建了PolarDB MySQL版 Serverless集群以及Serverless应用引擎实例。这一过程总体上是顺畅的，但不乏小的挑战。例如，在设置VPC访问权限时，由于缺乏直观的错误提示，我花费了一些时间才诊断出问题所在。这反映出在用户界面的错误处理和指引上还有改进空间。
image.png
成本效益与性能评估：
成本： Serverless架构的最大优势之一是其按需付费的特性，这种模式极大地减少了不必要的资源消耗和成本。在非高峰时段，我观察到资源使用量和费用确实有所下降，这对于控制成本非常有利。
功能： 从功能角度看，该方案提供了包括自动扩缩容、事件驱动的函数调用等强大的特性，满足了大多数应用需求。不过，对于一些特定场景如大数据处理和复杂的事务管理，可能还需结合其他AWS服务来实现。
性能： 在性能方面，我进行了压力测试并与传统服务器对比，发现响应时间和吞吐量均符合预期。但是，对于计算密集型任务，如何优化函数的冷启动时间仍是一个待解决的问题。
image.png
操作便利性与手册完整性：
产品的用户界面设计简洁，主要功能一目了然，新用户也可以快速上手。部署流程简化，大部分操作都可通过简单的点击和配置完成。但是，手册虽然详尽，却未能覆盖所有情景，建议增加更多的实用案例和视频教学内容，以帮助用户更好地理解和运用各项功能。
