姚劲 | 奈学教育
姚劲 | 奈学教育 - 奈学教育 | 讲师
实名认证 专业认证

性别: 注册于 2020-06-24

擅长:架构

前华为终端硬件研发专家, 前58集团资深研发专家, 前转转公司创始员工、架构师, 从0到1搭建转转后端架构,负责落地了网关层逻辑、用户系统、推送系统、交易系统等核心系统, 主导了风控部门建设工作,在风控领域驱动了策略风控、大数据风控、智能风控的发展, 擅长业务架构,深度参与了转转重大营销活动,曾主导了公司级别单机100w并发的推送通道。

向TA求助
2金币数
101 经验值
0个粉丝
主页被访问 549 次

最近动态

2020-07-13 18:13 回答问题

我们可以把数据访问层在为服务中进行集成,还可以独立出数据访问层部署一个服务,比如sharding-jdbc sharding-proxy,前者是集成于服务,后者是独立出一个服务,两者都可以实现我们数据访问层代理,但是proxy会对我们大量的 OLAP 及 OLTP 业务进行分离处理,集成服务想实现这点就会过于复杂。

2020-07-13 18:13 回答问题

分布式项目我们可以说有SOA、微服务,那么在SOA中还是强调的中心化,既然中心化,那么我们的数据层是没有进行分离的,所以并非一个业务模块对应dataAccess,有可能多个业务模块对应dataAccess。

2020-07-13 18:13 回答问题

如果controller本身作为一个服务,那么肯定是web服务的形式,那么它会把service及dao进行一个集成,最终还是会集成为一个微服务的某个模块项目,这种方式没有什么特别之处,主要看每个公司的规范。

2020-07-13 18:12 回答问题

SOA和微服务本质都是服务化(单个服务承载不了,所以进行分而治之),同样拆分为服务两者区别如下: SOA:面向的基本是企业级场景 to B端,如银行,技术栈通常是JAVA,且是中心化,就是只拆分服务而不拆分数据,这样的话数据库用的比较多的就是oracle,并且会有一个核心的理念是ESB(企业服务总线)。ESB本身更是一个又重又复杂的系统,有很多商业解决方案,SOA作为企业级解决方案,它的目标是在功能层面整合企业内所有的业务系统,所以从宏观角度观察,整个企业系统本身仍然是集中式的。 微服务:核心特点是多语

2020-07-13 18:12 回答问题

对于LVS负载,通常采用LVS+Keepalive+Nginx+Lua,LVS本身三种工作模式、十种调度算法,常用的模式有LVS—NET、LVS-DR两种模式,各有各的优缺点,整体的使用优先级 NET -> DR -> TUNL

2020-07-13 18:11 回答问题

技术选型没有好与不好,我们需要当前阶段选择适合的技术选型,那么从性能上来讲Zuul确实没有Kong的性能高, 在Zuul第一版本中,采用的是Bio,在Zuul2中采用的是NIo,此时性能有了一个大幅度提高,但还是没有Kong的性能要好,58或转转网关是通过JAVA开发了一个网关服务进行了网关自研。

2020-07-13 18:11 回答问题

通常我们监控只看日志是否出现异常,针对核心或者特殊业务需要设置上报数据,并非所有业务都需要上报数据,在上报数据的过程如果是我们常规开发,会去修改代码假如入侵代码,我们需要考虑如何减少入侵性,比如做一个上报数据的SDK,我们只需要在上报数据的项目里引入此SDK,并进行简单的配置,就可以实现业务数据上报,或者还可以通过注解实现,等等很多方式减少入侵。

2020-07-13 18:11 回答问题

zabixx由agent组件进行被动或主动进行了数据采集,业务是否需要要看这个实时上报数据或者高频率上报数据是否对业务起到一定的分析作用,比如数据采集异常,虽然某业务采集数据的时候并没有出现异常,但数据并不是我们理想数据,此时就要上报数据进行监控数据异常的问题,并非日志异常。