- 博客(16)
- 收藏
- 关注
RSS订阅转载 发生线上故障后问责是不是第一要务
《Google SRE》这本书，说过这样一句话：系统正常，只是该系统无数异常情况下的一种特例。故障是不可避免的，不管是再牛的系统、再知名的科技公司。既然不可避免，我们要做的就是不断提升能力和优化流程，减少故障出现的概率。今天公司线上系统出现了响应迟钝的情况，白天偶现，到了晚上，出现雪崩效应。各个系统，都出现相应超时等情况。最终定位到有一个太服务器的CPU跑满了。其实监控系统已经出现...
2019-07-04 22:50:00
289
转载 软件工程是否可以直接应用于小团队
软件工程学习第四篇。正如标题所说，软件工程是否可以直接应用于小团队。两种处理方式，其一学完软件工程后一股脑使用上；另一种是观察团队出现的问题，找到软件工程中适合的方式，逐步改进。相信大家看到这样的选择，当然都是选择第二种，也即是回答了标题中的问题。接下来一起看看小团队中出现的问题及怎么使用软件工程来指导团队建设和流程建设。那我们一起来看看小团队的一些问题：1、没钱。需要严格控制成...
2019-07-01 09:54:00
132
转载 阶段性正确的一点记录
小米的组织部部长刘德提到过小米阶段性正确的做法：去年7月，小米上市后进行了一系列的组织架构调整，其中最引人注目的是取消了原本的扁平化管理模式，在内部推动层级化和KPI管理。在这之前，小米的内部架构只分为三层：联合创始人-部门负责人-员工，而调整后，职级的头衔分为了专员-经理-总监-副总裁及以上，层级从13级开始到22级，共设10级。其中，专员级别为13级左右，经理为16级到17级左右，总...
2019-06-20 09:30:00
296
转载 Java7新特性
java7中增加的新的主要特性有：1、switch中可使用String 增加应对实际的使用。2、自动资源管理(try-with-resources) 属于帮程序员偷懒的处理，程序上更加健壮。不过需要注意的是需要实现Closeable或AutoCloseable，当然大部分API已经实现了此接口，如BufferedReader。3、捕获多个异常4、泛型实例化类型自动...
2019-06-11 14:52:00
119
转载 从server.xml看Tomcat容器的层次结构
先来看一下server.xml的结构：<Server> <Listener/> <GlobalNamingResources> <Resource> </Resource> </GlobalNamingResources> <Service> ...
2019-06-03 16:27:00
568
转载 HTTP响应码
http的响应码较多，要全部记住有一定的难度。下面列出，方便以后使用到查询：一、正确的响应码1、1xx:请求已接收到，需要进一步处理才能完成，HTTP1.0不支持100 Continue:上传大文件前使用(由客户端发起请求中携带Expect:100-continue头部触发)101 Switch Protocols:协议升级使用（由客户端发起请求中携带Upgrade:头部触发，...
2019-05-22 16:28:00
149
转载 工程方法事例实战
什么是工程方法？是一种有目的、有计划、有步骤地解决问题的方法。此方法不是软件工程所独有的，建筑工程等工程类都可能会应用，只是步骤上略有不同。说到步骤，工程方法分为六个阶段，分别是：想法、概念、计划、涉及、开发和发布。想法：识别问题，也就是想要解决的问题，这是个从模糊到清晰的过程。定义好问题、研究可行性，检查是否有可行的解决方案。概念：通过工具，如图纸、模型，提出一些概念性的解决方...
2019-05-20 16:14:00
759
转载 haproxy动静分离的验证
线上出现过项目的静态文件被拦截，不能直接访问。所以想到了haproxy指向对应的url来访问静态文件，想到这里在网络搜索了下，确实有此功能。立即上测试环境验证下：在listen中增加两行： #定义当请求的内容是对应的文件时，将请求转交给static server的acl规则 acl url_static path_end -i index.xml #引用acl匹配规则 ...
2019-05-07 16:00:00
110
转载 关于上级指令的一点思考
今天开会，领导下达了一道指令，需要对某个服务进行关闭。需要在夜间进行操作，需要投入的人手有：各个产品线的测试人员、不同组的开发人员、运维、DBA。此件事情是否优先级较高，以目前项目上的紧急程度来看，是属于优先级较低的。投入这种的人手和物力，消耗有点大，投入产出比不高。如果由我来做相应的决策的话，我会采取的方式是：1、推迟服务关闭的处理，可放到下次发版或维护的时候统一处理。2、采用...
2019-05-05 18:02:00
341
转载 学习方法笔记
以前听到过，要把书先读厚再读薄（哪个先就有点忘了，总结就是薄和厚）。最近学习操作系统的过程中，看到了一种学习方法：三遍学习法+PPT笔记法。此方法讲述的三遍学习法是：先读薄，再读厚，再读薄。所谓的先读薄，了解原理，就是不要纠结一城一地的得失，不要死抠每一个代码细节，而是重点了解主要的流程和原理。学习是循序渐进的过程，不要妄想一遍就掌握所有。再读厚，就是通过记笔记的方式，如PPT...
2019-04-28 14:56:00
118
转载 一个线上问题的一点思考
背景：上周六22点30分左右，客服反馈了一个线上问题（客服自身验证，未发现问题）。收到反馈后，测试联系各个关联的人员。因是周末又是较晚的时间，未能及时联系和通知到相关的人员。（后面在接近凌晨排查出原因并确定解决方法，原因是名字中包含了表情符号）发现的问题：1、客服人员和研发人员的协作，未有明确优先级。只要出现线上问题，直接放群里发，不管大小问题。2、研发人员内部的协作，也同样未明确...
2019-04-22 11:55:00
99
转载 对于微服务的一点思考
公司说我们的开发方式是敏捷开发,实际上只是使用了一些敏捷开发的方法,只有遵守敏捷开发的价值观和原则，才能算是敏捷开发。微服务也是一样，不是说拆分成多个服务去部署，就叫做微服务。也不是采用市面上常用的微服务框架，就是微服务了。上面这段话是我对微服务的简单理解。随着公司业务的发展，部门领导要求其中一个业务量比较大的要做负载。只给了一周的时间，包括开发和自测。因为时间比较紧，采用了最简单快...
2019-04-13 10:05:00
111
转载 软件工程之怎么理解软件工程
软件工程学习第二篇，什么是软件工程？随着软件规模越来越大，复杂度不断增加，在软件项目开发和维护的过程中逐渐暴露出来了一些问题，如：软件产品质量低劣、维护工作量大、成本不断上升，进度不可控、程序人员无限度的增加（增加人员并没有按时交付），“软件危机”这一概念被提了出来。而软件工程是为了研究和克服软件危机而产生的学科。软件工程的本质是用工程化的方法去规范软件开发，让项目可以按时完成、...
2019-04-04 11:14:00
904
转载 一个配置引发的血案
一个配置引发的血案，记一次线上事故的复盘。一天晚上的业务高峰期，出现了超时（数据加载不出来的情况）。联想到前一天有发版的工作，第一功能上并没有太大的调整，此次发版内容更多的是新增的功能，用户使用量也较少，基本可以排除因功能导致的问题；第二是否中间件出现问题，因数据的交互，有80%是和redis交互，从慢日志查询中未发现有异常情况；第三隐约有人说过用于负载的服务，昨天发版关闭掉了...
2019-03-25 13:31:00
89
转载 软件工程之学习方法篇
新的技术层出不穷，如果只是停留在不断追逐，不免产生焦虑。沉下心来，学习已成为经典的学科和知识，让自己在学习新的技术（知识）时，是不断的完善自己的知识体系，而不是每次都是学习全新的东西。10年前用到的知识，10年后还会继续使用的知识。而软件工程就是这样的学科。回想自己大学时学习这门课程的经历，可以说完全是靠背的。那时完全没有项目的经验，到现在能记住的：瀑布模型、迭代模型、软件的生命周期...
2019-03-19 16:26:00
505
转载 开篇
今天无意间看到了关于博客园的推荐，他推荐的理由是因CSND太过商业化，所以选择博客园。深有同感，本人在CSND也写了一些文章（不多）。进入博客园后，想起当年也有注册过，找回登录名和重置密码，进入后看到园龄已经8年2个月，想想惭愧，这么久过去了，竟然连博客园的博客都没有开过。曾经有一段时间是想着把自己工作中遇到的一些坑和想法、学习的一些经验记录下来分享出去。今天申请开通了博客园...
2019-02-26 10:22:00
83
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人