关于 五分快三一期人工计划 zs25.vip 主管Q:8643255 的搜索结果,共1434
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
第二天 程师们说:“这个系统必须运行稳定,性能卓越,支持跨平台(Linux、Windows、ARM)安装,要做到同时理上万台服务器,点儿都不慌”。 第程师们说:“这个系统不能像瑞士军刀,而应该重剑无锋、大巧不,仅支持基础设施的维护理,要能做到速扩缩容!出现问题能立刻回滚,保障云环境的安全和稳定。” 第四天 程师们说:“这个系统还要做到‘麻雀虽小,脏俱全’!要为基础设施提供虚拟化容器隔离,应用部署,应用拓扑搭建和集群控制的功能。为应用的整个生命周保驾护航,提供条龙服务。” 总之就是四个字,“轻”、“稳”、“专”、“全”,对于这切,程师们很满意。 于是百度云的程师们结合百度历年来云算的经验与技术沉淀,潜心打磨,匠心打造,最终强势推出新代私有云云基础设施理引擎HALO。 Q:HALO是什么?
m****t 2018-07-11
中立公有云云平台
当我们要设平台时,最小必须的云算资源为这几项: 1.云机,2.云硬盘,3.公网IP+带宽4.VPC+安全组5.负载均衡 个云平台缺少这项中任何项,用户都不可能达到等同于自购物理机的效果,甚至最基本的功能都无法执行。当前各大供应商(含OpenStack和Zstack方案)都将这些云资源都已经实现API化创建、查询、理、删除。 对这些必要云资源的规思路是,在能保证基础功能和用户便利的前提下,尽量砍掉些炫酷但只有少数厂商支持的功能,为了简化开发难度,对些通用但低频功能也可以拖到二再做。 比如云机创建机API时必备功能是“选择硬件配置”“顺手创建公网IP”“自定义镜像克隆机”“设置机名”的,理API必须有“查看机状态和配置”“硬重启”“绑定/解绑IP、硬盘”。其他的功能根据项目组的力和可选展示给客户,有有时间就多做,没没时间就少做。
l****m 2018-07-10
年前的预言——2012年云算时代的运维职位展望
运维员中多半都是网站运维,这些运维受到云算行业的碾压性冲击,必然会波及整个运维行业,以及因此衍生的培训、理、硬件销售、IDC作。 我原先直不愿意承认这点,我也认为运维作很重要,但前端时间我看了个故事,想和大家下。 在191x年的时候,每个厂都有个副厂长负责理电力,那个时候新建厂要考虑是自己建水电站还是火电站,甚至连拉煤球的车都要自己准备;但后来各个厂用的电力标准趋于致,就没有企业自发电而是从电网买电了,这个电力副总裁的职位就成为历史了。 我记得05年以前做运维,我们都要自己找很多种驱动、学习不同的板配置方式、研究自有机房的空调系统,但如今运维的职位完全不用关心这些事情了,反倒是对负载均衡、高可用、大数据等问题越研究越深了。 云算的目标是让IT服务像电力样随时可用,这是个积极正面的趋势,没有能也没有应该挡住他,运维职位可用消失,但你不应该因此而失业。 本次去参加WOT云算架构师大会,我就是想看下云算究竟发展成什么样子了。这次会后我大胆估,云算会在短则年、长则十年的时间里将大部运维的饭碗抢走。
麦****子 2020-08-28
小度音箱播放中卡顿
的价格,难怪真么恶心也可以理解 买个爷 !几年前的老问题了 没理了吗 程师都死了吗 
追****圣 2018-07-11
给书记省长讲清楚云
线城市对互联网服务还只是简单的控,稍有不解可能就会封禁大批互联网服务,但道封网命令就可以毁掉个云算公司的声誉。如果当地政企要做好云算就要从理者变为服务者,必须在控违规违法服务时不惊扰正常业务,甚至动出击为正常网络服务保驾护航。 前几条都是从降低成本可靠服务的角度请云算企业来合作建厂,如果你有市场有客户那对方会动上门寻求合作。从长周来看云算的客户是覆盖全球全行业的,各地内部采购的算机项目根本不值提,市场和客户要靠云算厂商自己去找。但现在云算厂商还在早扩张摸索之中,云厂商极端渴求各种政务云企业云成功模式案例,旦摸出来案例会迅速推广到全国。这个窗口只有年,随着政务云企业云被其他公司摸透并推广开,这些项目就从首发明星案例变为普通捆绑销售了。 挑选合格的云算合作厂商,每类厂商有哪些特点。 前文说的为何要引凤,如何算筑巢。当云厂商看到商机肯合作时,我们要掌握各类云厂商的特点才能心里有数。 第类是大型云厂商,他们自身有很强的资源整合能力和执行销售能力。地方政企和这类企业合作的话语权很弱,但极小风险就能看到收益。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
单账户大通铺模式下,所有的平台短信和邮件都往个账户发就行了,但现在要重新设。我的线技术作经历并不依赖第方(如云平台)通知机制,对通知功能的研究较少,所以我只能提出通用性设建议: a.别把平台维护通知当做甩锅通知,大客户会因此忙到鸡飞狗跳。 b.员正常操作不要通知到理员,自然收到的信息太多会麻木。 c.员执行摧毁核心资源等高危的操作要及时通知理员。 d.这些操作日志可以通过API等方式对接到企业自身的平台。 e.合规和安全风险发送平台理员和资源池理员。 云平台有通知机制就要有理权限,比如说某IP存在合规隐患,理员要能查看和操作该IP;否则平台理员只能组织各部门领导开会,平台的理员般不是公司高,其处理速度和处理效果就很慢也很扰民了。 第.其他随笔说明 a.过去云平台做费和权限开发很繁琐,云平台支持精细控制后云平台的对接成本会瞬间降低,那些功能缺失又不是行业标杆的云平台会云平台被逐渐放弃接入。 b.有客户想给不同资源组做不同资源单价,这是个弱需求,该需求技术实现繁琐且有客户可接受的变通方法,比如子账户登陆只量不价,价格在心中。
h****8 2018-07-10
能力比梦想更重要——企业级服务难寻产品经理
产品经理的决策都是要不要抄袭友商、要不要做累改良,很久才能碰到次将量变到质变的机会。整个行业要年时间才仅有几个积累出颠覆性业绩,这个环境让带着理想和激情(撞大运)的年轻如何升级加薪和跳槽哪?我们见过太多ToC明星产品经理,但你听说过ToB行业有产品明星吗? ToB产品很难速迭代,客户不会让你每月更新次业务系统,就算公有云总变更也会总出错,堆七嘴八舌的“探讨型”助理,戏耍的不是程序员,而是付费企业客户。产品迭代的慢不需要太多HC,但要求产品负责承担责任;招很多参与讨论但不负责任的产品决策助理,这个产品死的会更。 ToB产品的验证周远长于ToC产品,产品经理这个月做的构想,研发测试要个月,包装宣传又要个月,客户部署和回款又要个月,只要勤开会多发邮件,这年的作日志就够字数了。而且产品经理每个月都有新想法等待年后验证,理者哪能天天统旧功能的落地情况?销售因为产品太烂丢单了,般是先找售前、品牌、渠道、价格的麻烦,就算骂产品会骂整个产品线的总监;旦产品技术总监挨“外”骂了,这事的性质就是尊严之争了,谁会有时间讨论产品经理是否称职。 4.
流****水 2018-07-11
度云企业级运维平台——NoahEE
我们推出的NoahEE(Noah Enterprise Edition)脱始于Noah,为企业提供了站式运维解决方案,覆盖了包括日常的故障理和变更理中典型的运维场景,致力于为政企、金融、教育等行业提供业务可用性保障、提升运维效率。 图1 NoahEE概览 接下来,我们把这艘诺亚方舟解开来,近距离观察下这艘船的方方面面。 服务理 我们首先介绍服务理是因为服务理是整个运维作的基础,也是NoahEE这个平台上各个系统能够进行批量自动化操作的关键。服务理这个概念的出现,是随着业务速膨胀的必然,其要解决的要问题是个“量”,或者说“规模”的问题。在早业务较为简单时,个服务可能部署在几台甚至台机器上,进行变更等运维操作简单直接,登录到机器上操作就好了。随着业务的发展,布式应用与服务的广泛使用,我们越来越多的面临着运维场景与运维执行之间的脱节。 举个例子,今天17:00开始对X机房的地图导航模块进行升级。对于产品研发的同学来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维员来说,关注点是此次升级操作所涉及的机器等资源在哪里。
雪****魁 2018-07-11
危险背后的机遇--云服务故障危机
面对意外故障,我们有信心向客户证明,换了其他厂商也样会挂;面对为故障,踏实认错是对客户的最后尊重,而公开事实也是逼着内部不会重蹈覆辙犯同样的错误。 过去大家卖IDC、CDN、服务器和软硬件积累的个商誉,是可以应用到云算领域的。而云服务的高科技光环褪去、产品同质化以后,企业的核心竞争力仍然是有商誉的销售-售前-售后团队,这类才永远是稀缺资源。 附录 请各位多琢磨评估本厂的云服务到底哪些组件是靠谱的,不要让信赖你的客户受伤又受骗。如要学习云算相关知识,可以多关注我往算文章,比如说 云算最重要的作是配合销售和服务客户:云客户需求引导理--实战型IT太极拳 中国云算现状系列汇总: 做云算要花哪些钱,请看第篇成本篇,原创链接。 云算产品各有什么特色该如何类,请看第二篇产品篇,原创链接 客户的采购员如何看云算,厂商如何锁定采购员需求,请看第篇采购篇,原创连接。 如果我们? 时无英雄使竖子成名,但这也是机遇, 看云厂商花式作死的九种方法 。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
真有TOP10的互联网公司和上亿国家级项目里用ntpdate+crond,上代架构师为什么有这个误会无深究,下将误会固化为偏见,新将偏见神化为迷信。 但无论误会、偏见还是迷信,时间跃变、回退和停滞对应用健壮性和业务安全性的威胁始终存在,时间不仅仅是我玩游戏时用的魔法,忽视问题并不能掩埋问题。 六、见微知著和防微杜渐 我讲NTPD和裸纤并不是为卖弄知识,也不是为做偏门科普,而是希望进阶程师们多考虑下如何规避这类误会?我们在做技术作时,是不是只关注客户和同事能提出的需求?客户永远不知道裸纤的物理特性,同事也不会知道时间也能错误和波动,他们能说清楚业务逻辑就不错了。 把所有的精力都用到做业务逻辑,你只是个编程语言翻译机而已;自己动观测技术环境依赖,有资格有能力做出技术选型决策,才是给Coder群集做技术校准的。即使你不想做技术决策理者,多怀疑和观察环境,也能少些沟通成本,少走些冤枉路,多份自信和自尊。 附录:NTPD时间跃变不遗漏Crond的实验 1、当前系统时间是 23点35
j****2 2018-07-10
百度大脑开放日来袭 24种全新AI能力呈现
百度大脑新品体验师 如果只是技术“阅兵”会让你觉得意犹未尽,为了进步激励开发者学习应用百度大脑开源能力,百度大脑现已提出了“百度大脑新品体验师”,希望与开发者起推动百度大脑进化,帮助他起成长,探索AI前沿应用。针对开放日介绍过的任意款产品,开发者提出改进建议、使用技巧/攻略或者有价值有意思的案例并发表在AI社区,将会获得社区积、百度大脑定制礼品、现金礼品卡等多重奖励。 技术更新、新品上线、开发者现身说法、行业案例详细解读、交流互动社区、培养激励措施......首百度大脑开放日可谓干货满满。 “智能应用的领域可以说无处不在,只要企业、开发者、合作伙伴们能有发现问题的眼睛,就有创新创业的机会。百度大脑把平台和AI能力开放出来,希望帮助大家速地实现各自领域的业务解决方案,创造全新商业模式,带来更多机遇。”喻友平在现场如是说。
M****点 2018-07-10
中国云算现状——产品篇
最初这种鸡肋设定是vxlan发育不全做的权宜之,但这逐渐变成种新的权限配的契机。OpenStack API可以将网卡在机之间插拔理,网卡从机附属设备变成了独立资源,内网IP的配职责从系统程师变成了网络程师,无数被安全组恶心过的用户,也逐渐放弃了本机防火墙。这些改变是从网络层面践行云算的设哲学,单机(IP/防火墙)不重要,云机就是生生不息的群狼,组织群狼的网络更加重要了。 二、PaaS产品 相比同质化竞争打价格牌的IaaS云,PaaS产品才是云算的未来。用好PaaS产品可以更省力、更交付,按用量付费可能会比按资源付费更便宜(也可能更贵),而PaaS平台的恼和诱之处均在于产品形态很模糊、服务质量很难评估、很难独立运营、没有领头羊企业和事实标准。 PaaS云平台和IaaS云资源的区别就在于,平台需要理解客户的动作和状态。对象存储和CDN就是最典型的PaaS服务,云平台按照数据容量、访问流量、访问次数和方法收费;Mysql RDS只能按照内存和日志空间上限费,但仍然可以替客户做数据库状态展示、析和备份,这是过渡性的PaaS。
TOP