Code综艺圈

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

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

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

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

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

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

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

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

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