谷歌中国推新服务架构双域名提供服务

作者 华靖蕾  谷歌中国7月20日通过其官方博客公布了在中国提供服务的新架构,即同时通过Google.cn和Google.com.hk两个域名服务中国用户。  谷歌中国7月20日通过其官方博客公布了在中国提供服务的新架构,即同时通过Google.cn和Google.com.hk两个域名服务中国用户。  谷歌中国公告称,在google.cn上用户可以使用购物、音乐和翻译三个产品。在Google.com.hk上,用户可以使用其他大部分产品,例如网页搜索、谷歌资讯,还有即将在未来几天上线的一个新版本谷歌问答。  谷歌称,有些产品在中国表现一般。例如,热榜和生活这两个产品没有受到中国用户的广泛欢迎,因此,谷歌决定关闭这两个产品。  此外,根据谷歌今年早些时候发布的消息,本周谷歌将停止对天涯来吧和天涯问答的技术支持。未来,谷歌和天涯将分别运营不同版本的问答产品。  谷歌并称,谷歌地图产品仍然可通过ditu.google.cn访问。相关部门最近针对网络地图产品和服务发布了一些新的政策,对此,谷歌正在进行研究。当前谷歌没有关于地图的更新情况。  工业和信息化部通信发展司司长张峰20日在北京透露,谷歌在中国注册的合资公司谷翔经整改后已经通过年检,谷歌承诺将遵守中国法律并接受主管部门的监督检查。

时间: 2015-01-13

谷歌中国推新服务架构双域名提供服务的相关文章

使用阿里云邮件推送服务架设自己邮件验证与推送体系

