小记2009云技术会议

来北京第一次参加这样的论坛。
早上来的时候比较晚了,听的时候已经是中移动研究院院长开始讲了,还好微软还没开始。去之间虽然群里有人说去,但是到了那里我一个人也不认识。
转入正题,上午的流程主要是几个大佬在那边海聊,讲的内容基本跟现实差别很大,特别是微软的2个video,那个在国内基本不可能在最近几年实现。而所谓的圆桌会议好像是上课问答。

图像035

图像036

下午的内容可能更实用些,比如第一个是清华内部的GFS系统,ctrix对于xen的处理,emc对于vmware未来的一个态度,idc对于云技术的未来趋势的判断。
清华内部的GFS系统,其实应该就是HDFS+bigtable,在清华的这个GFS系统中分别被称为carrier和corsair。 不知道清华是否对这个东西进行开源呢。在这个企业级的存储方案中做到了可靠性,实时性以及部门共享性。对于这个部门共享性我是比较喜欢的,这样确是可以节约大量的无意义的空间,但是这当中如何识别是否相同,如何进行共享我还没仔细思考过,这位老兄也没有说。还有一个是关键的分布式数据库叫minsia,不知道跟bigtable比起来如何,或者跟市面上很多的Key/value数据库比起来呢。
在crtix的演讲中主要是2点,一个是免费,xenserver5.5是免费的。另外一个是存储和计算分离。这个我觉得还是得看实际情况来做,一旦分离那计算过程中大量的时间是否会花在了传输上。
emc一直是一家以存储为主业的公司,直到收购了vmware之后感觉才有点变化。虽然很久之前我认为emc就是做显示器的。这个演讲有2个重点,一个是vmware已经在一个物理机上虚拟出多个虚拟机上取得了很大的进步,以后的方向是如何把多个物理机虚拟成一个虚拟机上做出同样大的进步。其实这个我个人觉得是非常有意义的。另外一个是分析了作为系统维护人员的一些日常工作,以及云技术如何提升系统维护。
后面还有中科院计算所的研究员讲了如何从延迟,处理能力,GAP,message这4个方面进行评估,以及一个DVMM的分布式虚拟机监控。而INTEL中国的这位老兄也只是介绍了下intel的icloud分布式文件系统,已经最新的xeon芯片对于云技术的推进。idc的周研究员是分析了亚洲市场对于云技术的态度,以及客户最看重云技术

哪些方面,未来可能成为云计算服务领头企业的几个特性。
最后一位登场的是一位留学美国并在那里做研究的戴元顺博士。基于他现在所参与的一个系统的相关内容,如何从资源共享走向服务共享。以及云计算的核心是虚拟网格+透明计算+工作流管理。也就是云计算的几个关键部分:云服务管理,服务安全性和访问控制,服务调度和队列利用。他的Mail在

http://directory.utk.edu/show.jsp?dn=uid%3Dydai1%2Cou%3DPeople%2Cou%3DKnoxville%2Cdc%3Dtennessee%2Cdc%3Dedu 可以完全找到。
对于云技术,我并不是很清楚它跟分布式计算有何区别,所以上述内容只是泛泛而听。所有内容都没经过我自己加工过,也许是自己的眼界还不够远,只是盯着面前的这些。

百度面试小记

百度面试,由于之前跟另外一个有冲突,于是就延后2周才进行了一次面试。
我一直以为他们在理想国际,原来已经到了旁边的普天大厦了。进去就跟金山一样层层设防,层层签名,还好记得了人事小姐的分机号,不然估计都进不了大门了。

图像033
前台就像一个公司的门面一样,感觉冷了点,前台也很冷,但是环境不错,来的时候看到后勤人员正在切很多西瓜和洗很多梨,当然这些都没我的份,这里又不是迪斯尼。
面试就在一个开放的场所进行的,旁边是假山和小水池。面试我的应该是运维部的头头徐婉,只能说是小妹,因为人家是84年出生的,这人跟人的差距还真是大啊,我一个83年的还没人家84的强呢,忽然想到前几日有个90后的小朋友因为要去SOHU面试问了我一些问题,现在的孩子真行。
面试自然是拿着简历一个个问,当然我这真实的简历自然没得挑了,但是面试过程中我就发现了一个问题,我以前一直做的是系统运维,但是百度需要的是产品运维,需要对某个产品有总体的概念。而我以前可能做的只能是偏重系统层面的,特别是在PPLIVE,因为要接触的产品特别多,所以没法都能兼顾,只能做到系统层面。而madhouse也许还跟产品运维更靠近些,因为madhouse共3个产品,而我更偏重其中2个,而一旦这2个有相关问题大家刚开始还是会找到我,当然也会找到我们徐老大。
面试出来我就觉得没戏了,毕竟方向并不是完全相同,但是能来一下也是挺不错的。

