Tag Archives: google

关于『AWS GovCloud:Amazon把美国政府带至「云」上』

政府服务一直是云服务所不能涉及的领域,其特殊性使得政府进入“云”的时候只能三思再三思。不过Amazon在今天推出的AWS(amazon web services) GovCloud打破了这个定律,第一次将政府带入到“云”上面去。 正如ITAR(International Trade and Arms Regulation)这种国防相关的高限制级的数据文件,政府就不允许其在“云”上进行管理,因为“云”环境很容易被美国以外的人所入侵。 但是这次Amazon所推出的AWS GovCloud就解决了这个问题,AWS GovCloud只允许美国用户进行访问,这就让美国政府可以在“云”管理一些更高限制级别的数据。 Amazon表示,AWS GovCloud提供与其他AWS服务一样的安全级别,不过就另外支持了如 FISMA, SAS-70, ISO 27001和PCI DSS Level 1等一些安全认证机制。 AWS将为AWS GovCloud用户部署一些例如 Amazon Elastic Compute Cloud (Amazon EC2), Amazon Simple Storage Service (Amazon S3) and Amazon Virtual Private Cloud (Amazon VPC)等Amazon的云服务,政府只要在使用的时候支付费用就可以,AWS GovCloud为政府提供更加弹性和低价的服务。 目前,NASA已经在使用AWS GovCloud的云服务,还有超过100家的政府部门已经在某些地方使用AWS GovCloud,可以搬迁至“云”上了。 美国政府已经走进“云”当中了,在世界范围内向政府普及“云”服务会是一个很长远的事情,但“云”服务依然成为趋势。 via TC AWS Jacob: “AWS GovCloud只允许美国用户访问”是如何做到的啊?如果用他们国内的代理是否也可以直接访问啊?而且像去美国出差的外国人是否也都可以直接访问?IBM一直在推SOA,但是感觉在云计算方面没有走到最前面,还是Amazon领先了一步;IBM,微软,Google凭借其强大的研发实力在PAAS中展开激烈的竞争;感觉微软的优势是HyperV和WindowServer的完美结合以及庞大的面向开发人员的软件,IBM的优势是软件组合的完整性,而Google是很早就有一些云产品问世。云卖的就是幕后的一个品牌和信誉!谁也不敢把自己的一些敏感数据交给一个名不见经卷的小公司开发的云。 Me: 1、应该有专线、VPN或者ID卡绑定的策略 2、在私有云的solution上IBM有着垂直整合的优势,i/z/x read more »

Google + Motorola

昨晚劲爆消息,Google斥资125亿美元以40美元一股的价格收购摩托罗拉移动事业部全部股权。今天一早,各大网站纷纷撰文,对此次收购进行剖析、猜测、展望,现收集如下: 谷奥:Google 收购摩托罗拉移动的赢家和输家 Gigaom:With Motorola, Google TV just got a huge shot in the arm 月光博客:谷歌收购摩托罗拉移动 瘾科技:Google 宣布将收购 Motorola Mobility,后者仍然会继续独立运作 小姜杂谈:Google 买下 Moto,葫芦里到底卖的是什么药? 36氪:Google 收购摩托罗拉,诺基亚、三星、HTC 和其他厂家的回应 收购背后:摩托罗拉移动差点落入微软之手 对牛乱弹琴:有板有眼:Google如何利用Moto的专利来帮助Android开发商?

Let’s Google+

多谢Lu Gen童鞋的邀请,正式开始使用G+~ 先上一张图 随后,按照Lu Gen童鞋的指引,按照这里的介绍,成功邀请了老四。谁要邀请的,赶紧带着gmail邮箱拍砖吧~ 附:邀请hack   View your "Circles" page. Click "Add a new person" to add someone to your circle. Select your person from the list. If they are not appearing, simply input their email address. Add the person to your circle. After doing so, go to "Home" where you can view the read more »

Android vs iPhone

Understanding Smartphone Consumers

为什么移动互联网能够吸引这么多的风投?

“他们最后都变成Microsoft”

Google的HTTPS服务不稳定测试 [zz]

