关于 百度云资源搜索引擎盘多多【十薇6525-3336】孽anbie 的搜索结果,共667
s****d 2018-07-11
亿元级用户分析
3.2 CDN和带宽池 CDN和带宽池不同于服务器硬件,其原始是相对稀缺死板的广域网带宽,其交付的是持续不断的服务,所以部署比较慎重但客户流动成本较低。制约客户全量迁移的是厂商的承载能力,而挖角和反挖时刻都在细水长流。CDN和带宽池首先考察的是企业内功,有没有廉价海量;再考验销售内部协调能力,能不能把好好价格抢到手里;而盯客户的套路和万级销售类似,工作力加大三五倍而已。 3.3数据存储池 数据存储池是很难年均摊营收上亿的,但定个1000万的小目标是能实现的;如果有1000万的非冷备存储池,那很容易带来数倍数倍的计算和带宽消费。存储是大订单曲线突破的好选项,还是AI和大数据项目的基石,我们和客户讲的是有技术含量的故事,需要精英售前给销售做幕后军师。 配图说明:谁掌握了数据,谁就掌握了真理 3.4人力池 亿元项目不可能是客户自助实施的,人力营收占比很低但画龙点睛,可能会干掉纯卖的友商,也可能晚交付半月就亏损上千万。
m****t 2018-07-11
设计中立公有管平台
第一本文目标 我本来没兴趣写管平台的设计思路的,我想你也没兴趣读,觉得这个问题没什么难、没什么意义,网上一也有很成型产品。但架不住客户的要求真动笔去写之后,我发现设计管平台像素描画苹果、小饭馆的鸡蛋炒饼一样,看似简单的需求,却考察很深的基本功。 此文的第一目标不是要上管平台的客户,而是要被管理的平台的售前、产品和研发,本文是站在客户角去看到底有何用途的一个梳理列表,各厂商要坚持自己的产品战略,但导客户需求不等于忽略客户需求。 此文的直接目标就是采购大量公有的厂商。本文是为说清楚平台哪些功能是最重要的,哪些功能是可有可无的。无论是自己研发管平台还是买管软件,这个管平台必须符合哪些特性、支持哪些功能。 第二管平台概述 说完了本文的目标读者,我们再看核心问题,为什么要做一个管平台。 当客户的非CDN采购金额过500万以后,如果其子项目之间没有内网互通的需求,甚至刻意要做成广域网容灾互备时,这时候我们该做一个跨厂商的管理方案了。
雪****魁 2018-07-11
危险背后的机遇--服务故障危机分析
用户做架构设计时,建议通过开更节点的方式分散单节点网络压力。 硬件故障 硬件故障无法彻底避免,依附于物理硬件的主机也会意外中断。主机可以在计划内跨硬件迁移,所以可以说主机可靠性略高于物理机。但是厂商可能买劣质,或者频繁迁移主机,甚至后台操作误停机误删除,以前用物理机客户自运维的各种故障点依然存在。理论上平台技术人员会很专业和敬业,但很难深入了解客户业务。用户以前的硬件冗余设计仍然有效,而且可以利用AZ/region/上隔离方案。 不足 的隔离不彻底且会超卖,带来了瞬时不足问题。比如说主机突然变慢又恢复,导致客户的业务异常崩溃,用户缺乏有效的监控手段,可能会想不到故障和有关,或者无论什么问题都让平台自证清白。 不足还会影响新建,很DevOPS客户自动化申请,但如果账户配额不足或者区域不足,自动申请失败时有备选方案或者人工干预吗? 以前客户只要观测公网接入是否紧缺,自控硬件和内网的信息很清楚,上以后硬件和内网也要留心了。
嘟****y 2018-07-11
大型企业适用的平台账户体系
现在越来越平台会让客户账户下创建个权限和访问隔离的组,不同的组会各自做用量统计和配额上限,逐步解决了管理员侧的隔离和计费问题。 ##有的平台会把这些组叫做“子账户”,但这和下文的权限子账户会有名称混淆,本文是将其称为池或者组。 第三.账户权限隔离 相关用户在平台要有自己的子账户,这样才好记录操作日志和做权限控制。 首先要保证这些子账户不能用于登陆到公司的其他业务线,特别是个人业务线,这也是子账户研发一直滞后的重要原因。 最简单的子账户是管理员手动创建账户密码,但这有弱密码和员工离职问题;简洁方案就是管理员手工创建子账户,但密码验证由客户的企业AD做Keberos认证来完成;最复杂对接即将AD的账户体系(含用户注释和分组信息)完整平台,但平台管理是小众需求,AD管理员一般不是合适的平台管理员,这个功能要斟酌。 创建和打通子账户以后就可以给客户设置各个组的权限,很客户不需要高权限,低权限也是对操作者的保护。每个组大约有如下权限分组: a.管理角色,即可以对该组不受限的执行全部动作,还可以做二级授权,减少平台管理员的工作压力。
摩****5 2018-07-11
都是防晒
追****圣 2018-07-11
给书记省长讲清楚计算
在最近的年,移动互联网兴起,便捷的通信、打车、外卖、电子支付等功能层出不穷,所有面向个人消费者的行业都在加速互联网化;未来年里,计算机技术将深刻影响工业生产领域。这时问题出现了,我们需要上千万名工程师吗,我们有这么工程师吗? 历史总是惊人相似的轮回,在国家决策层面,计算是个可以和能、金融相提并论的领域。 第一次工业革命开始时,每一个矿山都安装各自的蒸汽机;第二次工业革命开始时,每一个工厂都要重点解决电力等能问题;信息技术革命开始时每个公司都要有计算机工程师。但川终到海,发动机能统一标准,电力能能集中供应,计算平台可以实现计算机技术的标准化,凭借规模效应降低服务成本,让客户直接付费购买信息技术服务,极大减少了客户的人力投入以及衍生的时间和管理成本。 信息技术革命的核心工作是信息的存储和处理,最重要的是数据。客户的数据放在平台就像金放在银行一样,银行可以根据储户的流水评估信用,央行可以对货币进行宏观调控,平台一样可以对用户信息进行评估计算,甚至国家层面可以进行宏观管理调控。
M****点 2018-07-10
中国计算现状——产品篇
既然要用物理机,要和虚拟机联动就要用混合。混合就是用专线打通两朵,或者让物理机和虚拟机内网互通。肯定有读者怪我认识浅薄,但是都做不好的用户,怎么能做好跨。 既然谈到了混合,肯定就要谈管平台,管平台不是伪需求而是新需求。当客户的非CDN采购金额过500万以后,其子项目之间没有内网互通的需求,这时候该做一个跨厂商的管理方案了。现在虚拟机不能像CDN一样随意迁移,但未来Serverless服务崛起,计算能力也会在厂商之间漂移的。客户提前把管平台从计费和权限层面做好,至少在项目级别可以和个厂商侃价,还能模糊计费相关业务数据。 五、企业IT咨询和实施服务 前面的计算服务都免不了卖或者卖软件,搞IT咨询和实施服务可以让公司增加企业服务的融概念和收入构成。中小型厂商都尝试转型做这类工作避开成本搏杀,大厂商嘴上说不要眼神也很诚实。但具体参与过程中,这类工作很少有成功案例,我做成功过这类项目感慨也很深,本段落重点解释这些现象并给出建议。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
Q可以做虚拟化限制基础设施不占用过的机器吗? Q如何先部署小批量机器,确认无误之后,再做全集群部署?简而言之,灰发布。 Q新到位10000机器,如何高效部署最新的基础设施?使集群中所有机器环境同质化? 管中窥豹,我们可以发现如果在私有或者混合场景中还是通过人肉运维的方式管理,那么管理效率将会分低下,并且其中重复繁杂的操作,难以保证环境的稳定性和安全性。急人之所急,需人之所需。的工程师们便展开了一场头脑风暴...... 原始太初 私有中存在大规模的机器集群,集群中一片空虚混沌,渊面黑暗,仅有字节流在其间穿梭。为有效地管控体量庞大的集群,合理分配,降低运维成本,保障上服务穿越狂风暴雨,工程师们意识到:“必须要有一个优秀系统来管控这混沌的集群世界!” 第一天 工程师们说:”这个系统要代表操作系统的意志!占用少!对外部系统零依赖!装机自带!要能自升级和自保活!“。当裸机启动之后,这个系统便以root身份运行,能保活自己,还能托管维护其余基础设施,后续迭代升级也能自动完成,整个流程高自动化,不需要人工介入,极大地降低运维成本。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
首先被读取到的是/etc/fstab,各个磁都挂载就位。这个文件注释很简单但水很深,我们该用标签还是UUID来标识磁,文件系统自检功能要不要开,这都可以聊好几个小时。 看看各服务的启动优先级也是一个讲究的过程,iptables会比network先启动这类依存关系很好理解;但我也遇到过平台的DHCP获取太慢,而主机操作系统启动快、Network还没从DHCP那里获取到IP地址,然后Mysqld等需要监听端口的服务启动失败。 后记 以上内容只能算精简科普版的Linux系统启动过程,正式版的启动过程可以写万字,有兴趣的朋友可以自己查维基科,或拿我说的关键字去。 曾经我把这些技能当做历,但现在大家都上了,它们就只是闲聊的谈了。但客户上就能少招一个研究这事的工程师,上确实也很有意义啊。 夜静人稀,沙子龙关好了小门,一气把六四枪刺下来;而后,拄着枪,望着天上的群星,想起当年在野店荒林的威风。叹一口气,用手指慢慢摸着凉滑的枪身,又微微一笑,“不传!不传!”----老舍《断魂枪》
y****i 2018-07-11
做容器的最佳用户
假设我在一个虚拟机上开了个容器分别读写个文件夹,现在我重新启动这些容器,新启动的容器根本不知道自己“上辈子是哪个容器”,该接管哪个文件夹。K8S的StatefulSet已经在尝试将磁绑定到一个Pod内,但这个功能还不够成熟,且需要外部存储系统的支持,所以容器使用本地文件存储仍然是一种冒险行为。 我们该导客户放弃本地文件存储的习惯,本地只读写重启就失效的缓存和socket文件,让容器用户将持久化文件都放到对象存储和数据库。这是个必然的技术趋势,即使不用容器用物理机,本地文件都是无法被统一读取的,集中存储在OSS和RDS的数据,才能称之为数据产。 少谈做容器能省 容器因为虚拟化程低,肯定比虚拟机要节省,但面对这种诡辩我会三联问: “您的职场生涯中关注过消耗服务器吗?” “拿省下的钱给你们团队发工好不好?” “为了效率,我们直接用裸机行吗?”。 容器公司见到客户就谈价格谈省钱,又说不清楚省了少钱,实际上砍了IT项目才是最省钱的,能解决问题客户可以花钱。 在平台运营过程中,容器技术确实能节省成本,但这是靠容器的更小调决定的。
林****颖 2018-07-10
中国计算现状——成本篇
但以前从未有过需要机柜带宽加服务器一起做规划预估的情况,大厂商的估算人员未必估的够准确,不会是紧绷到过超卖,就是大水漫灌一样的浪费;而小厂商的客户固定估算简单,就算不足也不是大新闻。所以闲置成本这一块是各有千秋的,说不清楚谁的成本更低。 5、人力成本 作为计算从业人员,感谢这个行业给我们带来了高薪。对公司来说,高薪招揽技术人才可以提高公司核心竞争力,极大加快产品上线速。如果工翻倍挖个技术人员,让某个项目提前半年上线,或者花了200万雇个5人小组,但融金额了3000万,从公司角是包赚不赔的。 说技术人员的具体薪水有点泄密,我们八卦一下某些销售人员也能惊掉外行的下巴。一个智商和沟通能力都正常,无任何特殊社会,公司商机正常分配的商务客服级销售人员,他们的底薪和提成是其他软件行业销售的2-5倍;别说你不信,刚确认这个消息的时候,我也郁郁寡欢了好几天。 那些自负盈亏没有VC金支持的老一代厂商都在尝试转,但他们的员工待遇太低了,在抢人大战中没有任何胜算,从某su出来的技术人员体验最深。
TOP