性能优化

云容器管理的编排系统主要由以下几个部分组成： 1. **容器运行时**：这是一个用于运行容器的环境，例如Docker或者containerd。 2. **编排引擎**：这是一个用于管理容器的系统，例如Kubernetes或者Docker Swarm。编排引擎负责调度容器在集群中的运行，包括容器的部署、扩展和滚动更新等。 3. **服务发现和负载均衡**：这是一个用于管理服务间通信的系统，例如Istio或者Linkerd。服务发现和负载均衡系统负责在容器之间进行流量路由，以及处理服务的可发现性和网络故障。 4. **存储系统**：这是一个用于管理容器数据的系统，例如Ceph或者GlusterFS。存储系统负责提供持久化存储，以便容器可以存储和检索数据。 5. **安全性和策略管理**：这是一个用于管理容器安全性和策略的系统，例如Open Policy Agent或者Falco。安全性和策略管理系统负责处理容器的访问控制、网络策略和安全审计。 6. **日志和监控**：这是一个用于管理容器日志和监控的系统，例如Prometheus或者Fluentd。日志和监控系统负责收集和分析

类Spice、RDP远程桌面访问协议，负责将服务端生成的桌面图像通过远程协议高效的传送到终端，并解析还原。主要的优化目标：高效，降低带宽、服务端及终端负载，视频优化。 视频编解码采用高效的H.264代替了以前的mjpeg。终端arm盒子上实现硬解码。进一步降低了带宽及终端负载，能够在低配的盒子上播放1080P的高清视频。

1.本项目是给花旗银行提供金融业务流程活动所需的文档管理系统，该系统要求易于访问，可靠，安全和合规。核心功能有存储，查询相关文档以及存储信息。核心模块包括文档识别与分类，提取文档中感兴趣的信息，识别输入文档的语言，文档中签名部分的解析等功能。 2.本人主要负责： （1）将系统中的部分功能抽取出来进行微服务化，并部署到云平台Openshift（类似于 K8S）; （2）Self-service Onboarding 模块后端的开发和维护； （3）在 OpenShift 搭建 Redis 集群，并引入到具体项目中作为缓存使用； （4）OCR 处理流程算法的优化，用分布式事务的方式进行优化，以及采用分布式锁删除过期数据； （5）集成 AppDynamics 监控，使之应用在项目中

深入了解各大银行风控系统，负责整体架构设计及相关源码开发，底层技术扎实，业务精通，有国内外各大top银行实施经验和业务风控数据资源积累，有业界领先的成品可以使用

1.在不同的仓位模式下，根据用户余额，保证金或者币队标记价格等可能影响风险率变化的因素，实现户全仓/逐仓仓位的强制平仓或者撮合平仓 单用户，多结算币种多合约，全仓逐仓模式 * 爆仓次序：分结算币种,每个结算币种按维持保证金率等级、风险率，从最高的开始爆仓，逐级递归爆仓到底 * 维持保证金率等级相同，风险率高的优先爆仓，直到所有仓位的全仓维持保证金等级最低或全仓风险率 < 100% 2.资金费周期结算 即市场上做多的过多，会使比特币期货价格比比特币价格高太多，这时候为了平衡，做多的这一方需要把持仓费(资金费用)给做空的这一方。否则，做空的这一方需要支付持仓费(资金费用)给做多的这一方。以定时任务方式资金费用每8小时收取一次，收取时间在每天的00:00UTC、 08:00UTC 和 16:00UTC 3.根据市场币队价格变化，判断止盈止损订单是否达到触发条件，发起订单撮合 全仓风险率，逐仓风险率，以及对锁风险率计算

通过对接各个电商平台实现订单自动生成，及库存自动匹配，及通过对接钉钉财务软件自动在erp上生成财务明细，及硬件扫码对接。及外部接口对接

对mmengine进行了全面深入的底层代码梳理，能够熟练掌握基于openmmlab的pytorch开发。希望通过加入团队，学习更多技术。

1.在不同的仓位模式下，根据用户余额，保证金或者币队标记价格等可能影响风险率变化的因素，实现户全仓/逐仓仓位的强制平仓或者撮合平仓 单用户，多结算币种多合约，全仓逐仓模式 * 爆仓次序：分结算币种,每个结算币种按维持保证金率等级、风险率，从最高的开始爆仓，逐级递归爆仓到底 * 维持保证金率等级相同，风险率高的优先爆仓，直到所有仓位的全仓维持保证金等级最低或全仓风险率 < 100% 2.资金费周期结算 即市场上做多的过多，会使比特币期货价格比比特币价格高太多，这时候为了平衡，做多的这一方需要把持仓费(资金费用)给做空的这一方。否则，做空的这一方需要支付持仓费(资金费用)给做多的这一方。以定时任务方式资金费用每8小时收取一次，收取时间在每天的00:00UTC、 08:00UTC 和 16:00UTC 3.根据市场币队价格变化，判断止盈止损订单是否达到触发条件，发起订单撮合 全仓风险率，逐仓风险率，以及对锁风险率计算

1.bitget项目为虚拟货币衍生品交易平台，主要功能有现货交易，合约交易，api交易，杠杆服务，大数据系统，量化系统，用户服务，代理商服务，管理后台系统，聚合服务，钱包服务，消息服务，做市服务，风控服务，P2P服务，网关服务等微服务 2.主要负责用户服务，网关服务，聚合服务的开发，基础项目包的开发与维护，apollo的定制化开发。

