Code综艺圈

前言 上一篇对RabbitMQ的流程和相关的理论进行初步的概述，如果小伙伴之前对消息队列不是很了解，那么在看理论时会有些困惑，这里以消息模式为切入点，结合理论细节和代码实践...

前言 关于消息中间件的应用场景，小伙伴们应该都耳熟能详了吧，比如经常提到的削峰填谷、分布式事务、异步业务处理、大数据分析等等，分布式消息队列成为其中比较关键的桥梁，也就意味...

前言 有这样一种场景，就是新项目已经集成了认证中心，或者是都用了统一的认证方式(比如现在常用的JWT)，这样对于项目之间的对接就显得比较方便，至少在认证这块还是能减少一些工...

前言 在很多项目中经常会出现需要动态解析表达式和计算的场景，比如一些自动审核规则，或者是一些变量的值通过维护的公式在运行过程中动态算出；由于场景需求，都需要比较灵活的配置对...

前言 一个项目上线了两个月，除了一些反馈的优化和小Bug之外，项目一切顺利；前期是属于推广阶段，可能使用人员没那么多，当然对于项目部署肯定提前想到并发量了，所以早就把集群安...

前言 随着系统架构的演变，有很多名词也随之涌现，如：微服务、灰度发布、资源隔离、容器、领域/集成事件等，听着的确高大上，让很多小伙伴有一种无法征服的感觉；其实很多东西可能之...

前言 如今缓存成为了优化网站性能的首要利器，缓存使用的好，不仅能让网站性能提升，让用户体验变好，而且还能节约成本(增加一台缓存服务器可能就节约好几台机器)；那平时小伙伴们都...

前言 现在的项目对于数据库操作基本上都是使用封装好的ORM框架，这样开发效率相对来说有所提高。但由于框架的封装，会自动生成SQL语句，这让一些小伙伴对SQL产生了一种陌生感...

前言 在项目开发过程中，后台任务很多场景都少不了，比如：大量数据处理或分析、定时同步数据、大量数据的异步导出、消息补偿等等，在.NET中Quartz-NET、Hangfir...

前言 现在的项目，在操作数据库的时候，我都喜欢用ORM框架，其中EF是一直以来用的比较多的；EF 的封装的确让小伙伴一心注重业务逻辑就行了，不用过多的关注操作数据库的具体细...

前言 作为程序员，项目开发过程中肯定会需要画一大堆图，原型图、流程图、UML图、思维导图、拓扑图等等，找到一个好工具肯定是能大大提高工作效率，这里就来分享两款我平时用得比较...

前言 以往部署程序一直是习惯性先安装运行时环境，然后再将发布打包好的程序运行起来；但当多个程序依赖不同版本框架平台时，如果部署在同一台机器上，那就需要在同一台机器上安装多个...

前言 现在稍微有点规模的系统，很多都是采用分布式/微服务架构，将一个大系统拆分为很多个功能模块进行开发、测试、发布、管理等，如果全部流程都采用人工的形式进行的话，效率肯定是...

前言 对于B/S模式的项目，基础的场景都是客户端发起请求，服务端返回响应结果就结束了一次连接；但在很多实际应用场景中，这种简单的请求和响应模式就显得很吃力，比如消息通知、监...

前言 对于监控系统来说，不可能让人一直盯着监控看板，而更多的是以自动提醒的方式，比如邮件、短信或微信推送等，当达到或超出预设的告警指标时，就自动发送消息提醒，下面就来说说如...

前言 如今分布式、微服务盛行，面对拆分服务比较多的系统，如果线上出现异常，需要快速定位到异常服务节点，假如还用传统的方式排查肯定效率是极低的，因为服务之间的各种通信会让定位...

前言 Docker可以将应用程序及环境很方便的以容器的形式启动，但当应用程序依赖的服务比较多，或是遇到一个大系统拆分的服务很多时，如果还一个一个的根据镜像启动容器，那就有点...

前言 在真实的项目中，不管是功能日志、错误日志还是异常日志，已经是项目的重要组成部分。在原始的单体架构，通常看日志的方式简单粗暴，直接登录到服务器，把日志文件拷贝下来进行分...

前言 现在对于Docker容器的隔离性都有所了解了，但对容器IP地址的分配、容器间的访问等还是有点小疑问，如果容器的IP由于新启动导致变动，那又怎么才能保证原有业务不会被影...

前言 使用第三方镜像肯定不是学习Docker的最终目的，最想要的还是自己构建镜像；将自己的程序、文件、环境等构建成自己想要的应用镜像，方便后续部署、启动和维护；而Docke...