作为一名前端，日常开发过程中除了写业务代码，前后端联调更是重要的一环。但这一环却往往是整个开发中最繁琐也最累人的一环。任谁都想早点下班，然而提升联调效率并不是个纯技术相关的问题，而是需要有良好工作流程的问题。友情提示：（阅读前情简介仅需1分钟，干货部分大约5分钟）前情简介：亲身经历节选Code:403将我踢飞彼时正处公司切换中台系统的技术栈，以半个

一、部署prometheus,grafana和node\_exporterPrometheus开始教程：1.1环境(centos7)root@localhostprometheusunameaLinuxlocalhost.localdomain3.10

服务器Ubuntu16.04环境php7.0Apache/\\\\\\\\\\\\\\\\\\\\\\\\\\\\开始安装Redis\\\\\\\\\\\\\\\\\\\\\\\\\\\\/1.安装Redis服务aptg

SpringBoot2整合activiti6环境搭建依赖<dependencies<dependency<groupIdorg.springframework.boot</groupId

SpringBoot2整合activiti6环境搭建依赖<dependencies<dependency<groupIdorg.springframework.boot</groupId

一、BellmanFordBellmanFord算法是一种用于计算带权有向图中单源最短路径(当然也可以是无向图)。与Dijkstra相比的优点是，也适合存在负权的图。若存在最短路(不含负环时)，可用BellmanFord求出，若最短路不存在时，BellmanFord只能用来判断是否存在负环。松弛：　　　　每次松弛操作

Ubuntu下基于HeartBeat的Web应用高可用集群概述1网络拓朴2环境配置信息2环境搭建3搭建实验环境节点A3A机的HeartBeat安装、配置4搭建实验环境节点B5B机的HeartBeat安装、配置6测试HeartBeat6启动heartbeat服务6访问集群ip8模拟ubunt

缘起公司使用阿里的apigateway，规定不太友好，同是SIT环境，A系统的SIT1环境居然不能调用B系统的SIT2环境的接口。因为各个系统之间部署的SIT环境数量不同A系统可能只有1套，B系统可能有8套，这样的话，可能会随时切换调用B系统的环境，管理员

spark为什么比mapreduce快？首先澄清几个误区：1：两者都是基于内存计算的，任何计算框架都肯定是基于内存的，所以网上说的spark是基于内存计算所以快，显然是错误的2;DAG计算模型减少的是磁盘I/O次数（相比于mapreduce计算模型而言），

spark为什么比mapreduce快？首先澄清几个误区：1：两者都是基于内存计算的，任何计算框架都肯定是基于内存的，所以网上说的spark是基于内存计算所以快，显然是错误的2;DAG计算模型减少的是磁盘I/O次数（相比于mapreduce计算模型而言），