Mobabel

Just One Pure ITer

Mobabel Blog

[转]最佳日志实践 v2.0 0

Log Aggregation

[转]最佳日志实践 v2.0

1. 0. 缘起 大约在三年前，我曾经写过一篇 最佳日志实践，还被码农周刊选为那年的 最受欢迎技术干货 之一。当时我任职于网易杭州研究院的存储平台组，主要做网易对象存储（NOS）的开发和部分运维工作。由于网易云音乐，易信等几个重要产品陆续上线，业务压力剧增，我们的系统在前前后后大约半年的时间里，出现了大大小小各种事故。通过不断总结事故原因、不断地优化代码、进化部署架构，才使整个系统逐渐稳定下来。那个时候组里人常常开玩笑说，我们采用的是TDD的开发模式，只是这个TDD不是测试驱动开发（Test Driven Development），而是悲剧驱动开发（Tragedy Driven Development）。

[转]最佳日志实践 v1.0 0

Log Aggregation

[转]最佳日志实践 v1.0

1. 前言 日志用来记录用户操作、系统运行状态等，是一个系统的重要组成部分。然而由于日志并非系统核心功能，通常情况下并不受团队的重视。在出现问题需要通过日志来定位时，才发现日志还存在很多问题。 日志记录的好坏直接关系到系统出现问题时定位的速度，同时可以通过对日志的观察和分析，提前发现系统可能的风险，避免线上事故的发生。 我们在开发和运维NOS（网易对象存储，Netease Object Storage）的过程中，对整个系统的日志进行了分析优化，积累出一些经验，归纳如下。

0

Design Patterns

[转]微服务架构设计模式

如今，微服务架构已经成为了现代应用开发的首选。虽然它能够解决大部分的程序问题，但是它并非一颗百试不爽的“银弹”。 在采用这种架构之前，我们应当事先了解可能出现的各种问题及其共性，预先为这些问题准备好可重用的解决方案。 那么，在开始深入讨论微服务的不同设计模式之前，让我们先了解一下微服务架构的一些构建原则： 可扩展性 可用性 弹性 独立、自主性 去中心化治理 故障隔离 自动调配 通过 DevOps 实现持续交付 在遵循上述各条原则的同时，我们难免会碰到一些挑战。下面我们来具体讨论可能出现的各种问题、及其解决方案。

0

Big Data Practice

[转]Python 数据可视化

1. 前言 在之前的一篇文章《Python 数据可视化利器》中，我写了 Bokeh、pyecharts 的用法，但是有一个挺强大的库 Plotly 没写，主要是我看到它的教程都是在 Jupyter Notebooks 中使用，说来也奇怪，硬是找不到如何本地使用（就是本地输出 HTML 文件），所以不敢写出来。现在已经找到方法了，这里我就在原文的基础上增加了 Plotly 的部分教程。 数据可视化的第三方库挺多的，这里我主要推荐两个，分别是 Bokeh、pyecharts。

0

Algorithms

[转]时间复杂度、空间复杂度，如何”不复杂“地学？

1. 写在之前 我们都知道，对于同一个问题来说，可以有多种解决问题的算法。尽管算法不是唯一的，但是对于问题本身来说相对好的算法还是存在的，这里可能有人会问区分好坏的标准是什么？这个要从「时效」和「存储」两方面来看。 人总是贪婪的，在做一件事的时候，我们总是期望着可以付出最少的时间、精力或者金钱来获得最大的回报，这个类比到算法上也同样适用，那就是花最少的时间和最少的存储做成最棒的解决办法，所以好的算法应该具备时效高和存储低的特点。 这里的「时效」是指时间效率，也就是算法的执行时间，对于同一个问题的多种不同解决算法，执行时间越短的算法效率越高，越长的效率越低；「存储」是指算法在执行的时候需要的存储空间，主要是指算法程序运行的时候所占用的内存空间。

0

Essay

我们正变成当初我们讨厌的那类人

一个朋友说他把他朋友圈里分享抖音的人全拉黑了，我没说啥，因为我自己闲时偶尔也刷刷抖音，虽不到在朋友圈分享的狂热度，但至少在刷到有意思的视频时我是有分享的意愿的。况且很多抖音网红歌真的蛮好听的，旋律轻快，歌词直白，听时脑海里会浮现蓝天白云和清空万里。生活和工作中已经有那么多烦心的事，看看网红的微笑，听听朗朗上口的歌，就那么短短几分钟做做鸵鸟其实也是另一种身心放松。至于歌词没有内涵，我想，在我们二十岁左右的时候，对生活对爱情的理解，也不一定有现在的年轻人那么深刻吧。

0

DevOps Practice

[转]成为DevOps/SRE工程师有多难？看看这份必备技能清单

这个列表并非详尽无遗，只是列举了技术基础、必须知道的技能和一些随机的想法。可以用它们作为一个清单来评估你自己或其他人，或者为下一次面试 DevOps/SRE（Site Reliability Engineers，网站可靠性工程师）工作做准备。补充下，这个清单是比较个人的想法。 准备好看这一份清单了吗？

0

MS Design Princinple

[转]小型系统如何“微服务”开发

提到“微服务”，我相信网上各种“微服务”的演变案例都会给人一种“因大而分”的前提错觉，这可能会导致许多的“小白”产生没有机会接触“大项目”而对“微服务”可望而不可及也。当然，这种错觉的产生可能更多来源自于各种“微技术”的“层出不穷”所以“眼花缭乱”，例如Spring Cloud。虽然“大项目”机会不多，但也阻止不了“钉子们”通过教程把微技术跑一遍来装饰自己可以“微”起来的自信。

0

Team

[转]程序员吃的是青春饭？本质上取决于……

导读：你是否曾经认真思考过——毕业3-5年、10年，乃至更久后，我们希望成为什么样的人？作为一名技术人，我们要如何规划自己的职业发展生涯？网上热议的“35岁中年危机”，本质上又因什么而焦虑？今天，阿里资深技术专家毗卢，将带来自己的思考与理解，希望对大家有所启发。

[转]软件项目中，需求怎么做？ 0

Skill

[转]软件项目中，需求怎么做？

对于软件开发团队而言，软件开发的全过程是：做什么 -> 怎么做 -> 做 -> 成果检验 -> 交付部署；其中，“做什么”对应的是需求分析过程，“怎么做”对应于软件架构设计过程，“做”对应于开发过程，“成果检验”对应于测试，部署由运维团队执行后，如果达到用户的要求，则软件上线后进入软件的运行生命周期。