首页 文章 精选 留言 我的

精选列表

搜索[算力暴增],共10000篇文章
优秀的个人博客,低调大师

滴滴史上最严重服务故障,罪魁祸首是底层软件 or “降本增笑”?

2023年11月27日晚间,滴滴因系统故障导致App服务异常,不显示定位且无法打车。11月27日晚,滴滴出行进行了回复:非常抱歉,由于系统故障。 2023年11月28日早间,滴滴出行消息称,网约车等服务已恢复,骑车等在陆续修复中。11月28日,在滴滴发出公告的同时,记者在上海、深圳等地使用滴滴呼叫网约车,发现网约车功能并未恢复使用,网络加载异常,仍无法打车。11月28日,滴滴向记者回应称,网约车服务已恢复,司机乘客权益陆续恢复补发。 11月29日,滴滴再次发文致歉,称初步确定事故起因是底层系统软件发生故障。 来源:https://weibo.com/2838754010/NuMAAaUEl 在滴滴官方发布这份公告之前,已经有资深IT技术人士分析:“从表现上看,打车、共享单车全挂,不同的业务板块之间应该是有隔离的,说明问题出在更加底层的基础设施。攻击者一般只能访问到应用层,基础设施访问不到。要么是被攻击者打穿,要么是自己系统操作不慎挂了。即便是前者,也算是一种系统缺陷,才会被打穿。” 360安全专家认为,滴滴闪崩背后的技术原因可能有六种: 第一,系统更新升级过程中出现了编程错误、逻辑错误或未处理的异常情况:一般情况下,互联网厂商发布更新都会在晚上,与滴滴发生故障的时间也能对应,当然业务升级维护是放量更新,但现在滴滴全平台、全业务都故障了,说明肯定是他“家里”的问题。 第二,服务器故障:比如滴滴的核心机房,可能恒温恒湿环境出了问题,导致服务器过热、CPU烧了,或者核心机房所在地发生了自然灾害如地震、洪水、海啸等,这种情况下,硬件需要重新更换,里面的服务软件也需要重新配置,恢复周期相对较长,但这个可能性比较小。 第三,第三方服务故障:滴滴的后台架构可能使用了第三方服务或者组件。如果第三方出了问题,也可能会影响滴滴的正常运行。但出于安全性考虑,滴滴可能不会将核心业务托管给第三方,不过这个可能性也较小。 第四,DDOS攻击:黑客采用分布式拒绝服务的方式,抢占了大量的服务器资源,导致用户无法访问,但这个不太可能,因为DDos不会导致数据出错,而且滴滴从体量上来说,有足够的成本和能力去对抗。 第五,其他网络攻击:某些黑灰产团伙可能会通过拖库盗取数据,然后在暗网上售卖,在这个过程中不排除会有误操作,破坏了数据库。 第六,勒索病毒:网络攻击黑客对滴滴的底层数据、业务代码进行了加密。据披露现象,用户的账单和打车数据都算错了,存在一定可能是滴滴为了避免更大损失主动暂停了业务。近期勒索攻击事件屡屡发生,月初,某金融机构就是因为遭遇勒索病毒攻击造成了业务停摆。 不过也有网络安全公司专家认为,如果是来自外部的黑客攻击,公司一般会在第一时间进行声明。他猜测更集中于滴滴发生了内部重大业务调整,或有新业务接入原系统,但没有做好预案,导致关联业务或关联系统出现重大故障,这是大公司系统故障最常见的原因。 因此对于滴滴此次大规模的长时间故障,有行业人士认为,降本增效可能也是原因之一。 该人士认为,互联网公司核心业务频繁宕机,且长时间宕机,是降本增效的附属品之一。系统投资少了,维护资源少了,程序员更换频繁了,BUG就多。 他举例称,一般在业务上行阶段都有冗余,为了迎接随时爆发的订单,上行阶段要维持负载的上限不能过大,比如平时70%,这样遇到一个小爆发不用担心会出问题,足以应对小高峰;但是下行期的逻辑就不同了,负载很高的时候抗一抗就行了,虽然后面遇到小高峰可能会难受,但是随着时间的推移总体负载会下降。 最后来看一下网传的消息,有同行说滴滴这次严重故障是K8S的问题导致,当时SRE工程师定位了三个小时没定位到。

