众所周知，虽然原生分布式数据库有着各种先天优势，但是在落地的过程中也面临着两方面的挑战:一方面，在大家的印象中，原生分布式数据库主要适用于大型企业或者大型应用场景，而小型企业使用单机更具性价比。但是一旦部署了单机，如果后续业务量巨大，再进行架构调整，会进一步增加部署的难度。

RPA有哪些网络风险？如何通过RPA提升组织安全性随着RPA市场的活人，在当前商业环境中，RPA已成为企业实现数字化转型的重要组成部分。由于RPA机器人的跨平台、跨系统的特性，其可普遍应用于企业各项业务中。所以，RPA项目既应通过保护机器人平台来应对网络风险，也应利用机器人技术来执行更有效、更高效的网络操作。组织必须建立对其RPA平台的信任

MQ引言什么是MQMQ：messageQueue翻译为消息队列，通过典型的生产者和消费者模型不断向消息队列中生产消息，消费者不断从队列中获取消息。因为消息的生产和消费都是一部的，而且只关心消息的发送和接收，没有业务逻辑的侵入，轻松的实现了系统之间的解耦。别名是消息中间件，通过利用高效的消息传递机制进行与平台无关的数据交流，并基于数据通信来进行分布式系

经常在面试或者其他文章看到关于模块化的问题，之前也只是寥寥看了几次，对于CommonJS，AMD，ES6也说不出个所以然，于是今天抽空好好看了红宝书第4版关于模块化的介绍，这里记录一下。理解模块模式初衷在开发中肯定有设计大量三方库或者业务逻辑代码，较好的方式是将其分割为多个小模块，最后以一定的方式连接起来

作者tomdu，腾讯云高级工程师，主要负责宙斯盾安全防护系统管控中心架构设计和后台开发工作。导语宙斯盾DDoS防护系统作为公司级网络安全产品，为各类业务提供专业可靠的DDoS/CC攻击防护。在黑客攻防对抗日益激烈的环境下，DDoS对抗不仅需要“降本”还需要“增效”。随着云原生的普及，宙斯盾团队持续投入云原生架构改造和优化，以提升系统的处理能力及

在双十一过程中投入同样的硬件资源，Kafka搭建的日志集群单个Topic可以达到几百万的TPS，而使用RocketMQ组件的核心业务集群，集群TPS只能达到几十万TPS，这样的现象激发了我对两者性能方面的思考。温馨提示：TPS只是众多性能指标中的一个，我们在做技术选型方面要从多方面考虑，本文并不打算就消息中间件选型方面投入太多笔墨，重点想尝试剖析两

前置说明编写API文档，可能是最为枯燥无味的工作了，大部分程序猿都不太愿意干这个活，但是大部分人还是苦于没有找到更好的解决方案来处理这个问题，或者之前的代码不允许去做类似的工作，只能老老实实自己去写API。但是，作为新项目启动，必须提前考虑这个问题，解放程序员双手，让他们撸更多业务代码，而不是整天纠结文档方面的工作。如果要做到这些，那必

应用中需要实现一个功能：需要将数据上传到远程存储服务，同时在返回处理成功情况下做其他操作。这个功能不复杂，分为两个步骤：第一步调用远程的Rest服务上传数据后对返回的结果进行处理；第二步拿到第一步结果或者捕捉异常，如果出现错误或异常实现重试上传逻辑，否则继续接下来的功能业务操作。常规解决方案trycatchredo简单重试

导读：如何在众多异常性能指标中，找出最核心的那一个，进而定位性能瓶颈点，最后进行性能调优。整篇文章会按照代码、CPU、内存、网络、磁盘等方向进行组织，针对对某一个优化点，会有系统的「套路」总结，便于思路的迁移实践。1.代码相关遇到性能问题，首先应该做的是检查否与业务代码相关——不是通过阅读代码解决问题，而是通过

一、前言　　随着公司的业务发展，不同类型数据库间的兼容问题也就自然形成了一个必须研究的课题。公司目前使用的是比较传统的SSH框架Oracle数据库，但在Dao层大量使用自己封装的JDBC，使得原本就兼容多数据库的Hibernate力不从心。原本我是建议改用的MyBatis做持久层的，但是公司大多元老级的人物都不太懂这个技术，直接给否定了，而且只