前言&nbsp;&nbsp;&nbsp;年前完工了做了半年的铁路后台管理系统，系统整体业务比较复杂，这也是我到公司从0到1的一个完整系统实践，做这个系统过程中踩了不少坑，也学到了很多。</br&nbsp;做完这个系统没多久，紧接着又一个系统来了，没及时总结，惭愧哈！其实我们在做的后台管理系统大多数基础框架都一样，后台管理系统主要的是

回顾POLARDB1.0POLARDB1.0主要的改进包括采用了计算存储分离的架构，完全兼容MYSQL，性能是原生MySQL的6倍。一个用户集群可以在分钟级弹性扩展到16个计算节点，对业务完全透明的计算和存储分离代理，从库延迟仅毫秒级。存储为分布式块存储，可以弹性扩展至100TB的规模。存储层面采用多副本技术，使得数据库的RPO做到了0，完全没有丢

还在单体应用的时候就是分层架构一说，我们用得最多的就是三层架构。而现在已经是微服务时代，在微服务架构模型比较常用的有几个，例如：整洁架构，CQRS（命令查询分离）以及六边形架构。每种架构模型都有自己的应用场景，但其核心都是“高内聚低耦合”原则。而运用领域驱动设计（DDD）理念以应对日常加速的业务变化对架构的影响，架构的边界越来越清晰，各司其职，这也符

前言随着近几年互联网进入下沉期,C端app产品告别了早期的抢占市场阶段,进入寡头时代。微信、支付宝、头条等超级app们希望建立起自有生态主导流量分发,纷纷推出了各自的小程序开发技术,允许用户在其app内运行一个“小app”,分享超级app的流量红利。App作为移动互联网时代企业业务非常重要的载体之一，如果企业没有技术团队怎么办？技术团队实力不强

Atom是什么？Atom是集结业内各色资深电商行业设计师，提供一站式专业智能页面和小程序设计服务的平台。经过2年紧凑迭代，项目越来越庞大，需求不断变更优化，内部逻辑错综复杂，维护成本急剧拉升。同时，Atom将要承载的业务越来越多，要向更多的内部用户和商家提供服务，为了适应这些变化，架构升级成为当时紧迫的事项，我们将解构服务端模块，让服务轻量化、

一、引言Codis是一个分布式Redis解决方案，可以管理数量巨大的Redis节点。个推作为专业的第三方推送服务商，多年来专注于为开发者提供高效稳定的消息推送服务。每天通过个推平台下发的消息数量可达百亿级别。基于个推推送业务对数据量、并发量以及速度的要求非常高，实践发现，单个Redis节点性能容易出现瓶颈，综合考虑各方面因素后，我们选择了Cod

作者介绍：冀浩东，转转公司数据库负责人，负责转转公司整体的数据库运营。初引入TiDB解决了哪些问题？转转使用TiDB主要解决了两个问题，一个是分库分表问题，另一个是运维复杂度。分库分表是一个非常普遍的问题，会增加我们业务逻辑的复杂性，并且多维度的mapping可能导致我们整体性能的下降。有了T

作者：张政俊，中欧基金DBAMysql一般出现CPU负载过高问题的时候，我们都会去看下故障期间的慢sql日志，然后找出全表扫描、索引不合理、函数运算过多的sql，让开发同学优化下。实在不行的话，那就升级CPU硬件，替换更高频率的CPU，1路的升级成2路，2路的升级成四路。这次出现的问题因为关乎到每天的业务处理，所以很多措施无法第一时间到位，

我们的使命是通过协作工具和实践的力量来释放所有团队的潜力。对于实践DevOps的团队来说尤其如此，好的工具完全可以真正提升开发团队，IT运营团队和业务团队之间的高效协作。但是，增加多个团队的协作也有可能会给开发人员带来其它成本的付出。虽然开发人员无需编写代码并构建创新的解决方案，但最终需要花费大量时间去集成多个工具，更新工作状态并与其他

为什么学习Springboot勒，一方面主要实在是Springboot应用得太广泛了，加深对其的理解对自己的开发工作很有必要，因为如果遇到或业务场景需要进行一些稍微高级点的基于Springboot的扩展以及应用，可能就会不明白不理解。另一方面就是作为一个编码爱好者本身对springboot这么一个优秀的框架的好奇。文章基于SpringBoot2.1.9。