提示:阅读本文需提前了解的相关知识 1.电子邮件协议(http://baike.baidu.com/view/2367542.htm) 2.阿里云邮件推送(https://www.aliyun.com/product/directmail) 3.EDM(电子邮件营销)(http://baike.baidu.com/subview/1212416/8602812.htm) 4.SendCloud邮件服务(http://sendcloud.sohu.com/) 阅读目录结构 引: 一.需求分析 二.

如何提高微服务架构的可用性

业界通常用多少个9来衡量系统的可用性,如99.99%表示一年中有1小时左右的不可用时间.任何一个服务的可用性都不会是100%,意味着在服务运行时间里还是有可能发生故障.当把功能集中且运行在同一个应用中的单体架构拆分成多个相互独立的微服务架构后,虽然可以降低一损俱损的全局性故障风险,但由于微服务之间存在大量的依赖关系, 随着微服务个数的增多,依赖关系也将会变得越来越复杂,而且每个微服务都有可能发生故障,如果不能做好相互依赖的隔离,避免故障的连锁反应,结果可能比单体更糟糕.假设有100个微服务,并且

从 Spring Cloud 开始,聊聊微服务架构实践之路

本文讲的是从 Spring Cloud 开始,聊聊微服务架构实践之路[编者的话]随着公司业务量的飞速发展,平台面临的挑战已经远远大于业务,需求量不断增加,技术人员数量增加,面临的复杂度也大大增加.在这个背景下,平台的技术架构也完成了从传统的单体应用到微服务化的演进. 系统架构的演进过程 单一应用架构(第一代架构) 这是平台最开始的情况,当时流量小,为了节约成本,并将所有应用都打包放到一个应用里面,采用的架构为 .NET SQL Server: 表示层:位于最外层(最上层),最接近用户.用于显示数

通过Ruby on Rails和docker构建微服务架构之入门教程

说到时下的架构,免不了会涉及到微服务.而谈到微服务架构,又跟容器和Docker技术脱不了关系.虽然容器和Docker并不完全是一回事,但两者是密不可分的,而且二者之间也有共同之处:在大型复杂应用的构建和运营方面,二者都可以大大提高企业的效率.   微服务可不像一般的应用,可以通过apt-get工具进行安装,大家可能会问了:我们该如何才能像安装应用一样实现这种服务呢?在很大的程度上,这个问题的答案是否定的,我们无法轻松实现这种服务.更准确的说,至少目前我们还无法实现.在一个系统中,最难修改的就是架

谷歌中国在隐忍,还是真不会做市场营销?

"今天你Google了吗?"--这是神话: "今天你谷歌了吗?"--这是人话: "今天你Google(谷歌)了吗?"--这是鬼话. 最后一句竟然是谷歌的广告语,真是让我很郁闷. 一直对谷歌中国的宣传推广不满意.按照谷歌的风格,是不会为谷歌搜索服务做广告的,但是这在中国肯定行不通. 中国的很多IT记者虽然都喜爱谷歌的服务,都使用谷歌的产品,但并不代表愿意免费为谷歌的产品做软广告,大家都明白我的意思.而且,谷歌的竞争对手这么多,他们也会用同样的手段对

谷歌中国四年去本地化接近尾声

谷歌在中国市场关闭音乐搜索服务,是一个结束,也是一个开始.结束的是一个谷歌中国本地化尝试的代表作,开始的是谷歌四年去本地化进程的尾声. 未卜的明天 "本地化?感觉像是好多年前的事情了,属于李开复的那个时代",不久前谷歌中国一位核心高管私下与新浪科技交流时说道.而谷歌中国最近关闭的一项服务,恰好与本地化.好多年前.李开复等关键词,有着千丝万缕的联系. 9月21日,谷歌中国工程研究总经理杨文洛发出声明,决定停止在中国市场提供音乐搜索服务.这一谷歌中国与巨鲸音乐2008年初合作探索的正版音乐

Spring Boot与Docker(二):使用Spring Boot和Docker构建微服务架构

本文讲的是Spring Boot与Docker(二):使用Spring Boot和Docker构建微服务架构,[编者的话]本篇是<使用Spring Boot和Docker构建微服务架构>系列的第二篇,本篇我们将会利用工具进行设置,深入探讨如何使用Docker工作,然后搭建我们的第一个容器.原文作者为3Pillar环球旗下美国Adbanced技术集团的总监Dan Greene,Dan有十八年的软件设计和开发经验,包括在电子商务.B2B集成.空间分析.SOA架构.大数据以及云计算等领域的软件产品架

我的WCF之旅(7):面向服务架构(SOA)和面向对象编程(OOP)的结合——如何实现Service Contract的继承

当今的IT领域,SOA已经成为了一个非常时髦的词,对SOA风靡的程度已经让很多人对SOA,对面向服务产生误解.其中很大一部分人甚至认为面向服务将是面向对象的终结,现在的面向对象将会被面向服务完全代替.在开始本Blog之前,我先来谈谈我对SOA和OO的区别,首先申明,这只是一家之言,欢迎大家批评指正,并且关于SO的谈论不是本Blog的主题,只是主题的引子,在这里只是简单讨论而已 . OO和SO之间具有共同的部分,在运用的领域上存在交集,只有在基于他们交集层面上谈论谁是谁非才有意义,下面是我对SO和

微服务架构的核心要点和实现原理

微服务架构中职能团队的划分 传统单体架构将系统分成具有不同职责的层次,对应的项目管理也倾向于将大的团队分成不同的职能团队,主要包括:用户交互UI团队.后台业务逻辑处理团队与数据存取ORM团队.DBA团队等.每个团队只对自己分层的职责负责,并对使用方提供组件服务质量保证.如果其中一个模块化组件需要升级.更新,那么这个变更会涉及不同的分层团队,即使升级和变更的改变很小,也需要进行跨团队沟通:需求阶段需要跨团队沟通产品功能,设计阶段需要跨团队沟通设计方案,开发阶段需要跨团队沟通具体的接口定义,测试阶段

女娲:阿里云分布式一致性协同服务架构详解

他的演讲内容主要分为四个方面:分布式协同服务背景.女娲服务架构以及技术演进.典型女娲服务应用场景分享.全球化架构下的女娲进化,下面是本次分享内容整理.点击查看回顾视频 分布式协同服务背景 分布式协同服务 在大规模云计算场景中,为保障数据分布式一致性,数量众多的计算节点往往依赖分布式协同服务来同步对共享资源的互斥访问,或者依赖分布式协同服务的消息通知功能来协调各自之间动作,使众多节点作为一个整体完成一项工作. 作为云计算分布式系统的核心,在设计分布式协同服务之初需要考虑互斥性.消息通知和扩展性三个