项目描述： 来伊份App致力于打造智慧新零售，为消费者带来线上线下无边界的智慧服务。 本项目主营核心业务板块： 1. “扫一扫”领卡入会成为品牌会员，领取会员权益，扫码活动领取门店优惠卷。 2. “会员码”打开来伊份会员码，一键完成支付和优惠核销，享受专属会员权益&福利。 3. “外卖”，在家即可订购来自世界美食大师严选臻品零食。 本项目致力于本土社区团购业务，一种互联网线上线下购物消费行为，是依托真实社区、来伊份线下数千家门店，打造的一种区域化、小众化、本地化、网络化的团购形式。依托线下门店打造社区和团长社交关系实现生鲜、零食等快消商品流通的新零售模式。 主要业务模块： 拉新模块、签到、外卖、伊起拼、闪购、会员码、无聊IM、积分商城、邀请好友、领券中心、发现等业务模块。 技术选型：SpringCloud Alibaba、MyBatis、MySQL、SSO、Redission、Redis、RabbitMQ、ElasticSearch、ELK 开发环境：Git、Jenkins(CI/CD) 部署环境：kubernetes、Docker、Nginx 岗位职责 1. 负责平台管

1、java技术栈，主导新架构数据本地化架构设计与落地，解决全国全量调度依赖数据，包括运单、骑手、特征等近 300 余个数据字段的高效接入，整体数据量占用 3T 以上，变更频率 10w+/s 2、深入参与本地化系统性能优化及稳定性建设，从 GC 优化、数据同步策略改造以及数据存储架构升级等多个维度共同实现性能提升；从保证数据高一致性与低延迟性两个维度保障同步数据可用性与稳定性。 3、架构升级后已完成调度流量引流 30%，调度耗时缩短 10%-30% 通过整体架构改在，整体成本缩减 27%以上，其中依赖本地化缩短 40%数据收集用时，对下游机器成本缩减近 70%

大多数为C端的开发，少部分为B端开发 先比较火的小程序平台都可以支持 Vue和React都可以，各种类型的和行业的C端均可以开发

1：项目功能模块分为： 账户权限分配，产品配置，费用配置，数据统计，报表导出，消息通知发布等。 2：我负责的功能模块有：账户权限分配，数据统计，报表导出，消息通知发布等。 3：数据统计性能问题，优化SQL语句，优化索引配置，数据库做主从分配，利用分页减少每次查询数据量，做时间范围控制等。

在梯度下降时 MSE较MAE更为准确 而在异常值出现时 MAE较MSE更加鲁棒，Huber Loss 集MAE与MSE的优势于一身。 Huber Loss中增加了一个超参数，在其中起到了一定的选择作用，即 当预测预测小于超参时，采用平方误差(MSE) 而在预测偏差大于超参时，则采用线性误差 (MAE)

1、精通各品牌服务器交付问题和软硬件问题维护， 2、精通各品牌存储交付问题和故障维护， 3、精通windows、linux、aix、vmware等系统故障处理和维护优化， 4、擅长项目管理， 5、熟悉网络、安全、无线、数据库等技术，可以统筹处理IDC遇到的问题，

1.服务器端： 1.1 针对各客户端软件进行管理，设定客户端软件的传输路径，传输时间，针对用户进行管理 1.2 文件自动分类进行存储 2. 客户端 2.1根据服务器端的设置参数，将本地文件传输到服务器进行存储 2.2 传输完成之后，对文件大小进行校验 2.3 根据服务器端设置，删除本地文件 2.4 生成文件传输报告

项目使用后端 SpringBoot+SpringCloud+Docker 和前端 Vue+ElementUI 分离开发。 将单体应用拆分成独立运行的微服务模块 (商品服务，秒杀服务，检索服务等)，模块与模块之间独立运行部署。 - 远程服务调用 Feign，网关使用 Spring Cloud Gateway，Sentinel 降级熔断，链路追踪使用 Sleuth 和 Zipkin， 服务注册与发现使用 Nacos，监控系统使用 Prometheus 和 Grafana，ELK 日志分析系统. - Redis 缓存与 MySQL 持久化，读写分离与分库分表. - 消息队列解耦与分布式事务的最终一致性. - DevOps，CI/CD 自动化，容器化集群部署

监控告警技术：使用开源prometheus对业务进行监控，在grafana上进行战术，并支持将告警推送到钉钉（邮件、企业微信）。

1、与产品经理对接需求，负责项目中的前端开发任务； 2、参与项目的打包和版本发布； 3、开发项目公共组件； 4、负责指导新同事的项目相关知识。

1.在不同的仓位模式下，根据用户余额，保证金或者币队标记价格等可能影响风险率变化的因素，实现户全仓/逐仓仓位的强制平仓或者撮合平仓 单用户，多结算币种多合约，全仓逐仓模式 * 爆仓次序：分结算币种,每个结算币种按维持保证金率等级、风险率，从最高的开始爆仓，逐级递归爆仓到底 * 维持保证金率等级相同，风险率高的优先爆仓，直到所有仓位的全仓维持保证金等级最低或全仓风险率 < 100% 2.资金费周期结算 即市场上做多的过多，会使比特币期货价格比比特币价格高太多，这时候为了平衡，做多的这一方需要把持仓费(资金费用)给做空的这一方。否则，做空的这一方需要支付持仓费(资金费用)给做多的这一方。以定时任务方式资金费用每8小时收取一次，收取时间在每天的00:00UTC、 08:00UTC 和 16:00UTC 3.根据市场币队价格变化，判断止盈止损订单是否达到触发条件，发起订单撮合 全仓风险率，逐仓风险率，以及对锁风险率计算