好想去摊煎饼果子
系统运维
杭州游卡 · 8年经验
日薪：
￥500/8h
地点：
上海 徐汇
时间：
下班后周六周日可工作日远程
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
1.容器化改造，服务接入k8s集群，服务无损上线，灰度发布及高峰期自动扩缩容
2.自动化发布流程从0到1改造
3.K8s环境方案设计，搭建，维护
4.EFK 集群方案设计，搭建并收集K8s内业务日志，实现日志无延迟，无丢失
5. 基于大模型内部知识库建立
6.zabbix+prometheus+grafana+skywalking ，根据环境及业务添加监控
7.Mysql，ES，redis，kafka，cdh 集群，PVE 虚拟化环境搭建配置维护
8.系统权限，数据库权限，网络权限管理
2.自动化发布流程从0到1改造
3.K8s环境方案设计，搭建，维护
4.EFK 集群方案设计，搭建并收集K8s内业务日志，实现日志无延迟，无丢失
5. 基于大模型内部知识库建立
6.zabbix+prometheus+grafana+skywalking ，根据环境及业务添加监控
7.Mysql，ES，redis，kafka，cdh 集群，PVE 虚拟化环境搭建配置维护
8.系统权限，数据库权限，网络权限管理
项目经验
需求：随着产品不断开发，服务数量不断增大，现有服务器资源利用不合理，管理不规范的问题突出，决定将现有环境服务全部迁移到K8S进行统一管理，并优化机器资源。工作内容：在整个改造过程中，负责集群规划，云平台选型，资源配置，集群搭建，业务改造，业务部署。
1.集群采用云平台 kubesphere 自带集群，三主节点采用 Keepalive+haproxy 方案实现高可用
2.日志采集使用 EFK 日志收集系统，收集服务日志。
3.外部访问内部统一使用 istio+openelb
4.动态服务缩容使用 HPA
5.集群规模100+node 节点，1000+pod。
6.后端存储使用 GlusterFS 根据不同业务场景采用不同存储方式
业绩：
1.实现现有服务迁移k8s集群成功，运行稳定，资源利用率提升30%
2.迁移后资源利用有很大改善，各节点资源使用较为平均
3.迁移后业务规范更加清晰，外部访问使用统一出口
4.服务伸缩性大大增强，HPA 提供了临时高负载时服务弹性伸缩
1.集群采用云平台 kubesphere 自带集群，三主节点采用 Keepalive+haproxy 方案实现高可用
2.日志采集使用 EFK 日志收集系统，收集服务日志。
3.外部访问内部统一使用 istio+openelb
4.动态服务缩容使用 HPA
5.集群规模100+node 节点，1000+pod。
6.后端存储使用 GlusterFS 根据不同业务场景采用不同存储方式
业绩：
1.实现现有服务迁移k8s集群成功，运行稳定，资源利用率提升30%
2.迁移后资源利用有很大改善，各节点资源使用较为平均
3.迁移后业务规范更加清晰，外部访问使用统一出口
4.服务伸缩性大大增强，HPA 提供了临时高负载时服务弹性伸缩
案例展示 全部案例 >
好想去摊煎饼果子
系统运维 · 8年经验 · 杭州游卡
0
累计接单
0
用户评价
0
被收藏
信用行为
0
接单数
0
评价数
0
收藏数
技术能力
1.容器化改造，服务接入k8s集群，服务无损上线，灰度发布及高峰期自动扩缩容
2.自动化发布流程从0到1改造
3.K8s环境方案设计，搭建，维护
4.EFK 集群方案设计，搭建并收集K8s内业务日志，实现日志无延迟，无丢失
5. 基于大模型内部知识库建立
6.zabbix+prometheus+grafana+skywalking ，根据环境及业务添加监控
7.Mysql，ES，redis，kafka，cdh 集群，PVE 虚拟化环境搭建配置维护
8.系统权限，数据库权限，网络权限管理
2.自动化发布流程从0到1改造
3.K8s环境方案设计，搭建，维护
4.EFK 集群方案设计，搭建并收集K8s内业务日志，实现日志无延迟，无丢失
5. 基于大模型内部知识库建立
6.zabbix+prometheus+grafana+skywalking ，根据环境及业务添加监控
7.Mysql，ES，redis，kafka，cdh 集群，PVE 虚拟化环境搭建配置维护
8.系统权限，数据库权限，网络权限管理
项目经验
需求：随着产品不断开发，服务数量不断增大，现有服务器资源利用不合理，管理不规范的问题突出，决定将现有环境服务全部迁移到K8S进行统一管理，并优化机器资源。工作内容：在整个改造过程中，负责集群规划，云平台选型，资源配置，集群搭建，业务改造，业务部署。
1.集群采用云平台 kubesphere 自带集群，三主节点采用 Keepalive+haproxy 方案实现高可用
2.日志采集使用 EFK 日志收集系统，收集服务日志。
3.外部访问内部统一使用 istio+openelb
4.动态服务缩容使用 HPA
5.集群规模100+node 节点，1000+pod。
6.后端存储使用 GlusterFS 根据不同业务场景采用不同存储方式
业绩：
1.实现现有服务迁移k8s集群成功，运行稳定，资源利用率提升30%
2.迁移后资源利用有很大改善，各节点资源使用较为平均
3.迁移后业务规范更加清晰，外部访问使用统一出口
4.服务伸缩性大大增强，HPA 提供了临时高负载时服务弹性伸缩
1.集群采用云平台 kubesphere 自带集群，三主节点采用 Keepalive+haproxy 方案实现高可用
2.日志采集使用 EFK 日志收集系统，收集服务日志。
3.外部访问内部统一使用 istio+openelb
4.动态服务缩容使用 HPA
5.集群规模100+node 节点，1000+pod。
6.后端存储使用 GlusterFS 根据不同业务场景采用不同存储方式
业绩：
1.实现现有服务迁移k8s集群成功，运行稳定，资源利用率提升30%
2.迁移后资源利用有很大改善，各节点资源使用较为平均
3.迁移后业务规范更加清晰，外部访问使用统一出口
4.服务伸缩性大大增强，HPA 提供了临时高负载时服务弹性伸缩
立即沟通