转自:月光博客 我的观点是: 迫使用户完全放弃使用难以被窃听邮件内容的gmail,或者 迫使用户退让而使用可以被窃听的http协议访问gmail 这招相当丧心病狂 以下是原文 从2011年3月2日开始,人们发现从国内访问很多Google的HTTPS服务(以下简称服务)开始出现不稳定现象,很多人怀疑是Google的服务或网络不稳定所致。本文通过技术测试的方法发现服务不稳定的根本原因。 为了测试服务不稳定的原因,我们使用了2台VPS服务器,一台在上海,一台在香港。这2台VPS服务器上分别运行测试程序,对Google的HTTP服务和Google的HTTPS服务同时进行测试。 我们同时测试HTTP和HTTPS服务可以区分是否是Google的服务本身不稳定:如果是Google的服务本身不稳定,那么HTTP和HTTPS服务应该同时不正常。即使HTTPS所需要的服务器资源比较多也是在加密解密TCP连接中的数据的开销费,在TCP连接建立之前HTTP和HTTPS对服务器的资源开销是一致的。也就是说在很短的时间内,如果出现大量HTTP协议的80端口能正常连接,而HTTPS的443端口无法正常连接的情况,就不是Google服务不稳定造成的。 在同一时间,我们使用香港的VPS进行测试,这样就能看到是国内网络的问题还是非国内网络的问题导致的。如果是非国内网络的问题,上海和香港应该同时出现服务不稳定的现象。结合这2者测试,我们就可知道是否是Google服务或者网络不正常了。 测试程序代码可以在这里找到,配置的各个参数可以在这里找到,本次测试的配置为5秒进行1次测试,连续测试1个小时,测试结果可以看在这里的2个log文件和编译好的Java程序。(这几个链接很多时候需要国外IP才能访问) 从上海的测试结果的log文件中我们可以看到,HTTP服务基本正常,而HTTPS服务时常连接失败,摘录一小段log如下: Start in: 2011-03-15 14:50:01 +0800    End in: 2011-03-15 14:50:01 +0800    Status: Success    URL: https://www.google.com/images/logos/ps_logo2.png Start in: 2011-03-15 14:50:06 +0800    End in: 2011-03-15 14:50:06 +0800    Status: Success    URL: http://www.google.com/images/logos/ps_logo2.png Start in: 2011-03-15 14:50:16 +0800    End in: 2011-03-15 14:50:16 +0800    Status: Success    URL: http://www.google.com/images/logos/ps_logo2.png Start read more »

猜想:互联网ID,“死号”判定与回收