优秀的个人博客,低调大师

5 月数据库排行榜:ES 排名下跌、Oracle 分数浅增

DB-Engines 数据库流行度排行榜发布了 5 月份的更新。 与上个月的数据相比,各数据库的分数波动不大。Oracle 是本月分数增加最多的数据库,但也只是比上月多了 8 分,而且与去年同期相比,下降了 7.12 分。紧跟其后的 MySQL 和 SQL Server 跟去年同期相比,分数可谓是暴跌,分别下降了 34.28 和 51.46 分。 PostgreSQL 和 Redis 的分数较去年也上涨了不少,分别增加了 56.04 和 16.85 分。此外,Redis 的排名也从去年同期的第 7 名上升到了现在的第 6 名。 和去年同期相比,分数显著上涨的数据库还有 Microsoft Access、MariaDB 和 Snowflake。Snowflake 去年曾获得“2021 年度数据库”称号。 继续看看主流的数据库的分数趋势变化: 最后看看各类型数据库的排名情况。 关系数据库前 10 名 Key-Value 数据库前 10 名 文档数据库前 10 名 时序数据库前 10 名 图数据库前 10 名 DB-Engines 根据流行度对数据库管理系统进行排名,排名每月更新一次。排名的数据依据 5 个不同的指标: Google 以及 Bing 搜索引擎的关键字搜索数量 Google Trends 的搜索数量 Indeed 网站中的职位搜索量 LinkedIn 中提到关键字的个人资料数 Stackoverflow 上相关的问题和关注者数量 这份榜单分析旨在为数据库相关从业人员提供一个技术方向的参考,其中涉及到的排名情况并非基于产品的技术先进程度或市场占有率等因素。无论排名先后,选择适合与企业业务需求相比配的技术才是最重要的。

优秀的个人博客,低调大师

数据中心互联市场去年劲增16% 设备厂商需迎接新挑战

