话题公司 › 掌门

公司:掌门

SocketIO高性能事件驱动设计探索

SocketIO原生基于NodeJS实现的Web长连接技术方案,H5原生场景下通常使用websocket作为基础协议进行网络通信(客户端支持多语言),SocketIO对于长连接场景下的业务形态进行了很多方面的抽象和实现,比如:命名空间、用户、房间等关系模型,技术形态下同样也进行了多方面的快速支持,比如ssl证书、websocket文本、二进制、双向Ack、心跳等API,作为一个Web长连接解决方案,SocketIO不失为一个很棒的基础协议支持框架,接入快速,模型简单,掌门在Socket通信接入侧选型上也选择了SocketIO协议。

Sonar在掌门的落地与实践

随着掌门的发展,代码的积累量已经达到了吨级,偶尔会出现如下一些问题:

1、线上环境偶尔会抛出一些平时不常出现的报错信息、安全隐患以及一些问题;

2、开发人员线上查问题时,偶尔出现一些具有干扰的报错信息;

3、人员更变、模块更变、开发习惯导致在熟悉代码过程中效率不高;

为了提高代码的质量,尽量避免一些没有必要存在的问题,故引进SonarQube静态代码监控平台。它主要从7个维度检测代码质量,主要通过插件形式对java,C#,C/C++,PL/SQL,Cobol,JavaScrip,Groovy等等二十几种编程语言的代码质量管理与检测。

基于Opentracing + Uber Jaeger实现全链路灰度调用链

当网关和服务在实施全链路分布式灰度发布和路由时候,我们需要一款追踪系统来监控网关和服务走的是哪个灰度组,哪个灰度版本,哪个灰度区域,甚至监控从Http Header头部全程传递的灰度规则和路由策略。

掌门全链路灰度压测实战

随着掌门用户数量,业务的快速迭代,服务发布出现的事故影响面越来越大,有可能是新业务流程与老业务流程的互相兼容的问题,或者是前后端一些较小的手误导致应用故障(中台受此风险的影响更大)。

分布式任务调度框架-brave-dis-job

之前我负责的一个系统,总是隔三差五出事情。核心的业务逻辑全部通过定时任务来跑,且定时任务没有做集群部署,分布式调度处理。再加上开发人员不太注意代码质量和性能,所以处处是坑。

和团队说过很多次,要把任务拆分出来。但是,最后他们总是以各种理由拖着没做。痛定思痛,我决定自己写一个。

可能很多人会说现在任务调度的框架那么多,比如es-job,tb-scheduler这个半成品,还有xxl-job,直接拿来用不就行了?可是我想说,你要用一个人家的东西,基本的前提就是要熟悉这个东西怎么用,各个配置代表什么意思,出了问题后,要能解决问题,如果不满足要求,要能定制。

那么试问,谁能全部做到?这个学习和改造的成本有多高?所以,基于我对分布式任务调度框架的理解,写了个简单的平台。

掌门面试官:如何在公司落地业务组件

我作为掌门面试官,面试过不少的候选人,在面试的时候能将组件开发的工具链及注意点讲清楚的寥寥,所以今天就带大家一起从设计思维、工程思维和产品思维三个维度概述一下题目组件在掌门落地的思路。

当然了这远远不是看一篇文章就能掌握整个组件开发体系的,工具链可复制,思维模式不可复制,需要大家根据自身的业务场景进行深入实践及剖析。

如何打造掌门业务中台发动机?

从2018年开始,“中台”成为风靡IT技术圈的热词,每个人对中台的理解就像一千个观众眼中有一千个哈姆雷特一样。本文将从可落地的角度,分享如何打造业务中台发动机,帮助大家快速落地业务中台。

掌门教育 移动端 ZMLego Mesh 组件化容器

掌门教育 移动端 ZMLego Mesh 组件化容器 的探索与实践以及落地。

掌门下一代容器发布系统 Triton

基于 OpenKruise、Kubernnetes Operator 实现掌门下一代容器发布系统 Triton。Triton 提供了更加高效、确定可控的应用管理和部署能力,支持金丝雀发布、发布暂停、指定实例缩容等丰富的部署策略。

掌门小狸App iOS组件化实践

随着移动端 App 应用的普及以及各种产品、运营方案的成熟,移动端 App 的构建目的从单一的满足用户需求的阶段,逐步迈向支持产品形态、业务场景,运营方案等多方需求。

在工程的迭代过程中,代码量和业务规模不断增加,团队成员也会增加或变动。这些增量,使 App 相较于形成初期,难点从某种功能是否能够完美实现,转变为团队协同是否高效,代码是否易于调试,单功能的性能是否易于监测,代码质量是否易于审查。

1v1 教学平台线上压测踩坑经验分享

1、公司业务组织大联考活动 实际报名数量翻倍增长,大大超过原计划课耗,如临考试日期,会存在集中登录去考试的流程,此时并发量较大。

2、连续两周出现后端服务不稳定的情况,要么 CPU 被打满,要么 DB 数据库被打满。

3、由于业务发展招师课堂需支持单节课 3000 人以上的大培,之前单节课只支持 1000 人同时在线 ,但是实际上每次我们大培都在 1500 以上,每次需要开启两台电脑两节课进行培训,根据业务发展需要我们需要支持 3000 人以上的大培。

掌门 MySQL 数据库规约落地及优化实战

优秀的表设计+合理索引+SQL优化可解决数据库99%的性能问题,从数据库原理出发,带你踏上数据库优化之旅。

INFRA-JOY微服务治理验证工程实践分享

Infra-Joy 侧重定位成面向验证的架构设计方案而非是平台,在重标准轻设计(约定大于配置)的前提下,让更多角色关注并参与流程和质量的建设而非是具体平台的源码细节建设。

掌门持续交付流水线大规模实践

通过在 CI/CD 流程中引入流水线,使掌门的研发效能得到极大的提升,本文是掌门落地流水线的经验总结。

绘本阅读总结

为了使整个绘本阅读不必等待资源的加载,我们预加载了...

在线作图利器--随心图

这是一款操作简单、易于上手的图片编辑器...

trang chủ - Wiki
Copyright © 2011-2024 iteam. Current version is 2.137.1. UTC+08:00, 2024-11-14 14:48
浙ICP备14020137号-1 $bản đồ khách truy cập$