作技术工作的一条出路
[置顶] Google会在冰岛建IDC?
作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/Iceland_vs_IDC/
相传Google要在冰岛建立IDC，在这之前对冰岛的认识还停留在中学的地理课中：冰岛是欧洲最西部国家，位于大西洋北部，靠近北极圈，这个世界上最冷的国家处在北极圈边上，冬天平均温度是零下30℃～40℃。
偶尔查了一下源自冰岛本国的招商的网站赫然有一篇这样文章<<Iceland: the coolest location for Data Centers>>，里面极力推荐的主要理由有三，第一电力资源丰富且便宜，主要是水力发电(hydropower) 和 地热发电 (Geothermal power）两种绿色能源；第二安全（主要是政治风险小，没有军队，而且从来没有参战）；第三土地成本及居住成本低。而且欧洲主要的海底光缆也能到达。
看到这篇文章<<Iceland: Cheap Power, But Some Risk>>虽然看起来冰岛的环境非常适合于建立IDC，但这位老哥也提醒大家风险在什么地方：大家要注意“地热发电”，那来的“地热发电”，如果这个地方不挨着火山，地层活跃地带，那来的地热？ 按照上面一篇文章<<如何考察托管机房--灾难恢复10问>>这个地方不太适合建立IDC，如果我觊觎人家电力与空调环境的话，这个地方说实话也只能搞个Disaster recovery Center，但Google会放心吗？
但冰岛现在的经济形势（国家破产）却是最好投资时机，便宜电力，以及长期的低温使得IDC热交换式空调有用武之地，这是在目前经济形势情况多大诱惑呀，让我们拭目以待到底那家公司是一个先行者。
Image Copyright@Invest IN ICELAND AGENCY
网址: http://www.it-infra.cn/Iceland_vs_IDC/
相传Google要在冰岛建立IDC，在这之前对冰岛的认识还停留在中学的地理课中：冰岛是欧洲最西部国家，位于大西洋北部，靠近北极圈，这个世界上最冷的国家处在北极圈边上，冬天平均温度是零下30℃～40℃。
偶尔查了一下源自冰岛本国的招商的网站赫然有一篇这样文章<<Iceland: the coolest location for Data Centers>>，里面极力推荐的主要理由有三，第一电力资源丰富且便宜，主要是水力发电(hydropower) 和 地热发电 (Geothermal power）两种绿色能源；第二安全（主要是政治风险小，没有军队，而且从来没有参战）；第三土地成本及居住成本低。而且欧洲主要的海底光缆也能到达。
看到这篇文章<<Iceland: Cheap Power, But Some Risk>>虽然看起来冰岛的环境非常适合于建立IDC，但这位老哥也提醒大家风险在什么地方：大家要注意“地热发电”，那来的“地热发电”，如果这个地方不挨着火山，地层活跃地带，那来的地热？ 按照上面一篇文章<<如何考察托管机房--灾难恢复10问>>这个地方不太适合建立IDC，如果我觊觎人家电力与空调环境的话，这个地方说实话也只能搞个Disaster recovery Center，但Google会放心吗？
但冰岛现在的经济形势（国家破产）却是最好投资时机，便宜电力，以及长期的低温使得IDC热交换式空调有用武之地，这是在目前经济形势情况多大诱惑呀，让我们拭目以待到底那家公司是一个先行者。
Image Copyright@Invest IN ICELAND AGENCY
2009/01/31 22:23 | 
作者: Luke Lai | 同意转载, 转载时请以超链接形式标明文章原始出处，谢谢!
网址: http://www.it-infra.cn/How_to_handle_interruption
今天读了<<时间管理--给系统管理员>> 主要原因是当年拜读了Thomas A. Limoncelli的系统<<系统网络管理技术实践>> ，获益菲浅，一直是作为我在IT基础设施部门的指南，仿佛是海上迷雾中的灯塔。以致在现在这家IT基础架构相当优秀公司里，我仍能找到这些思想的影子，优秀的系统管理员都有共同的性格/思维的特性，难道不是吗？
这本时间管理的薄书（加上后记也只是210页），浓缩了接近二十年IT基础设施管理工作中积累的经验，有很多精彩的篇章。其中有一点我想的比较多，那就是如何帮你的系统管理团队搭建防“扰”墙?
相信每个系统管理员在专心做某个项目性的工作，都会对寻求支持的来电这种事情大为光火，呵呵...... 每次手中事情被中断之后，都要补上好几分钟才能把刚才的思路接上，而且非常容易出错。
书中在多处强调“共同防线”，简单来说就是两个系统管理员商量好，一个SA上午处理各种会被打断的杂事务，另外一人在处理一些项目事务，下午则反之。当然，如果重大故障影响了业务中断，那两个家伙必须一起扑上去解决问题。我个人觉得这个处理方法非常棒且灵活。
我们还有很多技巧，比如在系统管理员处理重大故障的时候，我们可以让其它人员来接听电话，向用户解释出了什么问题，我们正在处理，解决之后通知他/她们等等，避免打断系统管理员的思路。但这只是头痛医头，脚痛医脚，如果没有计良好的支持体系，这些技巧也用不多长时间，这本书最后，我觉得也是系统管理员时间管理较高的境界，就是一句话"最终的时间管理技巧是良好IT基础架构"，当然也包括支持架构，这句话在书中的第158页。
在良好的IT支持架构下搭建防“扰”墙才是最根本的办法。在大型公司或者非常庞大的系统，比如Google, Yahoo及其它需要系统网络支撑整个核心业务的公司，他们不但有数量庞大的服务器，网络设备，跨时区支持，而且这些公司都要求非常高的SLA可用性。我们IT infrastructure Manager怎么建立可靠，灵活，高效的支持结构？ 我在这里分享一下实战的经验:
第一：把系统管理团队分成三个虚拟组(Build virtual groups)。
首先是虚拟组是普通系统管理员组(Junior SA)，第二个是系统管理员组(SA)。第三个虚拟组我们称为系统架构组(Senor SA / Sys Arch)。
第二：建立请求跟踪系统(Ticket tracked system)
比较有名的商业的ticket系统叫：BMC Remedy Action Request System
开源的项目有RT系统，也是这Thomas推荐的：RT System
第三：建立值班轮倒制度
建立值班制度，假设公司要求你网站的业务是7X24小时，比如Dell.com，这个时候就要求有24小时值班人员。
第四：把监控系统跟你“请求跟踪系统”连接起来，并在重大故障时短信/电话值班人员
第五：值班支持
平时只有前二个虚拟组成员值班，先让Junior SA（第一组成员）挡掉80%的工作，另外15~20%难度比较大的转到后面SA（第二组成员）上，可能是会有5%的问题涉及到架构性，则转给架构组成员进行研究。
举个例子：公司有5位Jr SA，2位SA，1位Sr SA，平时上班时候，只安排2位Jr SA，1位SA进行值班，处理所有请求跟踪系统过来的请求，以及接听IT热线打过来的电话，时不时还要看看监控报告系统。而其它3位Jr SA就可以进行一些项目性的工作，如公司上线搜索系统需要在机房物理安装十台服务器，包括的工作从资产部门领取硬件到系统安装完成。而另外一位SA就可以准备该搜索系统相关系统配置脚本及验证十台服务器的相关配置。另外一个大牛呢，Senior SA/ Arch就在琢磨怎么用开源的东东搭一个在服务器关机的情况如何远程重启/开机，免得那几个Jr.SA老在抱怨大周末把他们叫到机房重启服务器去。
这样IT支持体系结构不但保证了日常运行维护的请求响应及项目性的IT支持，而且建立了稳固的“防扰墙”，系统管理员高兴，客户happy，你也Happy。
网址: http://www.it-infra.cn/How_to_handle_interruption
今天读了<<时间管理--给系统管理员>> 主要原因是当年拜读了Thomas A. Limoncelli的系统<<系统网络管理技术实践>> ，获益菲浅，一直是作为我在IT基础设施部门的指南，仿佛是海上迷雾中的灯塔。以致在现在这家IT基础架构相当优秀公司里，我仍能找到这些思想的影子，优秀的系统管理员都有共同的性格/思维的特性，难道不是吗？
这本时间管理的薄书（加上后记也只是210页），浓缩了接近二十年IT基础设施管理工作中积累的经验，有很多精彩的篇章。其中有一点我想的比较多，那就是如何帮你的系统管理团队搭建防“扰”墙?
相信每个系统管理员在专心做某个项目性的工作，都会对寻求支持的来电这种事情大为光火，呵呵...... 每次手中事情被中断之后，都要补上好几分钟才能把刚才的思路接上，而且非常容易出错。
书中在多处强调“共同防线”，简单来说就是两个系统管理员商量好，一个SA上午处理各种会被打断的杂事务，另外一人在处理一些项目事务，下午则反之。当然，如果重大故障影响了业务中断，那两个家伙必须一起扑上去解决问题。我个人觉得这个处理方法非常棒且灵活。
我们还有很多技巧，比如在系统管理员处理重大故障的时候，我们可以让其它人员来接听电话，向用户解释出了什么问题，我们正在处理，解决之后通知他/她们等等，避免打断系统管理员的思路。但这只是头痛医头，脚痛医脚，如果没有计良好的支持体系，这些技巧也用不多长时间，这本书最后，我觉得也是系统管理员时间管理较高的境界，就是一句话"最终的时间管理技巧是良好IT基础架构"，当然也包括支持架构，这句话在书中的第158页。
在良好的IT支持架构下搭建防“扰”墙才是最根本的办法。在大型公司或者非常庞大的系统，比如Google, Yahoo及其它需要系统网络支撑整个核心业务的公司，他们不但有数量庞大的服务器，网络设备，跨时区支持，而且这些公司都要求非常高的SLA可用性。我们IT infrastructure Manager怎么建立可靠，灵活，高效的支持结构？ 我在这里分享一下实战的经验:
第一：把系统管理团队分成三个虚拟组(Build virtual groups)。
首先是虚拟组是普通系统管理员组(Junior SA)，第二个是系统管理员组(SA)。第三个虚拟组我们称为系统架构组(Senor SA / Sys Arch)。
第二：建立请求跟踪系统(Ticket tracked system)
比较有名的商业的ticket系统叫：BMC Remedy Action Request System
开源的项目有RT系统，也是这Thomas推荐的：RT System
第三：建立值班轮倒制度
建立值班制度，假设公司要求你网站的业务是7X24小时，比如Dell.com，这个时候就要求有24小时值班人员。
第四：把监控系统跟你“请求跟踪系统”连接起来，并在重大故障时短信/电话值班人员
第五：值班支持
平时只有前二个虚拟组成员值班，先让Junior SA（第一组成员）挡掉80%的工作，另外15~20%难度比较大的转到后面SA（第二组成员）上，可能是会有5%的问题涉及到架构性，则转给架构组成员进行研究。
举个例子：公司有5位Jr SA，2位SA，1位Sr SA，平时上班时候，只安排2位Jr SA，1位SA进行值班，处理所有请求跟踪系统过来的请求，以及接听IT热线打过来的电话，时不时还要看看监控报告系统。而其它3位Jr SA就可以进行一些项目性的工作，如公司上线搜索系统需要在机房物理安装十台服务器，包括的工作从资产部门领取硬件到系统安装完成。而另外一位SA就可以准备该搜索系统相关系统配置脚本及验证十台服务器的相关配置。另外一个大牛呢，Senior SA/ Arch就在琢磨怎么用开源的东东搭一个在服务器关机的情况如何远程重启/开机，免得那几个Jr.SA老在抱怨大周末把他们叫到机房重启服务器去。
这样IT支持体系结构不但保证了日常运行维护的请求响应及项目性的IT支持，而且建立了稳固的“防扰墙”，系统管理员高兴，客户happy，你也Happy。
转自:“时间管理” 版权所有归"GTD Life"
http://www.gtdlife.cn/2009/1125/which-suitable-to-be-engaged-in-according/
这是来自于Smart在GTDer的交流圈发布的有趣文字，他前段时间看到一篇《24小时人体器官工作表》的文章，然后结合自己以前设计的一个“时间的颜色”表，做成了下面这个表。表中，暖色是工作效率最高的时间、冷色是休息的时间。
http://www.gtdlife.cn/2009/1125/which-suitable-to-be-engaged-in-according/
这是来自于Smart在GTDer的交流圈发布的有趣文字，他前段时间看到一篇《24小时人体器官工作表》的文章，然后结合自己以前设计的一个“时间的颜色”表，做成了下面这个表。表中，暖色是工作效率最高的时间、冷色是休息的时间。
