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

实在是不知道写什么了，博主变low了呀。springaop使得我们的aop开发工作变得简单，这是众所周知的今天还是带我的粉丝们一起揭秘springaop底层原理及实现吧哈哈哈哈AOP面向切面编程：主要是通过切面类来提高代码的复用，降低业务代码的耦合性，从而提高开发效率。主要的功能是：日志记录，性能统计，安全控制，事务处理，异常处理等等。AOP实现原理

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

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

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

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

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

    “在信息化建设这一块，公司向来都很重视，特别是对于我们这种研发机构，研发部的同事或者业务部经常都是通过邮件进行通讯和传递资料的。去年公司花大钱购买了微软的Exchange系统，刚开始用的时候确实是非常不错的，但近期还是发生了机密信息泄露事件。”李主管最近在某互联网信息研讨大会的时候谈起公司的邮件问题，连连叹气。    李主管所在的研发

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

k8s版本1.25.6，业务k8s容器化，虚机里进程迁移到容器里后，运维在执行freemtop等命令排查问题时一脸迷惑，显示内存还有很多结果pod的容器被oom或CPU资源显示很多核且空闲很多资源进程却运行很慢，我们看到的资源视图是物理机的而非我们做了限定pod里容器的资源，这给研发和运维排查问题带来一定的干扰。