来自Ovum的最新研究报告表示,企业IT向云的演进,以及视频的爆炸式增长,推动数据中心建设呈现强劲增长。数据中心的增加以及相应的数据流量增长,对光网络(ON)市场产生了积极作用。 数据中心互联(DCI)收入在2014年增长了16.2%,超过25亿美元,为停滞不前的光网络设备市场注入了新生命。数据中心建设的持续增长,使数据中心互联成为光网络设备增长最快的应用。 互联网内容提供商(ICP)、通信服务提供商(CSP)、运营商中立提供商(CNP)、金融机构、政府和其他行业正投资数十亿美元兴建数据中心。值得注意的是,互联网内容提供商已经建设了大量的超大规模数据中心,以及用于数据中心互联的长途光网络。 运营商中立提供商和金融机构一直在建设城域光网络,来互联其多站点运营。同时,通信服务提供商一直在扩大覆盖和提升能力,以使他们的多业务核心光网络和更高层网络支持数据中心互联的猛增。大企业正准备增加其城域数据中心互联网络,通过站点建设多样化来提高其业务连续性。 数据中心广域网的设计与传统的城域网不同 不断发展的、大型互联网内容提供商网络和不断扩大的运营商中立网络,正联合推动城域数据中心互联领域的增长。 正如数据中心内部服务器虚拟化一样,现在数据中心运营商(DCO)正在城市地区不同数据中心之间的广域网上对服务器进行虚拟化。 在传统的电信领域,数据是一种产品,而通信服务提供商为许多用户承载着流量。由通信服务提供商在城市地区部署的典型光网络,是在弹性环或通过使用全功能WDM和CPO-T设备的网状体系结构进行部署的,这些全功能WDM和CPO-T设备包括ROADM、分组/OTN交换和SONET/SDH。设备可以支持许多不同的应用,包括移动回传、商业和住宅服务,以及数据中心互联。带宽根据不同的应用进行管理,当运营商需要时也会对波长进行调整。 与通信服务提供商相反,互联网内容提供商并不具备传统网络进行支持,所以他们在网络方面的考虑是不同的。互联网内容提供商和运营商中立提供商的数据中心和数据中心广域网,与传统的通信服务提供商的网络是非常不同的。在数据中心内部,服务器之间使用交换机在一种扁平的、“主干加分支式”(leaf-and-spine)的架构下进行连接。服务器之间的数据流量通过交换层进行传输。数据流量通过顶层最大的交换机从数据中心传出。这些交换机拥有数百个10GE、40GE和100GE端口。 空间和功率是在城市地区扩展数据中心最具成本限制的因素。由于这种限制,许多互联网内容提供商在城市地区拥有多个数据中心。此外,互联网内容提供商还将在运营商中立提供商设施中共同部署数据中心,以此来获得客户,并与其他提供商进行合作。 在广域网层次,数据中心互联网络在本质上是一种网络上每个节点之间的网状需求连接。数据中心(节点)之间的光链路数量可以通过对节点的数量n按照公式(n)X(n-1)/2计算出来。因此,在城市地区一个五节点的数据中心网络将需要10个光链路,每一个潜在承载数倍100G波长。 对于大型互联网服务提供商来说,在一张城域网络上为数据中心互联部署数百到数千个100G波长,是非常常见的事。与传统通信服务提供商城域部署的另一个不同之处在于,互联网内容提供商从一开始就部署了大部分波长容量,而非随着时间推进逐渐增加设备和增加容量。 城域数据中心互联的新要求出现 尽管传统通信服务提供商在数据中心互联中使用了他们用于其他应用(例如城域网和长途网络)相同的设备,但是对互联网内容提供商来说,要求则在以不同的方式演变,尤其是那些运营着超大规模数据中心的大型互联网内容提供商。 虽然这些大型互联网内容提供商对基于相干技术的更高速连接感兴趣,但是数据中心互联所需的设备类型使用面要窄得多(连接城域数据中心),功能也简单得多(为低成本和低功耗进行进行了优化)。 由于互联网内容提供商是一个单个实体,设备的作用纯粹是用于内部互联,供应商们正在研发新的数据中心互联设备,在成本、空间和功耗方面更接近于数据通信设备,而非电信设备。 针对城域超大规模数据中心互联的新兴需求包括: ·可以很容易地在数据中心环境下部署的机架式设备; ·在每比特成本上体积更小、功耗更低; ·对相干技术(100G及以上)传输的优化; ·标准化的北向接口和标准化的信息模型,这样设备就可以通过外部系统进行控制。大型互联网内容提供商同样也是软件领域的专家,他们坚称自己相较设备厂商更擅于写软件。 所有这些要求是由非常具有挑战性的每比特价格目标所支撑的。 仅有最大型的互联网内容提供商对这一类型的设备有需求,不过,他们占据了市场支出的绝大部分,并拥有推动行业的力量。 规模较小的互联网内容提供商们——其中多数在运营商中立提供商设施中共同部署数据中心,与大型互联网内容提供商们拥有许多相同的需求,例如拓展100G及以上技术的能力,以及更小、更紧凑这样的外观因素,从而可以使占用空间更小、功耗更低。 此外,规模较小的互联网内容提供商和运营商中立提供商通常不仅会寻求更多的容量、更小的空间和更低的能耗,同时也要集成分组处理和能够帮助降低运营成本、并驱动新收入来源的MPLS路由功能。例如,许多运营商中立提供商在城市地区运营多个数据中心,除了需要这些数据中心之间的连接外,还为其客户提供基于以太网和IP/MPLS的更高层互联服务。 网络设备制造商适应或淘汰 按需联网世界与传统电信是非常不同的——互联网内容提供商的崛起和他们建造的深度依赖于光传输的网络,由于仅有一种应用和一个客户(互联数据中心),设备在网络中所扮演的角色有很大的不同。 鉴于增长正转向支持更多的数据中心互联,互联网内容提供商的市场力量也在增长,供应商们必须提供双管齐下的产品模式,否则就要承担错过新一波收入的风险。 现在光网供应商必须打造两种不同的产品:一种是针对堆架式、高容量数据中心互联应用;另一种则是针对传统多业务应用。这可以通过将转发器从光线路系统中分离,以及在两个平台上部署一种开放式SDN架构来实现。这将通过使用户们能够仅部署其所需功能来实现成本的降低。这还将增加高容量相干DSP(数字信号处理)的体量,并显着降低成本。 那些制造其自有DSP的厂商将会变得边缘化,因为一旦将转发器从光线路系统中分离,利润将会变得非常稀薄。即使这些供应商开发专门的数据中心互联产品,如果设备市场无法满足需求或者价位,一些超大型的互联网内容提供商可能会尝试自己制造这种设备,从而完全绕过设备供应商。 正如前面所说的,很多规模较小的互联网内容提供商拥有与大型互联网内容提供商相似的需求,但也需要传统的光网系统支持许多融合分组/光功能。尽管大型互联网内容提供商拥有塑造市场的力量,可以支持规模较小的、力量较弱的互联网内容提供商,运营商中立供应商也是同样重要的,因为他们代表着绝大多数的用户。 虽然大型互联网内容提供商正在推动新的专用设备的发展,通信服务提供商们也将从中受益,因为许多由互联网内容提供商部署的基于开放式SDN的架构,也能够在传统的光网设备上进行部署。此外,由互联网内容提供商需求创造的体量增长,也将降低通信服务提供商(使用)的转发器价格。随着他们建设自己的数据中心,并将其基础架构迁移到SDN/NFV模式,他们也将从部署最佳实践中受益。 作者:何妍 来源:51CTO

