微服务产品团队为了广大开发者朋友们可以更好的使用腾讯云微服务产品，将持续为大家提供微服务上云快速入门的指引性文档，内容通俗易懂易上手，本篇为本系列的第二篇，为开发者朋友们详解高并发场景下限流的解决方案。

介绍协程历史、函数调用和协作式多任务处理。

相对于技术开发，项目的监控上报就仿佛现实世界中的摄像头，每一个打点上报就相当于增加一个探头，努力的将监控死角去除。一个好的监控系统要有高质量的摄像头（上报SDK）, 合理的探头数量（多维度数据上报），还要具备强大的视频汇总界面（监控数据大盘）。

因此，建设一个高质量的监控可视化数据大盘，可以合理的将上报数据汇总，将项目运行情况“高清”的展示到我们的眼前。

介绍索引的数据结构、查找算法、常见的索引概念和索引失效场景。

腾讯机器学习平台太极后端数据库是自己运维的Mysql，历史原因没有用公司CDB、TDSQL等，之后还是要进行数据库迁移把db维护交给专业的人去运维，这块太极平台没有专门的dba运维出现了不少问题，如Mysql主节点硬盘故障，备机切主导致系统中断半小时；后端接口调用不合理导致循环调用数据库致使数据库cpu持续维持在高位以及前端接口数据返回缓慢等问题。这块Mysql优化就需要开发自己去多了解Mysql系统架构、性能调优相关问题，监控Mysql 机器运行状态，本文就简单介绍下Mysql系统分析思路和采用的工具。

Mysql 作为互联网中非常热门的数据库，其底层的存储引擎和数据检索引擎的设计非常重要，尤其是 Mysql 数据的存储形式以及索引的设计，决定了 Mysql 整体的数据检索性能。

我们知道，索引的作用是做数据的快速检索，而快速检索的实现的本质是数据结构。通过不同数据结构的选择，实现各种数据快速检索。在数据库中，高效的查找算法是非常重要的，因为数据库中存储了大量数据，一个高效的索引能节省巨大的时间。比如下面这个数据表，如果 Mysql 没有实现索引算法，那么查找 id=7 这个数据，那么只能采取暴力顺序遍历查找，找到 id=7 这个数据需要比较 7 次，如果这个表存储的是 1000W 个数据，查找 id=1000W 这个数据那就要比较 1000W 次，这种速度是不能接受的。

我们日常工作中我们经常发现部分技术能力和自己相当的人，但绩效、成长速度、合作口碑方面却远超自己，具体是什么原因呢？核心差异是软能力。笔者结合十年来的工作经验，讲述技术之外大家应当具备的软能力，期望可以抛砖引玉，提升大家对软能力的认知和重视，从而有更好的职业发展。

B端产品也叫“2B(Bussiness)”产品，使用对象是组织或企业。B端产品帮助企业或组织通过系统化的数据共享和协同办公，使线下流程线上化、系统化，解决基于某个业务领域的实际问题，帮用户提高效率、减少成本，甚至提高收入、控制风险。

Apache Pulsar 是一个多租户、高性能的服务间消息传输解决方案，支持多租户、低延时、读写分离、跨地域复制、快速扩容、灵活容错等特性。腾讯云MQ Oteam Pulsar工作组对 Pulsar 做了深入调研以及大量的性能和稳定性方面优化，目前已经在TDBank、腾讯云TDMQ落地上线。

对于定时任务大家应该都不会陌生，从骨灰级别的Crontab到Spring Task，从QuartZ到xxl-job，随着业务场景越来越多样复杂，定时任务框架也在不断的升级进化。

那么今天就来跟大家从以下三个方面聊一聊分布式任务调度：从单机定时任务到分布式任务调度平台的演进过程、腾讯云分布式任务调度平台TCT是如何应运而生的、TCT具体落地案例情况和解决了哪些核心问题。

我们从一次CPU高负载问题出发，从最开始在问题机器上猜想和分析，找不到确切答案。通过比较不同机型函数实现差异找到关键点，再通过代码分析、复现验证、社区求证这三个方面将问题的前因后果分析清楚，最终给出了解决方案。

近日，Hacker News上有一则帖子，其内容是：我继承了我见过的最差的代码和技术团队，该怎么办？帖子一经发出便收到近700条建议。有人建议这段代码不要完全重写，也有的人了解其现状，认为“跑路”才是正解。

带着这样的疑问，笔者邀请到最新一期通过红带认证（“PCG打造的工程能力认证体系，红带是具备将Readability及Testability相关技能在实际项目中熟练运用的能力”）的zhongmingqu老师，一起聊聊技术债以及重构代码那些事。

“递归” (recursion) 是一种在程序设计语言中被广泛使用的算法。它有两大特点，一是调用自己，二是化繁为简。我们当中那些优秀的技术人又何尝不是如此？

1776 年亚当斯密发表《国富论》，标志着经济学的诞生。2004 年，一本名为《领域驱动设计·软件核心复杂性应对之道》的书问世，开辟了软件开发的一个新流派：领域驱动设计。看完这本书，十个人有九个人的感觉都是：似懂非懂，若有所得，掩卷长思，一无所得，我个人的感觉同样如此。出于兴趣，多年来仔细研读了几十本相关书籍，融汇贯通，逐步形成了自己的一套看法，本文就和各位分享一下。

冯友兰治哲学，提出“照着讲”和“接着讲”的方法论。近两年，我断断续续梳理出关于领域驱动设计的两个 PPT：《领域驱动设计》和《领域驱动设计四论》。前者的内容主要是关于 DDD 经典著作的读书笔记，可视为照着讲，以证明自己学有所本，讲的不是野狐禅；后者则是在继承的基础上所做的创新阐释，可视为接着讲，发前人之未发。本文重点围绕《四论》展开，从四个方面梳理出 DDD 的整个逻辑脉络。

曾见郭象注庄子，却是庄子注郭象。一些领域驱动设计的拥趸们，如果看到本文的论述和自己的理解相左，丝毫不用奇怪，本文阐述的四论，不是我注六经，而是六经注我。

微前端是将Web应用由单一的单体应用转变为多个小型前端应用聚合为一的一种手段。本文从微前端的基础理论出发，对其核心技术进行阐述，最后结合项目进行简单的应用实践。

随着业务发展需要，订阅号消息流中的部分卡片现已完成动态化改造，卡片 UI 渲染的工作由基于 WebGL 实现的渲染器完成。本篇文章将介绍底层的实现原理，核心就是用 WebGL 实现圆角矩形的绘制，基于圆角矩形我们就可以像拼图一般完成整个卡片的绘制。