后记:后来跟徐婉在msn也聊到过这个问题,果然是这个原因,只能希望以后还能有进百度咯。最近他们招一些分布式文件系统的管理人员,有熟悉GFS或者HDFS的朋友完全可以去试试。还有面试的时候最好主动,由于我比较内向,所以刚认识的人不会说很多,大家面试的时候应该把自己最擅长的方面说下,而我面试的时候徐婉就问到我其中一处就是NGINX,而监控和报警这块根本没有问到,这些应该要主动说出来,这样会让你更竞争力。

记录一次金山面试

前几周去了金山面试,是在金山在上地的新办公大楼,周围还是比较荒凉的感觉。到了那里直接跟前台小姐说了来面试的,于是帮我找了相关的人就上去了,还是很有亲和力的。
言归正传,面试的时候对面是2个面试官,一位是很多搞系统工程师的人都认识的张宴,另外一位逍遥网的技术老大张鹏翼了。
一开始就是随便聊到工作经历啥的。主要看你以前工作中涉及到哪些问题。当然我以前工作就一个WEB源站和报警监控系统。
对于我的问题主要有如下2个感觉回答不好,第一个是mysql slave中的SQL进程和I/O进程分别代表着什么。我基本的思路是跟FTP协议一样,一个是信号控制,另外一个是数据传递。但是我并确定,所以直接回答的是不知道。现在想想当初应该把自己的想法说下的再说不知道后。回家查了下资料,I/O是用来跟master之间进行信号控制的,而SQL进行更新MYSQL数据的。
另外一个是MYSQL HA的问题,这个我确实之前没有做过。所以一点头绪都没有。但是我还是想到了MYSQL有一个主-主模式。如果这个主-主模式的数据库机器之间是做HA的,那感觉主-主模式还是可以实现mysql HA功能的。但是主-主模式真的能保证2个mysql之间完全的同步吗?虽然发生不同步的情况几乎很少发生,但是在理论上还是会发生,比如同步有延时导致的2边数据库不完全同步。回家查了下资料是有这方面的软件,比如mysql-ha,或者google开发的replication semi-sync patch都能实现这样的功能。还有一个我们手动的检测方法是,每次主数据库进行了update或者insert以及create相关操作后再另外一台主上进行相应的查询。
接下来就是cacti方面的问题,这些都没什么难度,毕竟之前对cacti也是有过深入了解的。
其实一般面试官从来不会要求面试者能够全部回答出所有的问题,对于回答不出的问题只需要调整下思路,说出自己的看法来就成。很多问题很多时候我们就算知道它的答案,也未必知道它的原因,这样缺乏了一个思考的过程,这样我们的大脑就跟硬盘没有区别了。

后记:金山面试一般为3轮,第一轮为技术,第二轮为人事,第三轮为BOSS。主要是第一轮为主,后面2轮只要你人品没啥问题就基本OK的。金山的薪水水平算是中等,但是里面技术氛围应该挺不错的。

离别

跟pplive说再见了,虽然这是在计划之内的事情,但是当真的来临的时候还是有点落寞。不管是我跟它说再见还是它跟我说再见,但是结果都是相同的。中午跟部门同事(tom,晓京,边疆)聚餐了一顿了,但是钟老大不在,这实在是遗憾。

记得上一次离开madhouse的时候心情跟这次有所不同,那时候大家是一起走的,连分手饭都吃了3顿。上一次离开之后就去北京玩了一个星期,而这次要去厦门度假,这样想生活还是挺不错的。

北京我来了,我到底准备好了没?一个更广阔的空间。但是原先在上海的这些联系可都没有了。老于当爸爸了,每天就在家耍儿子玩。