注:本文所有内容均为100%原汁原创,允许转载,但转载前请发邮件至[email protected]或评论告之,并在转载时附加出处信息,多谢配合! 这个题目很早之前便开始在脑子里转了,之后陆陆续续又有很多零碎的想法,却一直没有整理。最近离开了忙了2年的创业公司,下个工作又不知何时开始,于是窝在杭州,陪陪老婆,修身养性,顺便整理之前的诸多想法。此篇便是之一 开篇 本篇猜想基于当下互联网上这样一个大环境:你是不是有这样的经历,在google上搜索某个软件的下载地址、电影的bt种子或者连续剧的e2k链接地址,结果列表里有不少论坛的链接,点进去,发现是篇帖子,所需链接被大号、加粗甚至大红大绿进行修饰。刚欣喜若狂地试图点击“下载”,却被提示“本贴所包含附件需要登录才能显示”,或者“附件需要回复本贴才能看见”。于是郁闷地开始注册,便更无奈地发现经常在坛子里使用的ID却“已被注册”或者“不可用”……好吧,加个后缀,jayxu2011怎么样?于是,我注册了一堆类似jayxu2010、mustangxu2009、ijay_2011的用户名,麻烦,而且只会使用一次……随着互联网用户的爆炸性增长,以及越来越多的“老字号”网站(年头很久,比如google、gmail、搜狐、新浪等,i),或者用户粘性很强的sns网站(比如facebook、twitter、youtube等,ii),或者gtalk、msn、kik等和手机号一样用户名需要稳定的im工具(iii)的大量兴起,这种用户名冲突的情况会越来越严重(I)。  我们应该能算上(国内)互联网的第二代,对于只使用telnet泡泡有限坛子的老一代来说,第一我们数量极大,第二我们每个人注册的坛子、网站、im数量也极多(平均每人10个的估计,不算夸张吧),第三我们“很年轻”,80后为主,只要没有飞来横祸,在网上泡到70岁,不算过分吧,那还有半个世纪。于是将(I)往极端情况推一下:10年、20年甚至50年后,互联网上的ID注册会是一个什么情况(II)?再激进些,等我们这代人都入土了,互联网上的ID又会是个什么情况(III)?那等到90后、00后、10后……都入土了呢(IV)? 上述III、IV便是此篇猜想的前提之一,虽然大过年的说这个有些不吉利,但是我只是做个半科学猜想,不是么?当然了,前提之二,就是这个猜想暂时只限于上述i、ii及iii,对于那些开了若干年便挂掉的还没我们活得久的网站,不在猜想范围之内。于是,隆重推出以下猜想: 对于i、ii、iii中所描述的网站,在网站存活期间,会有持续的、呈(爆炸性)增长势头的用户进行注册。虽然用户名的集合可以由ascii码排列组合后得到的集合进行真包含,但是,“有意义的”、“用户所欲的”、“延续性的”(即可以让朋友们看到后即刻联想到“我”的用户名。比如朋友们在一个陌生的网站看到一个用户叫“jayxu”,可能会上前打个招呼,看看是不是真的是“我”)用户名将会越来越少。随着时间的推移,使用诸如“jayxu_2011”的“次级”(以用户所欲的“主级”用户名作为词根,使用前后缀等手段进行退而求其次的唯一性区分的)用户名将会越来越多,如何让用户根据意愿选择“有意义的”、“用户所欲的”、“延续性的”用户名(a)?另一方面,当拥有某个用户名的用户从现实生活中消失(比如死亡)后,这些用户名(死号)及其所关联的数据该如何处理(c)?当然,(c)的前提,另一个棘手的问题是,由谁,根据什么来判定一个用户名是“死号”(b)? 破题 (a)“有意义”、“用户所欲”、“延续性” 如上所述,对于用户来说,当在一个注册系统(包含上述I、II、III,下同)新注册时,首先关心的肯定是“我想要的用户名能不能被注册”,那什么是“我想要”的呢?受老婆有关QQ号的论述,我觉得包括但不限于以下特征: 延续性。所谓延续性是指让朋友们看见之后3秒内便能觉得“应该跟我有关系”的ID,这种延续性不光是从现实生活带来的延续性,也可以是从其它虚拟生活中产生的延续性 与现实生活有关联的现实延续性,比如“jayxu”,或 与我之前已有的其它ID有关联的虚拟延续性,比如另一个我比较常用的ID “mustang”或“mustangxu” 好记。这点和“有意义”很有关系,这也是为什么我觉得本猜想不该包含诸如QQ号这类纯数字的ID的原因 当然,一个既有延续性又有意义的用户名八成是我所欲的了 延续性这个概念是相对的。因为延续性是基于我与朋友之间的某种不成文的、慢慢形成的契约而建立起来的,比如jayxu。其实比起jayxu来,我更prefer “jay”。但是,如大家所预料,想在上述I、II、III注册系统上注册“jay”已经是一个梦想,于是在各个坛子上注册时我都不会去考虑jay而是直接去尝试jayxu。更好的例子是这个域名,jayxu.com。久而久之,大家看到jayxu就会与我关联了。当然,这种“久而久之”是可以发生改变的,只要身边的朋友圈子也相对延续。比如大学开始的朋友会习惯于mustangxu,以及之后到jayxu的转变,而之后的朋友便只能习惯jayxu了。更极端的,可能只有极少数的朋友还有印象,很早之前,我曾经用过“sandy_xu”,比如china pub上的用户名 由于延续性这一概念是需要慢慢培养的,不妨设这个培养过程是一个ID序列{a0, a1, a2, … , an, b0, b1, b2, … , bn},其中的“b”可以认为是一种可以被接受的,之后仅需要相对较短时间就可以完成培养的跳跃,比如从mustangxu到jayxu。而对于a0、b0的选择是整个猜想的一个重点。在上面描述的这样一个互联网的大环境中,一个刚接触互联网的“菜鸟”对于自己第一个ID a0,会遇到越来越多的冲突。比如我,发现jay肯定是个极易冲突的ID,于是我将b0定成了jayxu。然而不幸的是,由于jayxu这个坑就这么被我占了,对于之后想要使用jayxu的用户,会出现下面几种选择: 在此系统中使用诸如jayxu2011的ID退而求其次,但仍然保持自己的ID序列稳定,在其它网站注册时,先尝试注册jayxu,如果不行依然被占坑,继续求其次(有点像线性哈希算法……) 为了避免以后的麻烦,直接将a0定为诸如jayxu_007相对有意义但是又不易冲突的ID。这看似解决了问题,但是,若干十年甚至若干世纪后,只要之前这些死号不被销毁,这种退而求其次的ID将会越来越长越来越多,继而会产生越来越严重的副作用。比如,目前我的朋友偶尔看见jayxu_007这个ID,根据序列{b0, b1, …}可能会猜测是我的ID,而这种猜测可以被看做一种相对弱化的延续性。但在将来,当jayxu_007成为其它用户的a0,再加上整个系统中充斥着大量其它的jayxu_xxx时,那这种延续性就彻底被打断了:“jayxu_2012?应该是另外一个倒霉蛋吧” 我觉得究其原因,互联网和现实生活不一样,没有“代”的概念!这该如何解决? 按上述“算法”出现的另一个问题是,当不同用户在不同的注册系统上使用相同的词根已经培养起来相对稳定的圈子后,当这两个甚至更多个用户在某个注册系统上出现冲突时,该如何解决?按照我们目前已有的思维,谁先注册谁得利。但是对于后注册遇到冲突于是退而求其次的用户,这样公平么?尤其是诸如域名这种全球唯一却又不会消亡的注册系统,对于其它“jayxu”,这样公平么?这个问题貌似已经上升到了人文关怀的层次,我不知到该如何回答 这里需要提一句的是,目前已有一类技术可以解决一个现实“人”在不同注册系统拥有大量虚拟用户名的问题,就是以open id为首的各类跨站connect,比如国外的google account、facebook account、twitter account,国内的人人连接、开心连接、新浪微博连接等。这类技术的详细信息以及究竟能不能(彻底)解决上面这个问题,不在本文讨论之列 (b)由谁,根据什么来判定一个用户名是“死号” 如上所述,互联网没有“代”的概念,那意味着,注册系统中的ID将会越攒越多,相对应的,可用的ID便会越来越少;再加上如果这个系统类似gmail,每个ID下又有数量为(保守估计)1G的数据,那若干现实代后,如果这些ID继续保留,相对于ID被占坑,保留、维护遗留数据而产生的服务器、带宽、电力消耗才更为恐怖。换句话说,相当不低碳!那这些坑能被回收利用么?俗话说一个萝卜一个坑,要想重复使用已经被占了的坑,唯一可想到的办法就是先挖掉坑里的萝卜。但是如果这位萝卜还会来使用这个ID,强行挖掉显然是不合情不合理的,除非: 和手机号一样,如果欠费一段时间后运营商有权利回收号码并重新出售 但是互联网上免费的午餐太多了,除了腾讯、域名出售这样霸道且有收费系统的公司,没有运营商会使用上述这样简单粗暴的手段。那只能使用一些不粗暴的手段了,比如: 按照注册时间,定义一个阈值,比如注册超过150年(但有可能,在这150年内原用户已经私下将帐号转交其他人使用了,如何甄别?) 结合实名制,进行身份证绑定,身份证失效时(我怎么觉得我有点成为了推行实名制的的帮凶?……) 连续不活跃时间超过一个阈值,比如10年(可能遇到与第一点相同的问题,比如10年后的某天我儿子在整理我的遗物时发现我很有情调地将当初我和他妈的开心网帐号密码留给了他,刚欣喜若狂地想去看看我们当年如何在网上高调腻味,却被低调告知“账户已停用”,或者早已易主,出现“用户名或密码错”) 由家属告知此人已消失(没有这么有公德心的家属吧,更何况如何甄别消息的真假?家属又如何知道此人注册了多少系统?) 由公安机关介入、配合(算了吧,我们纳的税已经不够用了) (c)如何处理死号及其所关联的数据 我经常和老婆开玩笑说,我们这代人是幸运的,因为将来等我们的孩子懂事后,我们可以有大量的数字化的信息与他们分享:爸妈谈恋爱的邮件、聊天记录、开心网上的朋友们评论、博客、微博、相册……记录了我们生活的点点滴滴,甚至可以传给我们的孙辈、曾孙辈看。但是如上所述,幸福的背后带来的却是一个恐怖的问号: 如果一个注册系统上的ID可以被顺利地认为是死号后,其关联的数据如何处理? read more »