优秀的个人博客,低调大师

大数据虚拟混算平台Moonbox配置指南

一、环境准备 已安装Apache Spark 2.2.0(此版本仅支持Apache Spark 2.2.0, 其他Spark 版本后续会兼容) 已安装MySQL并启动,且开启远程访问 各安装节点已经配置ssh免密登录 二、下载 moonbox-0.3.0-beta下载:https://github.com/edp963/moonbox/releases/tag/0.3.0-beta 三、解压 tar -zxvf moonbox-assembly_2.11-0.3.0-beta-dist.tar.gz 四、修改配置文件 配置文件位于conf目录下 step 1: 修改slaves mv slaves.example slaves vim slaves 将会看到如下内容: localhost 请根据实际情况修改为需要部署worker节点的地址, 每行一个地址 step 2: 修改moonbox-env.sh mv moonbox-env.sh.example moonbox-env.sh chmod u+x moonbox-env.sh vim moonbox-env.sh 将会看到如下内容: export JAVA_HOME=path/to/installed/dir export SPARK_HOME=path/to/installed/dir export YARN_CONF_DIR=path/to/yarn/conf/dir export MOONBOX_SSH_OPTS="-p 22" export MOONBOX_HOME=path/to/installed/dir # export MOONBOX_LOCAL_HOSTNAME=localhost export MOONBOX_MASTER_HOST=localhost export MOONBOX_MASTER_PORT=2551 请根据实际情况修改 step 3: 修改moonbox-defaults.conf mv moonbox-defaults.conf.example moonbox-defaults.conf vim moonbox-defaults.conf 将会看到以下内容,其中: catalog 配置元数据存储位置, 必须修改, 请根据实际情况修改 rest 配置rest服务, 按需修改 tcp 配置tcp(jdbc)服务, 按需修改 local 配置Spark Local模式作业, 值为数组, 有多少个元素表示每个Worker节点启动多少个Spark Local模式作业。如不需要可删除。 cluster 配置Spark yarn模式作业, 值为数组, 有多少个元素表示每个Worker节点启动多少个Spark Yarn模式作业。如不需要可删除。 moonbox { deploy { catalog { implementation = "mysql" url = "jdbc:mysql://host:3306/moonbox?createDatabaseIfNotExist=true" user = "root" password = "123456" driver = "com.mysql.jdbc.Driver" } rest { enable = true port = 9099 request.timeout = "600s" idle.timeout= "600s" } tcp { enable = true port = 10010 } } mixcal { pushdown.enable = true column.permission.enable = true spark.sql.cbo.enabled = true spark.sql.constraintPropagation.enabled = false local = [{}] cluster = [{ spark.hadoop.yarn.resourcemanager.hostname = "master" spark.hadoop.yarn.resourcemanager.address = "master:8032" spark.yarn.stagingDir = "hdfs://master:8020/tmp" spark.yarn.access.namenodes = "hdfs://master:8020" spark.loglevel = "ERROR" spark.cores.max = 2 spark.yarn.am.memory = "512m" spark.yarn.am.cores = 1 spark.executor.instances = 2 spark.executor.cores = 1 spark.executor.memory = "2g" }] } } optional: 如果HDFS 配置了高可用(HA)、或者HDFS 配置了kerberos、或者YARN 配置了高可用(HA)、或者YARN 配置了kerberos 将cluster元素中相关部分改为以下配置, 请根据实际情况修改。具体值可查阅hdfs配置文件和yarn配置文件。 #### HDFS HA #### spark.hadoop.fs.defaultFS="hdfs://service_name" spark.hadoop.dfs.nameservices="service_name" spark.hadoop.dfs.ha.namenodes.service_name="xxx1,xxx2" spark.hadoop.dfs.namenode.rpc-address.abdt.xxx1="xxx1_host:8020" spark.hadoop.dfs.namenode.rpc-address.abdt.xxx2="xxx2_host:8020" spark.hadoop.dfs.client.failover.proxy.provider.abdt="org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider" spark.yarn.stagingDir = "hdfs://service_name/tmp" #### HDFS kerberos #### dfs.namenode.kerberos.principal = "" dfs.namenode.kerberos.keytab = "" #### YARN HA #### spark.hadoop.yarn.resourcemanager.ha.enabled=true spark.hadoop.yarn.resourcemanager.ha.rm-ids="yyy1,yyy2" spark.hadoop.yarn.resourcemanager.hostname.rm1="yyy1_host" spark.hadoop.yarn.resourcemanager.hostname.rm2="yyy2_ho st" #### YARN kerberos #### spark.yarn.principal = "" spark.yarn.keytab = "" 五、分发安装包 将MySQL Jdbc驱动包放置到libs和runtime目录下, 然后将整个moonbox安装目录拷贝到所有安装节点, 确保位置与主节点位置一致。 六、启动集群 在master节点执行 sbin/start-all.sh 七、停止集群 在master节点执行 sbin/stop-all.sh 八、检查集群是否成功启动 在master节点执行如下命令, 将会看到 MoonboxMaster 进程 jps | grep Moonbox 在worker节点执行如下命令, 将会看到 MoonboxWorker 进程 jps | grep Moonbox 在worker节点执行如下命令, 将会看到与配置文件对应个数的 SparkSubmit 进程 jps -m | grep Spark 使用moonbox-cluster命令查看集群信息 bin/moonbox-cluster workers bin/moonbox-cluster apps 如果检查通过, 则集群启动成功, 即可参阅examples部分开始体验啦。 如果检查失败, 可通过查看master节点或者worker节点上logs目录下的日志进行问题排查。 开源地址:https://github.com/edp963/moonbox 来源:宜信技术学院

