王巍康
运维工程师
上海易果电子商务有限公司 · 8年经验
日薪：
￥600/8h
地点：
上海 长宁
时间：
下班后周六周日
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
一，IT工作：
1.负责所有IT类固定资产采购和管理，员工领用电脑登记和固定资产编号；
2. 负责公司内部服务器运维、服务器管理/数据备份，保证服务器正常运转和数据安全；
3. 负责公司企业邮箱，新员工入职新增，离职人员禁用/删除，邮箱备份；
4. 负责公司所有域名管理和续费，虚拟主机租用，网站状态监控，保证网站正常可访问；
二，架构设计：
1. 负责从研发环境构建到发布上线及线上保障的全流程研发运维工作；
2. 负责应用系统的上云方案设计和实施，包括阿里云资源技术选型、阿里云产品使用咨询、云上IT架构设计、安全架构设计等；
3. 负责云上应用运维和保障，包括系统架构梳理、系统弹性结构部署、系统性能分析与压力测试、性能调优、安全加固、监控和故障处理等；
4. 负责知识和经验的梳理和沉淀，并形成系统的文档；
三，运维工作：
1. 负责应用及生产系统日常问题的诊断、分析定位、解决及回顾；
2. 负责应用及生产系统运行管理及日常维护，包括但不限于部署、发布、监控、调优、排错等工作；支持和保障各类生产系统的安全、稳定运行；
3. 负责公司应用及生产系统突发事件的应急处理及跟踪解决；
4. 负责应用系统的性能分析，提出相关优化建议；
5. 负责运维自动化的研究和实现，包括自动化发布系统、包管理系统、监控平台等运维平台；支撑业务的快速迭代与交付，提高运维效率和质量；
6. 跟踪、研究新技术、新产品的发展方向，推动新技术、新产品在团队中得到应用，提升团队技术水平。
具体内容如下
四，新技术的研究
1.docker环境用于测试环境
2. 引入k8s,做docker集群化管理
3. 引入青云，KubeSphere，做统一容器云平台
一， 初始阶段
1. 员工领用电脑登记和固定资产编号
2. 统一规划员工电脑系统安装和软件安装
3. 开通微信服务号与阿里云账号的企业实名认证及域名的备案
4. 开通公司企业邮箱
5. 申请购买公司内部用服务器
6. 搭建域控，完成对公司用户的电脑统一管理
二，准备阶段
1. 搭建esxi，统一公司虚拟机管理
2. 搭建svn, 统一公司内部文档存放与分享
3. 搭建禅道，统一公司项目管理
4. 搭建gitlab,统一公司代码存放
5. 搭建dns,统一公司内部域名访问
三，测试阶段
1.负责所有IT类固定资产采购和管理，员工领用电脑登记和固定资产编号；
2. 负责公司内部服务器运维、服务器管理/数据备份，保证服务器正常运转和数据安全；
3. 负责公司企业邮箱，新员工入职新增，离职人员禁用/删除，邮箱备份；
4. 负责公司所有域名管理和续费，虚拟主机租用，网站状态监控，保证网站正常可访问；
二，架构设计：
1. 负责从研发环境构建到发布上线及线上保障的全流程研发运维工作；
2. 负责应用系统的上云方案设计和实施，包括阿里云资源技术选型、阿里云产品使用咨询、云上IT架构设计、安全架构设计等；
3. 负责云上应用运维和保障，包括系统架构梳理、系统弹性结构部署、系统性能分析与压力测试、性能调优、安全加固、监控和故障处理等；
4. 负责知识和经验的梳理和沉淀，并形成系统的文档；
三，运维工作：
1. 负责应用及生产系统日常问题的诊断、分析定位、解决及回顾；
2. 负责应用及生产系统运行管理及日常维护，包括但不限于部署、发布、监控、调优、排错等工作；支持和保障各类生产系统的安全、稳定运行；
3. 负责公司应用及生产系统突发事件的应急处理及跟踪解决；
4. 负责应用系统的性能分析，提出相关优化建议；
5. 负责运维自动化的研究和实现，包括自动化发布系统、包管理系统、监控平台等运维平台；支撑业务的快速迭代与交付，提高运维效率和质量；
6. 跟踪、研究新技术、新产品的发展方向，推动新技术、新产品在团队中得到应用，提升团队技术水平。
具体内容如下
四，新技术的研究
1.docker环境用于测试环境
2. 引入k8s,做docker集群化管理
3. 引入青云，KubeSphere，做统一容器云平台
一， 初始阶段
1. 员工领用电脑登记和固定资产编号
2. 统一规划员工电脑系统安装和软件安装
3. 开通微信服务号与阿里云账号的企业实名认证及域名的备案
4. 开通公司企业邮箱
5. 申请购买公司内部用服务器
6. 搭建域控，完成对公司用户的电脑统一管理
二，准备阶段
1. 搭建esxi，统一公司虚拟机管理
2. 搭建svn, 统一公司内部文档存放与分享
3. 搭建禅道，统一公司项目管理
4. 搭建gitlab,统一公司代码存放
5. 搭建dns,统一公司内部域名访问
三，测试阶段
项目经验
Grafana5.3安装及配置
1.下载安装RPM包
wget https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-5.3.0-1.x86_64.rpm
2.安装grafana
yum -y install fontconfig freetype* urw-fonts
yum -y install grafana-5.3.0-1.x86_64.rpm
3.启动grafana并设置开机启动
systemctl enable grafana-server.service
systemctl start grafana-server.service
实现MySQL主从复制需要进行的配置：
主服务器：
开启二进制日志
配置唯一的server-id
获得master二进制日志文件名及位置
创建一个用于slave和master通信的用户账号
从服务器：
配置唯一的server-id
使用master分配的用户账号读取master二进制日志
启用slave服务
rsync可以实现触发式的文件同步，但是通过crontab守护进程方式进行触发，同步的数据和实际数据会有差异，而inotify可以监控文件系统的各种变化，当文件有任何变动时，就触发rsync同步，这样刚好解决了rsync同步数据的实时性问题。
1、先把两台机的防火墙和selinux关闭，两台机之间配置ssh免密钥通信，并配置时间同步
2、在两台服务器上安装rsync
3、配置rsync文件
4, 推送测试
5、安装inotify
6、配置监控脚本
7、测试脚本
1.1：安装go环境，codis基于go开发：
1.1.1：架构环境：
部署环境：3台服务器
1.1.2：codis是基于go语言编写的，因此要安装go语言环境:
1.1.3：每台服务器安装java环境和zookeeper，zookeeper集群最少需要3台服务器
#准备配置文件
#第一个zookeeper的配置文件：
1.1.4：配置第二个zookeeper服务：
#配置第二个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.5：配置第三个zookeeper服务：
#配置第三个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.6:分别启动各zookeeper服务：
1.1.7：查看各个zookeeper节点的状态：
1.1.8：测试连接到zookeeper节点：
1.1.9：下载codis 3.2版本：
1.1.10:执行make进行编译：
安装依赖
1.1.11：执行测试：
1.1.12：执行全部指令后，会在 bin 文件夹内生成 codis-proxy、codis-server三个可执行文件。另外, bin/assets 文件夹是 dashboard http 服务需要的前端资源)
1.2：默认启动的会读取config目录的dashboard.toml文件，编辑如下：
1.2.1：dashboard 的配置文件:
vim /usr/local/go/work/src/github.com/CodisLabs/codis/config/dashboard.toml
启动dashboard：
# 默认配置文件获取方式：./bin/codis-dashboard --default-config | tee dashboard.toml
1.2.2启动代理
启动codis-server，即创建redis实例(此处我们创建4个redis实例，给予codis修改过的redis-3.2.8非原生redis)
修改redis.conf
1.2.3：通过codis-server指定redis.conf文件启动redis服务，不能通过redis命令启动redis服务，通过redis启动的redis 服务加到codis集群无法正常使用：
1.2.4：验证通过codis启动redis 服务成功：
启动codis-fe，Listen监听端口不要为8080，指定8090
nginx_upstream_check_module 是专门提供负载均衡器内节点的健康检查的外部模块，由淘宝的姚伟斌大神开发，通过它可以用来检测后端 realserver 的健康状态。如果后端 realserver 不可用，则后面的请求就不会转发到该节点上，并持续检查几点的状态。
（1）源码编译安装tengine2.1.2版本
（2）nginx配置
check interval=1000 rise=1
1.下载安装RPM包
wget https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-5.3.0-1.x86_64.rpm
2.安装grafana
yum -y install fontconfig freetype* urw-fonts
yum -y install grafana-5.3.0-1.x86_64.rpm
3.启动grafana并设置开机启动
systemctl enable grafana-server.service
systemctl start grafana-server.service
实现MySQL主从复制需要进行的配置：
主服务器：
开启二进制日志
配置唯一的server-id
获得master二进制日志文件名及位置
创建一个用于slave和master通信的用户账号
从服务器：
配置唯一的server-id
使用master分配的用户账号读取master二进制日志
启用slave服务
rsync可以实现触发式的文件同步，但是通过crontab守护进程方式进行触发，同步的数据和实际数据会有差异，而inotify可以监控文件系统的各种变化，当文件有任何变动时，就触发rsync同步，这样刚好解决了rsync同步数据的实时性问题。
1、先把两台机的防火墙和selinux关闭，两台机之间配置ssh免密钥通信，并配置时间同步
2、在两台服务器上安装rsync
3、配置rsync文件
4, 推送测试
5、安装inotify
6、配置监控脚本
7、测试脚本
1.1：安装go环境，codis基于go开发：
1.1.1：架构环境：
部署环境：3台服务器
1.1.2：codis是基于go语言编写的，因此要安装go语言环境:
1.1.3：每台服务器安装java环境和zookeeper，zookeeper集群最少需要3台服务器
#准备配置文件
#第一个zookeeper的配置文件：
1.1.4：配置第二个zookeeper服务：
#配置第二个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.5：配置第三个zookeeper服务：
#配置第三个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.6:分别启动各zookeeper服务：
1.1.7：查看各个zookeeper节点的状态：
1.1.8：测试连接到zookeeper节点：
1.1.9：下载codis 3.2版本：
1.1.10:执行make进行编译：
安装依赖
1.1.11：执行测试：
1.1.12：执行全部指令后，会在 bin 文件夹内生成 codis-proxy、codis-server三个可执行文件。另外, bin/assets 文件夹是 dashboard http 服务需要的前端资源)
1.2：默认启动的会读取config目录的dashboard.toml文件，编辑如下：
1.2.1：dashboard 的配置文件:
vim /usr/local/go/work/src/github.com/CodisLabs/codis/config/dashboard.toml
启动dashboard：
# 默认配置文件获取方式：./bin/codis-dashboard --default-config | tee dashboard.toml
1.2.2启动代理
启动codis-server，即创建redis实例(此处我们创建4个redis实例，给予codis修改过的redis-3.2.8非原生redis)
修改redis.conf
1.2.3：通过codis-server指定redis.conf文件启动redis服务，不能通过redis命令启动redis服务，通过redis启动的redis 服务加到codis集群无法正常使用：
1.2.4：验证通过codis启动redis 服务成功：
启动codis-fe，Listen监听端口不要为8080，指定8090
nginx_upstream_check_module 是专门提供负载均衡器内节点的健康检查的外部模块，由淘宝的姚伟斌大神开发，通过它可以用来检测后端 realserver 的健康状态。如果后端 realserver 不可用，则后面的请求就不会转发到该节点上，并持续检查几点的状态。
（1）源码编译安装tengine2.1.2版本
（2）nginx配置
check interval=1000 rise=1
案例展示 全部案例 >
王巍康
运维工程师 · 8年经验 · 上海易果电子商务有限公司
0
累计接单
0
用户评价
0
被收藏
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
一，IT工作：
1.负责所有IT类固定资产采购和管理，员工领用电脑登记和固定资产编号；
2. 负责公司内部服务器运维、服务器管理/数据备份，保证服务器正常运转和数据安全；
3. 负责公司企业邮箱，新员工入职新增，离职人员禁用/删除，邮箱备份；
4. 负责公司所有域名管理和续费，虚拟主机租用，网站状态监控，保证网站正常可访问；
二，架构设计：
1. 负责从研发环境构建到发布上线及线上保障的全流程研发运维工作；
2. 负责应用系统的上云方案设计和实施，包括阿里云资源技术选型、阿里云产品使用咨询、云上IT架构设计、安全架构设计等；
3. 负责云上应用运维和保障，包括系统架构梳理、系统弹性结构部署、系统性能分析与压力测试、性能调优、安全加固、监控和故障处理等；
4. 负责知识和经验的梳理和沉淀，并形成系统的文档；
三，运维工作：
1. 负责应用及生产系统日常问题的诊断、分析定位、解决及回顾；
2. 负责应用及生产系统运行管理及日常维护，包括但不限于部署、发布、监控、调优、排错等工作；支持和保障各类生产系统的安全、稳定运行；
3. 负责公司应用及生产系统突发事件的应急处理及跟踪解决；
4. 负责应用系统的性能分析，提出相关优化建议；
5. 负责运维自动化的研究和实现，包括自动化发布系统、包管理系统、监控平台等运维平台；支撑业务的快速迭代与交付，提高运维效率和质量；
6. 跟踪、研究新技术、新产品的发展方向，推动新技术、新产品在团队中得到应用，提升团队技术水平。
具体内容如下
四，新技术的研究
1.docker环境用于测试环境
2. 引入k8s,做docker集群化管理
3. 引入青云，KubeSphere，做统一容器云平台
一， 初始阶段
1. 员工领用电脑登记和固定资产编号
2. 统一规划员工电脑系统安装和软件安装
3. 开通微信服务号与阿里云账号的企业实名认证及域名的备案
4. 开通公司企业邮箱
5. 申请购买公司内部用服务器
6. 搭建域控，完成对公司用户的电脑统一管理
二，准备阶段
1. 搭建esxi，统一公司虚拟机管理
2. 搭建svn, 统一公司内部文档存放与分享
3. 搭建禅道，统一公司项目管理
4. 搭建gitlab,统一公司代码存放
5. 搭建dns,统一公司内部域名访问
三，测试阶段
1.负责所有IT类固定资产采购和管理，员工领用电脑登记和固定资产编号；
2. 负责公司内部服务器运维、服务器管理/数据备份，保证服务器正常运转和数据安全；
3. 负责公司企业邮箱，新员工入职新增，离职人员禁用/删除，邮箱备份；
4. 负责公司所有域名管理和续费，虚拟主机租用，网站状态监控，保证网站正常可访问；
二，架构设计：
1. 负责从研发环境构建到发布上线及线上保障的全流程研发运维工作；
2. 负责应用系统的上云方案设计和实施，包括阿里云资源技术选型、阿里云产品使用咨询、云上IT架构设计、安全架构设计等；
3. 负责云上应用运维和保障，包括系统架构梳理、系统弹性结构部署、系统性能分析与压力测试、性能调优、安全加固、监控和故障处理等；
4. 负责知识和经验的梳理和沉淀，并形成系统的文档；
三，运维工作：
1. 负责应用及生产系统日常问题的诊断、分析定位、解决及回顾；
2. 负责应用及生产系统运行管理及日常维护，包括但不限于部署、发布、监控、调优、排错等工作；支持和保障各类生产系统的安全、稳定运行；
3. 负责公司应用及生产系统突发事件的应急处理及跟踪解决；
4. 负责应用系统的性能分析，提出相关优化建议；
5. 负责运维自动化的研究和实现，包括自动化发布系统、包管理系统、监控平台等运维平台；支撑业务的快速迭代与交付，提高运维效率和质量；
6. 跟踪、研究新技术、新产品的发展方向，推动新技术、新产品在团队中得到应用，提升团队技术水平。
具体内容如下
四，新技术的研究
1.docker环境用于测试环境
2. 引入k8s,做docker集群化管理
3. 引入青云，KubeSphere，做统一容器云平台
一， 初始阶段
1. 员工领用电脑登记和固定资产编号
2. 统一规划员工电脑系统安装和软件安装
3. 开通微信服务号与阿里云账号的企业实名认证及域名的备案
4. 开通公司企业邮箱
5. 申请购买公司内部用服务器
6. 搭建域控，完成对公司用户的电脑统一管理
二，准备阶段
1. 搭建esxi，统一公司虚拟机管理
2. 搭建svn, 统一公司内部文档存放与分享
3. 搭建禅道，统一公司项目管理
4. 搭建gitlab,统一公司代码存放
5. 搭建dns,统一公司内部域名访问
三，测试阶段
项目经验
Grafana5.3安装及配置
1.下载安装RPM包
wget https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-5.3.0-1.x86_64.rpm
2.安装grafana
yum -y install fontconfig freetype* urw-fonts
yum -y install grafana-5.3.0-1.x86_64.rpm
3.启动grafana并设置开机启动
systemctl enable grafana-server.service
systemctl start grafana-server.service
实现MySQL主从复制需要进行的配置：
主服务器：
开启二进制日志
配置唯一的server-id
获得master二进制日志文件名及位置
创建一个用于slave和master通信的用户账号
从服务器：
配置唯一的server-id
使用master分配的用户账号读取master二进制日志
启用slave服务
rsync可以实现触发式的文件同步，但是通过crontab守护进程方式进行触发，同步的数据和实际数据会有差异，而inotify可以监控文件系统的各种变化，当文件有任何变动时，就触发rsync同步，这样刚好解决了rsync同步数据的实时性问题。
1、先把两台机的防火墙和selinux关闭，两台机之间配置ssh免密钥通信，并配置时间同步
2、在两台服务器上安装rsync
3、配置rsync文件
4, 推送测试
5、安装inotify
6、配置监控脚本
7、测试脚本
1.1：安装go环境，codis基于go开发：
1.1.1：架构环境：
部署环境：3台服务器
1.1.2：codis是基于go语言编写的，因此要安装go语言环境:
1.1.3：每台服务器安装java环境和zookeeper，zookeeper集群最少需要3台服务器
#准备配置文件
#第一个zookeeper的配置文件：
1.1.4：配置第二个zookeeper服务：
#配置第二个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.5：配置第三个zookeeper服务：
#配置第三个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.6:分别启动各zookeeper服务：
1.1.7：查看各个zookeeper节点的状态：
1.1.8：测试连接到zookeeper节点：
1.1.9：下载codis 3.2版本：
1.1.10:执行make进行编译：
安装依赖
1.1.11：执行测试：
1.1.12：执行全部指令后，会在 bin 文件夹内生成 codis-proxy、codis-server三个可执行文件。另外, bin/assets 文件夹是 dashboard http 服务需要的前端资源)
1.2：默认启动的会读取config目录的dashboard.toml文件，编辑如下：
1.2.1：dashboard 的配置文件:
vim /usr/local/go/work/src/github.com/CodisLabs/codis/config/dashboard.toml
启动dashboard：
# 默认配置文件获取方式：./bin/codis-dashboard --default-config | tee dashboard.toml
1.2.2启动代理
启动codis-server，即创建redis实例(此处我们创建4个redis实例，给予codis修改过的redis-3.2.8非原生redis)
修改redis.conf
1.2.3：通过codis-server指定redis.conf文件启动redis服务，不能通过redis命令启动redis服务，通过redis启动的redis 服务加到codis集群无法正常使用：
1.2.4：验证通过codis启动redis 服务成功：
启动codis-fe，Listen监听端口不要为8080，指定8090
nginx_upstream_check_module 是专门提供负载均衡器内节点的健康检查的外部模块，由淘宝的姚伟斌大神开发，通过它可以用来检测后端 realserver 的健康状态。如果后端 realserver 不可用，则后面的请求就不会转发到该节点上，并持续检查几点的状态。
（1）源码编译安装tengine2.1.2版本
（2）nginx配置
check interval=1000 rise=1
1.下载安装RPM包
wget https://s3-us-west-2.amazonaws.com/grafana-releases/release/grafana-5.3.0-1.x86_64.rpm
2.安装grafana
yum -y install fontconfig freetype* urw-fonts
yum -y install grafana-5.3.0-1.x86_64.rpm
3.启动grafana并设置开机启动
systemctl enable grafana-server.service
systemctl start grafana-server.service
实现MySQL主从复制需要进行的配置：
主服务器：
开启二进制日志
配置唯一的server-id
获得master二进制日志文件名及位置
创建一个用于slave和master通信的用户账号
从服务器：
配置唯一的server-id
使用master分配的用户账号读取master二进制日志
启用slave服务
rsync可以实现触发式的文件同步，但是通过crontab守护进程方式进行触发，同步的数据和实际数据会有差异，而inotify可以监控文件系统的各种变化，当文件有任何变动时，就触发rsync同步，这样刚好解决了rsync同步数据的实时性问题。
1、先把两台机的防火墙和selinux关闭，两台机之间配置ssh免密钥通信，并配置时间同步
2、在两台服务器上安装rsync
3、配置rsync文件
4, 推送测试
5、安装inotify
6、配置监控脚本
7、测试脚本
1.1：安装go环境，codis基于go开发：
1.1.1：架构环境：
部署环境：3台服务器
1.1.2：codis是基于go语言编写的，因此要安装go语言环境:
1.1.3：每台服务器安装java环境和zookeeper，zookeeper集群最少需要3台服务器
#准备配置文件
#第一个zookeeper的配置文件：
1.1.4：配置第二个zookeeper服务：
#配置第二个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.5：配置第三个zookeeper服务：
#配置第三个zookeeper服务，每个服务对应不用的配置文件和数据目录：
1.1.6:分别启动各zookeeper服务：
1.1.7：查看各个zookeeper节点的状态：
1.1.8：测试连接到zookeeper节点：
1.1.9：下载codis 3.2版本：
1.1.10:执行make进行编译：
安装依赖
1.1.11：执行测试：
1.1.12：执行全部指令后，会在 bin 文件夹内生成 codis-proxy、codis-server三个可执行文件。另外, bin/assets 文件夹是 dashboard http 服务需要的前端资源)
1.2：默认启动的会读取config目录的dashboard.toml文件，编辑如下：
1.2.1：dashboard 的配置文件:
vim /usr/local/go/work/src/github.com/CodisLabs/codis/config/dashboard.toml
启动dashboard：
# 默认配置文件获取方式：./bin/codis-dashboard --default-config | tee dashboard.toml
1.2.2启动代理
启动codis-server，即创建redis实例(此处我们创建4个redis实例，给予codis修改过的redis-3.2.8非原生redis)
修改redis.conf
1.2.3：通过codis-server指定redis.conf文件启动redis服务，不能通过redis命令启动redis服务，通过redis启动的redis 服务加到codis集群无法正常使用：
1.2.4：验证通过codis启动redis 服务成功：
启动codis-fe，Listen监听端口不要为8080，指定8090
nginx_upstream_check_module 是专门提供负载均衡器内节点的健康检查的外部模块，由淘宝的姚伟斌大神开发，通过它可以用来检测后端 realserver 的健康状态。如果后端 realserver 不可用，则后面的请求就不会转发到该节点上，并持续检查几点的状态。
（1）源码编译安装tengine2.1.2版本
（2）nginx配置
check interval=1000 rise=1
立即沟通