京津自驾一日游

第一次开车上高速,而且是夜车 第一次跑长途 第一次雾中行驶 第一次去机场接人,却碰到航班返航 第一次碰到高速关闭 第一次在天津过夜 这么多的第一次,全给了你…… 10月22日,生日后的第二天,本该是个幸福的日子,因为女人给了我一个惊喜,告诉我突然就会从天而降,落地北京。8点的飞机,10点到。于是兴冲冲地准备下班回去收拾收拾,然后直奔机场。6点刚过,一个电话,那头传来女人委屈的声音:“航班定错了,现在两个选择:一是明天早上飞北京,二是今晚飞天津”。为了早点见到她,开始打电话四处借车,打算开车去天津机场接她。终于在7点借到了一辆马三,回电话过去,经济舱卖完,只剩头等……果敢的女人二话没说,买下了仅剩的全价头等,11点飞,1点到。期间女人还在机场发了一篇博 于是我开始活动,google到天津的往返路线,打印;坐地铁到八宝山取车,开回家,买吃的,买水,拿羽绒服,拿烟,拿Jay的《跨时代》CD,背地图……加满油,上路,此时已是10点半。驶在四环昏黄的路灯下,一边放飞无尽的思念,一边默念地图:上北四环,到东四环,上京通快速路,上京津唐高速,中间走一段京沪高速,再转回京津高速,机场出口下……于是就开始了我的第一次夜间高速之旅,过收费口,提速,过80,过100,过110,过120,开大灯,和一辆一辆的大车擦肩而过,忍受着迎面而来的大车炫目的灯光,《跨时代》放了几遍已记不清,乏了开窗吹风,抽高毫克的烤烟,渴了喝水,饿了啃好利友派……心里只有一个念想:顺利到天津,别TM开到河北去 期间女人发来短信:累了进休息区,别撑着,幸福扑面而来。12点多,终于进了天津的地界,发现情况不对:开始起雾,降速至30迈,开雾灯,打双蹦,仍然无济于事,能见度不到50米,心中开始有不祥的预感。慢慢嘎悠下高速,上机场路,不祥的预感更加强烈,能见度0,看不见(不是看不清)分道线,看不见指示牌,车速降至10迈,还是好几次差点撞隔离墩上……提心吊胆到了停车场,挂上倒档准备倒库,一看后视镜便立马放弃了这个想法,后视镜里白茫茫的一片,把头伸出窗外都看不见车尾……于是挂D档,一脚油门,入库。锁完车已过一点,心中祈祷飞机已顺利落地。到了候机大厅,心一下就沉了,大屏幕滚着航班取消的字幕,工作人员说飞机已返航,不用再等了。瘫坐在椅子里,疲累瞬间袭来,不一会儿女人电话打来,已到杭州…… 于是又打起精神,开着google map开车去市区,打算住一晚,可我大大低估了这场大雾的影响,问了好几家快捷都是满房,无奈找路回北京,可到了高速入口,收费口全部关闭,高速封闭……此时已是凌晨2点,仰仗着google map在陌生的天津市区漫无目的地瞎逛,期间和一辆英菲尼迪飚了一段,马三的起步还是可圈可点,推背感十足,只是后程明显无力,很快便被甩开,这是题外话。在又得知了几家快捷满房后,打12580求助,终于订到一家南开区的酒店,还给打了折。到酒店checkin,进房间,开mbp和女人视频,已过3点。此时已没有任何力气去沮丧,和在手机边陪了我一晚上的女人道了晚安,倒头便睡 一觉到周六中午,退房,开车回北京,路上飚到170,进北京段后好像被拍到了超速。下午终于看见熟悉的北四环,熟悉的学院桥,熟悉的五道口。在老八家附近洗了车,又去他那儿垫了一碗康师傅,闲扯了一下昨晚的遭遇,便又绑上安全带,去广安门还车。全部弄完回到家里,已是晚上7点,京津自驾一日游终于拉上帷幕。用follow 5发了状态,和女人通电话报了平安,倒头便睡,梦里还在深一脚浅一脚地踩着油门和刹车…… ………… 这一整天,感谢hero上的google map、本地搜索、纵横,感谢12580,感谢马三是辆自动档,感谢中石化……当然最最要感谢的,是我可爱的女人,在我生日之际,给了我这么一段难得的纪录片般的人生经历,以及一段别人不可遇不可求的谈资。更重要的,是一份右腿小腿酸胀跟腱抽筋却又无比甜蜜的回忆! 下面贴一下纵横记录的,那24小时我的行踪 [map id="map11" kml="http://jayxu.com/maps/bj-tj.kml" ]

接受环球时报英文版有关Google退出中国的采访内容

原文 Jay Xu, IT business owner, main business includes software developing GT: Would Google’s pulling out of China greatly affect your life and the IT business in China? Xu: As an owner of IT business, I have a lot to think about now. Google.cn provides a lot of service, such as free cooperate mailbox and read more »

无觅相关文章插件,快速提升流量