优秀的个人博客,低调大师

校园宽带上网,“新”网络说了算

NFV技术是近几年来网络领域的新兴技术,也是当前电信运营商纷纷开始试水的新应用。不过,要是认为NFV只能在运营商领域“发光发热”那就大错特错。西安欧亚学院就采用了NFV技术,对校园宽带接入实现了全盘掌控,成为教育领域开启NFV技术实践的先锋。 校园宽带必须“管”起来 西安欧亚学院成立于1995年,是一所经国家教育部批准的国际化应用型普通本科高校,全日制在校学生达2万余人。 作为一所现代化高校,校园内的宽带网络接入自然是必不可少,西安欧亚学院也是如此。但是,随着互联网越来越潜移默化地渗入到日常生活中,对学生的上网行为管理变得越来越重要。 对此,西安欧亚学院有意加强学生上网行为管理控制,避免学生过度使用互联网,影响学习、教育质量。要实现这一点,就首先要解决一个现实障碍:校园内的宽带接入由多家电信运营商共同提供,在接入认证和计费管理上各自为政。既要保障运营方收益,又要满足学生学习、生活娱乐的合理管控,这就需要一个统一的接入认证管理系统来实现。 宽带网络认证“三合一” 要建设一个统一的校园宽带接入系统看起来简单,实际上并不容易。在这个系统中,包括了用户认证、安全、计费等多种业务。一般来说,运营商是通过宽带远程接入服务器(Broadband Remote Access Server,简称BRAS)来实现的。 不过,西安欧亚学院并不是采用的传统的BRAS设备来实现,而是采用了当前最前沿的NFV技术,通过标准服务器与虚拟化等技术的融合,实现了vBRAS的部署。实际上,在电信运营商领域,vBRAS已经是热门方向之一。 通过NFV技术实现的vBRAS,从功能上来说与传统的BRAS设备没有什么差别,可以将其视为一台软件定义的BRAS或者SR设备,可通过软件模块的灵活组合搭配,映射到基于不同硬件架构的传统路由器。 在具体部署中,西安欧亚学院采用的是新华三提供的vBRAS虚拟宽带远程接入服务器。作为业界领先的新IT解决方案提供商,新华三一直积极跟进NFV技术的发展,并基于多年的经验和积累,率先推出了多款具备电信级性能和可靠性的NFV产品,vBRAS是其中的一个成员,并已经在江苏电信等运营商用户中有过成功应用的先例。 通过vBRAS的部署,西安欧亚学院可以将校园宿舍区的互联网接入都集中到一个平台,学生所有的宽带上网需求都经由这一平台分别接入各运营商的链路,在较小的成本投入下,实现对学生上网行为统一管理的目的。 校园网络接入“虚”而置之 西安欧亚学院有两万多名学生,分布在18座宿舍楼中,产生的宽带接入需求也是巨大的,对西安欧亚学院的vBRAS系统也是一个巨大的考验。 西安欧亚学院共部署了两台vBRAS服务器,各自分别承担9座学生宿舍楼的有线、无线宽带接入需求。在认证管理方便,承担的是PPPoE及Portal认证功能。作为一款运行在标准服务器虚拟机上的纯软件BRAS产品,新华三的vBRAS虚拟宽带远程接入服务器能实现不同以太网链路上的PPP接入功能,并对接入的每台主机实现控制、认证、计费功能,而且可以通过Web页面接受用户输入的用户名和密码,对用户进行身份认证,控制用户访问。 2016年9月新学期开始后,西安欧亚学院的vBRAS系统正式上线运行,事实证明,这种新的IT部署模式,能够很好地应对实际应用的需要。在需求高峰期间,新华三vBRAS服务器承载了6000名学生的并发接入需求,系统工作正常稳定。 传统的网络架构中,网络功能与网络设备是强耦合的关系,网络功能均通过专门设计的、厂商专有的设备来实现,例如BRAS设备,不仅部署成本高,更不利于管理运维以及后续业务发展。 NFV技术的应用,让西安欧亚学院避免了这一困局。vBRAS实现功能的按需部署和更新,且极大地方便远程管理及维护,即使后续有更多学生的宽带接入需求出现,IT运维管理人员也能加以轻松应对。这一项目的实施,也是教育用户从传统IT迈向新IT的一次成功尝试。 作为新IT产业引领者的新华三,也希望通过更多新IT技术方案,推动行业信息化应用的变革,成为行业发展的最大助力。 本文出处:畅享网 本文来自云栖社区合作伙伴畅享网,了解相关信息可以关注vsharing.com网站。

