你好
这里依旧是正经风的养码场一周播报
:)
这周关于技术的讨论此起彼伏
一入代码深似海呀~
-01-
Logback配置
有位大神直接发了一连串代码
scan("3 seconds")
statusListener(OnConsoleStatusListener)
appender("STDOUT",ConsoleAppender) {
layout(PatternLayout) {
pattern = "%d %-4relative [%thread] %-5level %logger{35} [Line:%L]- %m%n"
}
}
appender("FILE",RollingFileAppender) {
String path = System.getProperty("user.home")
path = path + "/logs/agent"
file = path + "/agent.log"
rollingPolicy(TimeBasedRollingPolicy) {
fileNamePattern = path + "/agent.%d{yyyy-MM-dd}.log"
maxHistory = 10
}
layout(PatternLayout) {
pattern = "%d %-4relative [%thread] %-5level %logger{35} [Line:%L]- %m%n"
}
}
root(INFO, ["STDOUT","FILE"])
反正莫宁是没看懂……
-02-
高性能服务端优化问题探讨
《达达--高性能服务端优化之路》推文大致内容:前期为了快速满足业务需求,我们采用简单高效的方案,如使用云服务、应用服务直接访问单点DB;后期随着系统压力增大,性能和稳定性逐渐纳入考虑范围,而DB最容易出现性能瓶颈,我们采用读写分离、垂直分库、水平分库等方案。面对高性能和高稳定性,架构升级需要尽可能超前完成,否则,系统随时可能出现系统响应变慢甚至宕机的情况。
养码人A
大家都是这么做的吗?
达达--高性能服务端优化之路
26分钟前
养码人B,养码人C,养码人D
养码人E:正常做法吧。
养码人F:业务量一直不起,那就不用分了。读写分离,分库分表这个还是比较正常的。
养码人R:不正常的就是一言不合就换DB,学Uber,Postgres----》MySQL或者反过来。
养码人S:数据访问曾是关键。
养码人E:换DB也是麻烦事。
-03-
Java负载均衡怎么解决
nginx下session不同步的问题?
养码人1
请教老司机一个问题:java负载均衡怎么解决nginx下session不同步的问题?度娘上没找到。
养码人2
放到redis上统一调用
养码人1
放到缓存服务器或者数据库里是一种解决方案。但主要是nginx的ip_hash upstream_hash 这两个没看明白
养码人3
ip_hash可以让同一个会话过程中,始终请求用一个server,不过还是建议你做分布式session,不要依赖ip_hash
养码人4
通过实现应用服务器的Session管理接口或者用Filter接口之类的,把应用服务器的会话保存到一个或者多个独立的内存存储结构上。然后从这个内存存储上读取会话信息,从而让应用服务器集群都可以读到集群里面每个应用服务器生产的会话信息,这样后端程序对前端用户来说都是透明的。不用指定到固定的机器上,从而实现ha的效果。
tomcat还可以通过广播的形式在每个tomcat里面都保存一份所有的会话信息。
养码人1
将session储存到一个内存存储结构上实现session共享没疑问。主要是如果存储到了多个内存存储结构上,那还是会有多个内存存储结构session不同步的问题吧,同时我也不能保证他访问的是那个内存存储结构上的session信息,这个是怎么实现同步的?
养码人4
那个是后面的分布式内存服务器的东西了,如果都是单独的,我们可以把东西同时保存几份,通过这种简单的方式来保证ha
-04-
遇到咄咄逼人的面试官怎么办?
在寻找工作时多多少少会遇到你心里骂“傻逼”的面试官,但换个角度想:能问到你无言以对的面试官可能也比你厉害不了多少。 毕竟经历丰厚的技术大咖都是很谦和的。
看看养码人经历过哪些面试官
▼
养码人U:
自卑的面试官会咄咄逼人,问到你无法回答,实在一点的会适可而止。
养码人T:
一般年纪比较大的面试官挺不错的,会循循善诱,有时候反而会提点下你不会的技术知识。前年我在电面阿里中间件部门的时候,已经基本确定没戏的情况下,那个面试官还给我讲了好多知识点,语气特别平和,真的是个令人敬佩的领导者。
养码人W(曾当过面试官):
我之前面试的一些人,很聪明,就只说平时的工作就是写业务,增删查改,其他的基本没时间涉及,对不知道的事情就说不知道。很明确地让面试官知道你会什么不会什么,这让双方都很轻松也很受益。
-05-
养码人对有赞CTO崔玉松分享会的评论
▼
1、有了100位工程师之后才有测试团队,标准的土B啊! 2、没有专职测试,不代表没有测试。 3、有实战才有发言权。 4、崔玉松的分享很真实,这种管理理念我倒是蛮认可的,但现实中能真正理解的少之可怜,就像标题中提到的“无法复制”。其实个人感觉核心问题在于管理没有套路,只有针对不同环境的适配。 5、现场提问时间太短了! 6、管理干货满满,对我现创业阶段蛮有帮助的。 7、可以再来几场关于技术经验、实践案例方面的分享会吗? 8、更喜欢一些架构师来分享技术干货!