针对读多写少的业务场景，为解决热点数据的集中读需求，腾讯云Redis支持读写分离功能，最大1主5从模式，即最大5倍的读能力扩展。当集群中的副本数量已经达到5个上限时，不能再通过简单增加副本的方式来扩展读能力，因此建议通过分片数量扩展的方式来提升集群总体的读写能力，应对可能发生的业务请求增加。
随着业务对持续性要求越来越高，云上不少企业对跨AZ或多地域的容灾建设有强烈的诉求。当企业内部经过评估选定容灾建设整体方向，即同城双活；需要对方案进行验证，包括组件容灾能力建设，数据同步以及切换验证等。通常对组件容灾能力建设和验证会花费大量时间，如果测试不符合预期，对之前调研、部署以及测试人力和时间成本带来较大耗费。因此借助云平台能力“一站式”提升系统容灾能力，助力企业降本增效。
云原生应用开发已经成为当今软件行业的主流趋势。在构建云原生应用时，一个关键概念是"无状态"（stateless）。无状态意味着应用的状态不会被存储在应用实例本身，而是被外部管理。本文将探讨云原生服务无状态特性的实现方法，包括为何要使用无状态服务以及如何设计和部署它们。
谢莹莹 腾讯云监控产品经理，硕士毕业于哈尔滨工业大学。目前主要负责腾讯云 Prometheus 监控服务和 Grafana 可视化服务的产品工作，对 to B 商业化产品领域有着丰富的经验。 背景 随着云原生的快速发展，Prometheus 已成为越来越多企业监控的首选解决方案，然而自建 Prometheus 对企业的运维人力要求高，也容易因为性能问题出现后期维护困难的情况。在此背景下，使用云上托管 Prometheus 已成为大多数企业的最优选择。 腾讯云 Prometheus 监控服务(TMP)，
杨濡溪，腾讯云后台开发工程师，目前主要负责腾讯云 Prometheus 监控服务、TKE集群巡检等技术研发工作。 杨鹏，腾讯云后台开发工程师，曾负责腾讯云专有云后台技术研发工作，目前主要负责腾讯云 Prometheus 监控服务、TKE集群后台技术研发工作。 引言 Prometheus 作为云原生时代最流行的监控组件，已然成为社区监控事实上的标准，但是在多集群，大集群等场景下，只使用 Prometheus 是远远不够的；单集群场景下我们一般主要关注指标采集、存储、告警、可视化等基础监控能力，随着集群规模的
Serverless： 无服务器架构，即在无需管理服务器等底层资源的情况下完成应用的开发和运行，是云原生架构的核心组成部分。
redis实例如果要跨区热迁移，实例需支持多可用区。2.8及以下版本不支持升级支持多可用区，故2.8及以下版本需升级到4.0及以上版本（数据切换过程中，实例将存在1分钟以内的只读状态（等待数据同步完成），以及连接闪断（秒级）的影响，需要业务具备自动重连的机制）。
云计算作为一种强大的新技术，正在被越来越多的组织迁移和使用。然而向云的迁移也着实让人担心。开发复杂度、时间损耗、安全风险、噩梦般的应用迁移方案还有不成熟的私有云管理产品正是一些主流企业在选择采用云计算时的阻碍。
背景 蘑菇街旨在做一家高科技轻时尚的互联网公司，公司的核心宗旨就是购物与社区的相互结合，为更多消费者提供更有效的购物决策建议。 蘑菇街上每天有几百万网友在这里交流时尚、购物的话题，相互分享，这些行为会产生大量的数据，当这些数据源产生数据后，需要有一个组件获取数据源的数据，将数据写到 kafka，蘑菇街研发团队以往的解决办法，一是通过 Logstash、Filebeat 等开源的数据存储方案处理，二是自己写代码实现这种逻辑。 开始数据量小的时候还可以，随着业务的不断扩张，数据越来越大，为了保障可用性、可
随着《数据安全法》、《个人信息保护法》等相继出台，数据安全上升到国家安全层面和国家战略层面，数据分类分级已经成为了企业数据安全治理的必选题。然而数据分类分级的实现在行业内有很多痛点，主要体现在如下几点：
云计算彻底改变了数据存储的世界，它使企业可以远程存储数据并随时随地从任何位置访问数据。
随着携程国际化战略的开展，为了给海外用户提供更好的服务，携程国际机票有很大一部分数据来源于世界各地的海外供应商和平台，在美国、德国、新加坡等全球众多的海外站点部署业务服务。相比自建私有云，购买设备和组建运维团队，公有云是企业出海的一个更好选择。
随着企业 软件即服务 ( SaaS) 客户数量的增长，B2B 供应商面临着将他们的软件与高企业标准相匹配的挑战。然而，对于某些行业而言，基于云的 SaaS 的多租户性质使其由于安全、合规性和性能原因而成为不可行的选择。在本文中，我们将探讨实施 SaaS 架构的各种场景，重点关注部署到客户管理的环境作为企业级客户的替代方案。
作为一个DBA什么时候让你最心塞？ 也许那就是：无论你是下班、聚餐、逛街、旅行还是出差，只要你出门，不分场景和目的，必须随身带着又沉又大的电脑！ 而且你永远不知道什么时候需要掏出电脑开始工作，可能在路上、餐桌前、商场里、甚至是某著名景点里，或许就在下一秒… 当你会看到一个发量稀疏的格子衫男子在路边对着电脑一顿操作，请你一定要体谅，他不是装B，他可能只是在修数据库 （图片来自网络） 难道DBA这辈子真的就只能永远背着电脑了吗？ 当然不是！现在数据君要给大家安利一个超好用的神器——腾讯云数据库小程序，
内容来源：2017 年 12 月 21 日，驻云科技资深架构师翟永东在“云时代企业架构的搭建”进行《云上架构如何实现高性能和高可用》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。 阅读字数：2851 | 8分钟阅读 摘要 云上架构需要关注多方面的因素，本次主要讲的是高可用和高性能，从这两方面展开深度的解析如何搭建完善的云上架构。 嘉宾演讲视频及PPT回顾：http://suo.im/4sKQd8 云上架构概述 云上搭建架构不单单需要考虑到性能和可用性
“服务上云”一直是一个进行时，在2010年-2017年期间，发力点重心都在「自有物理建设」到「IaaS基础设施即服务」，各个云厂商都在此基础上推出网络产品、数据库产品、存储产品，提供「PaaS」层面的产品来促进上云的过程，我们称为“服务上云1.0”。 “服务上云1.0”本质上就是将自建的物理服务设施迁移到云厂商提供的服务设施，并配备了一大批专业的工具。但在这一过程中，内在的关于开发者所选的服务技术架构，却很少干预触及；目前大部分流通的都是传统服务架构模式。 传统服务架构模式是什么？有什么特点？以下我列举几个
传统的单体架构常常导致像 Blockbuster 这样的企业被抛在了后面。如今，企业可以根据需求提供资源，降低与数据中心管理相关的开销。
“服务上云”一直是一个进行时，在2010年-2017年期间，发力点重心都在「自有物理建设」到「IaaS基础设施即服务」，各个云厂商都在此基础上推出网络产品、数据库产品、存储产品，提供「PaaS」层面的产品来促进上云的过程，我们称为“服务上云1.0”。
陈云，数数科技资深云原生研发工程师，专注于云原生在大数据场景下的应用探索。负责数数科技TE(新一代数据分析引擎)的云原生方向架构建设、优化和迭代。 背景 ThinkingEngine （简称“TE”）新一代数据分析引擎，由数数科技研发，提供一站式的数据应用服务。让数据分析能够覆盖全品类分析场景，帮助游戏公司专注在游戏本身的业务上，更好地挖掘数据价值。 我们常常会收到客户的反馈：在业务高峰时容易出现分析查询慢和卡顿的情况。造成这种现象的原因是查询引擎在业务高峰时资源瓶颈，查询只能排队等待。用户也采取过增加资源
从传统关系型数据库到云数据库，数据库在不断演进。与此同时，它也发挥着越来越重要的作用。从云计算、新媒体、音视频、云游戏到移动 App，几乎各行各业都离不开数据库。一方面，数据库作为 IT 基础设施的关键一环，对企业业务的发展起着支撑作用；另一方面，数字化在经济社会中不断深入，数据成为核心要素，围绕数据的生产、存储和消费均依赖数据库。
设计模式（Design Pattern）是软件开发领域的宝贵经验，是多人反复借鉴和广泛应用的代码设计指导。它们是一系列经过分类和归纳的代码组织方法，旨在实现可重用性、可维护性和可理解性。使用设计模式，我们能够编写高质量的代码，使其更易于他人理解，并提供了代码可靠性的保证。
微服务的生态和实践已经比较成熟，其设计方法、开发框架、CI/CD工具、基础设施管理工具等，都可以帮助企业顺利实施微服务。然而，微服务远没有达到完美，它在架构、开发、基础设施方面仍然面临新的挑战。
Python 中的 dataclass 和 typing 模块实现类似 Go 语言的字段 tag 功能，使得我们可以给类的字段添加元数据，从而实现对这些字段的序列化、反序列化、校验等操作。
云容器实例（Cloud Container Instance， CCI）服务提供 Serverless Container（无服务器容器）引擎，让您无需创建和管理服务器集群即可直接运行容器。
SkyWalking 是一个开源 APM 系统，包括针对 Cloud Native 体系结构中的分布式系统的监视、跟踪、诊断功能。核心功能如下：
随着部门在业务安全领域的不断拓展，围绕着验证码、金融广告等服务场景，腾讯水滴作为支撑业务安全对抗的实时风控系统，上线的任务实时性要求越来越高，需要支撑的业务请求量也随之增加。对于业务快速上线和资源快速扩缩容的需求，且公司自研上云项目往全面容器化上云方向推进，水滴风控平台开始进行自研上云的改造。本文主要针对腾讯水滴平台上云过程中的实践总结，希望对其他业务迁移上云有一定参考价值。
目前，云计算已被广泛使用，并且成为多数企业为之努力的目标。然而，入云所带来的现实问题也令人担忧。耗时费力的部署，安全风险，噩梦般的应用程序迁移场景以及不成熟的私有云管理产品，而这些问题只是主流企业入云所需面临问题的冰山一角。
能否利用TStack的计算、网络和存储能力，将Oracle运行在X86服务器，IP网络，云存储的“云化”架构上，去掉IOE架构中的I和E呢？
需要保护公共云资源的组织具有多种备份可能性，然而一些组织的公共云资源比其他组织更具危险性。 备份基础架构即服务中公共云的资源，长期以来一直是IT专业人员面临的挑战。专为在内部数据中心使用而设计的备份
混合云架构融合了私有云和公有云，如何部署混合云已经成为IT圈里面最热门的话题之一。大部分数据中心团队都发现这种架构在技术上具有极大的挑战，这些挑战主要源于各种工具的不成熟和云产品的快速发展。 出于各种原因，IT团队需要将云资源同时分配在私有云和公有云上，从而产生了混合云。其中首要原因是云爆发。云爆发指应用运行在私有云或数据中心中，当私有云计算能力达到顶峰时按需加入公有云资源。除此之外还有经济原因，公有云能降低资源开销，同时也能降低维护成本。 解决峰值业务的访问 对企业来说，在公有云服务提供商(如亚马逊云服务
随着云原生架构的崭露头角，微服务已经成为构建现代应用程序的主要架构风格。然而，微服务架构的成功实施不仅仅涉及到服务的拆分和部署，还需要适当的治理机制来确保系统的稳定性和可靠性。本文将深入探讨云原生微服务治理的关键方面，包括服务发现、负载均衡和熔断策略，并提供示例代码来帮助读者更好地理解这些概念。
在疫情来临的一年多时间里，大部分人都经历了各种各样的「居家办公」新形式。视频、电话、微信、QQ进行会议与沟通；邮箱用来发送工作文档；VPN访问公司内网办公系统……省去了上下班的奔波时间，在家办公反而更舒适了。
陈建平，后台开发工程师，现就职于TEG安全平台部-业务安全中心，主要负责中心实时策略风控平台开发。 导语 随着部门在业务安全领域的不断拓展，围绕着验证码、金融广告等服务场景，腾讯水滴作为支撑业务安全对抗的实时风控系统，上线的任务实时性要求越来越高，需要支撑的业务请求量也随之增加。对于业务快速上线和资源快速扩缩容的需求，且公司自研上云项目往全面容器化上云方向推进，水滴风控平台开始进行自研上云的改造。本文主要针对腾讯水滴平台上云过程中的实践总结，希望对其他业务迁移上云有一定参考价值。 水滴后台架构 腾讯水滴
作者 | 冯嘉，华为云中间件首席专家、PaaS 云原生中间件团队负责人 编辑 | 褚杏娟 编者按：无论是云厂商还是应用企业，在谈到云计算时都不约而同提到了 Serverless。有的已经已经在核心业务上应用 Serverless；有的已经接受了 Serverless 的稳定性和效率，开始小试牛刀；但还有很多企业在观望，或者想要应用但不知道从哪里开始。 虽然已经发展十多年，经过多次迭代，但再次成为业内热议对象意味着 Serverless 已经发展到一定阶段，业内有了更多成果可以分享。在这篇文章中，作
MySQL 主备切换（Master-Slave Switching）是指在 MySQL 主从复制架构中，将从库（Slave）提升为主库（Master），原主库降为从库的过程。这种切换通常用于故障恢复、负载均衡、系统升级等场景。腾讯云混沌演练平台可对云 MySQL 进行主备切换故障注入，通过混沌实验帮助构建高韧性的系统。
SDSC和威斯康星州IceCube粒子天体物理学中心的研究人员已成功使用亚马逊Web Services，Microsoft Azure和Google Cloud Platform上的数千个GPU成功完成了第二项计算实验。
随着科技的不断发展，云计算领域也经历了巨大的变革。这一演进的核心焦点是从传统云架构过渡到云原生生态体系架构，这个过程在过去的几年里已经发生了显著变化。本文将深入探讨这一演进过程，以及它对企业和技术生态系统的影响。
很多企业正在将工作负载迁移到公共云，并在内部采用私有云。随着这些云计算模式的兴起，各种规模的企业都将重点放在混合云上，以架起这两种模式之间的桥梁。
虽然为混合云部署开发应用并不是某种黑暗魔法，但是对于很多企业来说，这还是一项具有一定神秘性的工作。 可以想象，任何设想进行混合云开发的用户最终都需要完成很多个这样的项目，所以首先制定一个可以应用于所有项目的实施策略，然后在一个合适的混合部署中测试这个实施策略将是十分明智的做法。为了实现成功的混合云实施，这样的一个实施策略必须考虑混合云应用的任务，使用混合云的缘由，以及混合运行与应用体验特质（QoE）之间的重要相互作用。 云计算应用规划者可能犯下的最严重错误就是，在考虑综合、集成或者云计算平台选
虽然为混合云部署开发应用并不是某种黑暗魔法，但是对于很多企业来说，这还是一项具有一定神秘性的工作。 可以想象，任何设想进行混合云开发的用户最终都需要完成很多个这样的项目，所以首先制定一个可以应用于所有项目的实施策略，然后在一个合适的混合部署中测试这个实施策略将是十分明智的做法。为了实现成功的混合云实施，这样的一个实施策略必须考虑混合云应用的任务，使用混合云的缘由，以及混合运行与应用体验特质(QoE)之间的重要相互作用。 云计算应用规划者可能犯下的最严重错误就是，在考虑综合、集成或者云计算平台选择这样的技术问
长通物流是一家基于供应链管理集运输、仓储、物流配送、产品代理一体化的全方位综合物流服务商。随着社会的发展，行业环境的改变，为满足用户的需求不断创新，现在先研发第三代物流管理系统，预期8月部署上线，新系统的部署采用云服务的方式，满足新业务的安全需求、访问需求等。
当前，各大云厂商均推出了Elasticsearch的云上托管服务，并通过提供运维管理、监控告警、日志查看等工具，方便用户进行集群的管理与维护。但在数据接入方面，腾讯云 Elasticsearch Service（ES）在实践中发现，用户仍需单独打通每一个组件的上下游，最终完成整个链路的创建，而数据链路涉及数据源配置、数据采集、数据缓存、数据加工、数据目的等复杂的流程，每一步都需要单独配置的情况下，用户接入以及运维的成本较高。 基于此，腾讯云ES推出了一站式的数据链路可视化接入服务，相对于传统的数据接入，数
腾讯云监控，作为云产品的监控手段，不知道有多少开发者没有设置，然后突然有一天发现自己的 redis 满了，或者是 kafka 的堆积的数量过多的时候，造成事故。再来补救。
我们先来看看这张图，首先我们可以思考一下，这个架构中，哪些地方可以做负载均衡，来承载更高的 QPS 呢？
某游戏公司，BACKEND 服务集群在首尔。该公司不希望部署多套逻辑和数据层，从而降低成本，但又希望全球的客户能够接入，需要全局漂移 IP 作为访问的唯一入口，并可做全局的就近分配、动态流量分配、故障剔除
经过抓包分析,压测使用的脚本中的事务都是带有begin,commit。在commit 之前的每个语句都要增加一个rtt 的延迟时间(机房之间的耗时在3ms 左右)。
遵循精益方法可以帮助我们显著提高 Kubernetes 的投资回报率，改善工作负载性能，并节省维护和故障排除的时间。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