优秀的个人博客,低调大师

开放与封闭之争,到底谁说了算?

众所周知,英特尔X86服务器架构几乎席卷整个服务器市场,而且早已形成庞大的厂商阵容,在X86服务器一统天下的大背景下,IBM OpenPOWER开源服务器芯片架构要想获得重要级企业的捧场与之相抗衡,需要慎之又慎,那么IBM OpenPOWER是逆流而上,还是大趋所趋?未来IBM OpenPOWER与英特尔X86谁将主沉浮? 大枷站队是强攻或是逆流而上? OpenPOWER始于2013年谷歌、IBM、Tyan、NVIDIA和Mellanox一起创立的基金会组织,目的就是把IBM Power服务器架构开放出来,以类似于ARM开放移动芯片知识产权的方式,组建一个服务器芯片产业,也就是对通过创建一个围绕IBM Power处理器架构的软硬件生态系统,从而提供一个替代英特尔系统方案。 在互联网公司全面转向英特尔X86商用服务器的大趋势下,IBM选择从服务器制造商走向芯片,出售其芯片制造业务、转让x86服务器业务给联想,当然也包括开放Power服务器,成立OpenPOWER基金会。IBM高级副总裁、系统部总经理Tom Rosamilia曾直言不讳地表示:“中国对于OpenPOWER的重要性,显而易见。”,因此可见,IBM方面十分坚信OpenPOWER在中国市场的发展潜力。 在近期举行的2016OpenPOWER中国会峰会,浪潮、腾讯、中国移动、中国石化等重要级企业进行捧场,可见,OpenPOWER有其自身的特点和优势。大家都知道,在国内服务器厂商中,浪潮已经是与联想、华为并驾齐驱的一线厂商,而腾讯和中国移动又分别是互联网产业和运营商的巨头企业,一级厂商的加盟及重量级用户的支持与认可,使得OpenPOWER有了看得见的曙光和未来,这也是OpenPOWER近三年来取得的重大成绩。 虽然有大枷站队支持,但是全面进攻英特尔X86服务器显然不现实,短时期内根本无法动撼其地位,OpenPOWER选择比较保守的逆流而上的姿势,来慢慢侵占服务器产业。OpenPOWER主攻几个高增长的细分市场,这是最为聪明及现实的选择,Rosamilia说,OpenPOWER在中国围绕三个主题市场而展开:超大规模数据中心、高性能计算和自主可控。这三个细分领域虽然不能代表整体服务器市场,但却是增长速度最快的领域,也是最能体现POWER架构优势的领域。 OpenPOWER三大特性 更有效? 据了解,与英特尔至强服务器系列芯片不同,IBM Power是基于高端RISC芯片架构,天然支持数据分析等高性能计算,具有系统更紧凑、效率更高、能耗更低、计算能力更强等特点。目前IBM Power芯片系列已经到Power 8版本,OpenPOWER则是与之相对应的开源版本。 OpenPOWER芯片的独特之处在于提供了CAPI、FPGA和NVLink连接三大特性。CAPI即为一致性加速处理器接口总线协议,与传统X86架构下的PCI总线不同,CAPI让外部硬件设备可以直接访问内存而无需通过CPU中转,这样就能提升操作系统、中间件和应用软件的运行速度与性能。更为重要的是,它让CPU与FPGA芯片更优化地协同工作;FPGA是可编程的芯片,FPGA与CPU及GPU联动有助于打破摩尔定律的限制,以低功耗达到更高的计算性能,NVLink是下一代IBM Power 9的最新特性,是IBM与NVDIA等开发的CPU与GPU以及GPU与GPU之间高速大带宽直连通讯的互连协议,由于人工智能计算中,需要在多个计算芯片之间大量数据通信,因此需要CPU与GPU之间的高速通讯,这也就是NVLink的价值。IBM院士Bradley McCredie介绍说,NVLink可将CPU与GPU的数据通讯从目前的16GB/s提升到40GB/s。OpenPOWER开放架构为芯片“玩家”开放了从CPU内存到硬件主板再到与系统软件之间的多重核心技术,让“玩家”们可以根据各自的需求定制化自己的服务器芯片。 开放与封闭 终究谁来主浮沉? 谷歌对于计算能力与计算资源的需求是“无情的”,而且绝不会减速。在2008年的时候,谷歌找到了1万亿个网址,如今这个数字是60万亿。为了应对这个巨大的挑战,谷歌硬件工程要确保能够处理异构的计算指令集(即不同的CPU芯片),从而获得最佳性价比。 目前,谷歌在全球运维着上千万台服务器,基于摩尔定律的CPU芯片显然难以满足这样庞大规模服务器群的需求。如果谷歌要从CPU开始向上控制和优化整个硬件工程,就必须要有自己的服务器芯片。无论是从突破摩尔定律天花板,还是摆脱英特尔对CPU级的掌控,开源开放的OpenPOWER芯片架构都是更好的选择。IBM OpenPOWER联盟总经理Ken King进一步指出,英特尔芯片越来越把计算集中到CPU本身处理,这将产生更多的瓶颈OpenPOWER则把计算分散到内存、FPGA、网络等多个环节。 说到开放,其实英特尔也并非没有开放意识,英特尔去年宣布以167亿美元价格收购全球第二大FPGA生产厂商Altera。正是把Altera的FPGA与至强处理器结合,向大客户提供高度定制化的芯片,从而突破摩尔定律的限制。而且,英特尔(中国)数据中心及云计算业务产品市场总监贺晓东几年前就表示:追求自由开放是人的本性。在信息化系统应用建设中,被厂商绑定这是用户最大的顾虑,用户通常希望能够有更多的选择,这也是开放架构的魅力。 早在两年前,英特尔就开始走向开放架构之路,也IBMOpenPOWER类似,英特尔x86处理器营造了一个开放架构生态系统,从服务器硬件、系统软件、虚拟化应用到数据库和应用软件,乃至系统集成,产业生态生动而立体,用户有非常多的选择。互联网企业,如Facebook等,甚至打造了属于自己OCP((Open Compute Project)开发架构。另外,在网络转型和推动运营商升级中,英特尔始终表现出非常高昂的热情。当年中国移动牵头组建OPNFV(Open Platform for NFV)实验室时,英特尔就是首批加入的成员之一。 英特尔坚信,一方面,通过NFV运营商可以实现网络资源的有效利用,加快网络部署,大幅缩短新业务的上线周期,更好地提升用户满意度;另一方面,NFV能够实现分层的设施管理和网络维护,进行动态的资源调度和设备节能,大幅降低网络建设和维护成本。通过采用基于英特尔网络架构、支持NFV能力和SDN的标准化解决方案,网络终将告别过去的封闭模式,走向开放的时代,这将为运营商在网络上拓展新业务、部署新功能、对资源实现自动化及弹性的管理,进行灵活的流量调优,提供前所未有的便利。开放是大势 但其将路漫漫而远兮 不可置否,对于计算性能、数据交换与通讯能力要求更高的区块链、人工智能、虚拟现实、物联网实时数据分析等,将是激发OpenPOWER生态大发展的杀手级应用。特别是在摩尔定律即将见顶、中国的国产化浪潮、互联网公司进入下一个阶段、颠覆性新技术即将规模化发展等几大趋势下,开放服务器芯片架构已经处在风尖浪口上,想不飞也难。开放是未来的大趋势,但其将“路漫漫其修远兮,将上下而求索”。而且除了OpenPOWER定位的高增长细分领域外,英特尔封闭式的X86服务器亦有其自己的固有领域,当然,英特尔曾高调宣示开放其服务务器芯片设计架构,但是,在实际落地方面即似一夜春雨落地却是“润物细无声”,倒不如IBM来得锉锵有力。 如果,英特尔也真正加快开放自身的服务器芯片架构步伐,那这场战役孰胜孰败还未可知,不过,现在探讨开放还是封闭其实没有太多实际意义,更加现实的任务选择是如何帮助客户用好服务器,让其效能最大程度上发挥,这才是用户更加紧迫的任务。而且,开放的魅力在于充分的市场竞争,随之而来的是产业规模的扩大,成本的不断下降,从而形成一个良性的市场循环,达到了一种共赢的境界。 ====================================分割线================================ 本文转自d1net(转载)

资源下载

更多资源
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册