关于 密云鼓楼找妹子服务同城〖10669708薇信〗 的搜索结果,共691
追****圣 2018-07-11
给书记省长讲清楚计算
综上所述,计算就是将分散在各个公司的息技术资源汇聚到一个大平台,其兴起始于需求扩大而人力短缺,其未来发展趋势是通过规模经营和数据共享,成为新型息化社会的技术基石。 计算如何带动地方经济 计算落地是要自建数据中心机房,我们一般称之为基地,基地在经济利益和社会影响上和传统工厂并不相基地通俗易懂的展现形式就是开启数十万个高速运转的电脑铁皮箱,但这些电脑不用接显示器也不用人员现场操作,只要这些电脑能开机能上网就能对外基地和数字地产不完全相,数字地产只装修好房基地关注用这些房做什么。 基地是无烟工业,并不需要雇佣大量人口,对直接促进就业帮助不大;但计算没有实体矿产投入和物品产出,只需要大量电力启动电脑也不会产生大量污染。 基地像电视台和号塔一样,通过产生和扩散数据息对客户提供,这些息的传输没有物流成本,光速直达全球每个角落。 因为基地全球客户,所以基地可创造极高的营收,但不能简单的计入地方政府的GDP。一个耗电三千瓦的机柜加附属空间占地5平方米,如果计算资源全部售出,每年可产生20万元以上的营收。
雪****魁 2018-07-11
危险背后的机遇--故障危机分析
面对意外故障,我们有心向客户证明,换了其他厂商也一样会挂;面对人为故障,踏实认错是对客户的最后尊重,而公开事实也是逼着内部不会重蹈覆辙犯样的错误。 过去大家卖IDC、CDN、器和软硬件积累的个人商誉,是可以应用到计算领域的。而的高科技光环褪去、产品质化以后,企业的核心竞争力仍然是有商誉的销售-售前-售后团队,这类人才永远是稀缺资源。 附录 请各位多琢磨评估本厂的到底哪些组件是靠谱的,不要让赖你的客户受伤又受骗。如要学习计算相关知识,可以多关注我往期计算文章,比如说 计算最重要的工作是配合销售和客户:客户需求引导管理--实战型IT太极拳 中国计算现状系列汇总: 做计算要花哪些钱,请看第一篇成本篇,原创链接。 计算产品各有什么特色该如何分类,请看第二篇产品篇,原创链接 客户的采购人员如何看计算,厂商如何锁定采购人员需求,请看第三篇采购篇,原创连接。 如果我们? 时无英雄使竖成名,但这也是机遇, 看厂商花式作死的九种方法 。
s****d 2018-07-11
亿元级用户分析
限制客户梦想的是老旧系统是否支持常见协议,还有底层工程师能否推动上层业测试和变动。 API调用PaaS——API就是不可控过程的黑箱,客户没预算没精力就盲目厂商。客户有精力就做多冗余校验,有预算就做专有资源池部署;未来厂商还会自定义SLA标准——大部分API连等待超时都没定义。 版本发布和数字化转型——无论是微观的版本发布还是宏观的数字化转型,其实都和上没直接联系,一个是室内装修工作,一个是新建房屋工作,但装修的最好时机是房屋重建的时候,厂商要帮客户推动IT技术革新。 5.输出分析 厂商输出给客户的即有端IT资源,也有平台输出。是个比资源更难量化的概念,我只引一把火苗出来。 咨询规划--如果直接给客户买资源,那就只能谈性价比,而且资源本身不会说话,所以厂商要做好咨询规划。 明晰验收--项目的实施和结项都是以结果为导向的,明确的过程控制和验收标准对供求双方都是保护。 友好接口--面对亿元大金主,厂商的下限是类比传统IDC,要把金主伺候舒了就要学IOE类集成商。
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次上,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 的上游有哪些,不的上游流量如何分配? 3.我往哪里去? 的下游有哪些,不的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度智能运维团队研发的一套分布式的名字系统,是百度Noah智能运维产品中的一个重要基础系统。它为每一个赋予一个独一无二的名字,根据这个名字,我们就可以获取到这个的相关息 ,这些息包括:在机器上部署息(机器IP,部署路径,配置,端口息),的实例运行状况等其他重要息。简单来讲,它提供了一个名到资源息的一个映射关系。
嘟****y 2018-07-11
大型企业适用的平台账户体系
将不区分为不账户也解决不了问题,因为客户和平台都要将这批账户统一管理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂受累的都是平台管理员。 现在越来越多的平台会让客户账户下创建多个权限和访问隔离的资源组,不的资源组会各自做用量统计和配额上限,逐步解决了管理员侧的资源隔离和计费问题。 ##有的平台会把这些资源组叫做“资源账户”,但这和下文的权限账户会有名称混淆,本文是将其称为资源池或者资源组。 第三.多账户权限隔离 相关用户在平台要有自己的账户,这样才好记录操作日志和做权限控制。 首先要保证这些账户不能用于登陆到公司的其他业线,特别是个人业线,这也是账户研发一直滞后的重要原因。 最简单的账户是管理员手动创建账户码,但这有弱码和员工离职问题;简洁方案就是管理员手工创建账户,但码验证由客户的企业AD做Keberos认证来完成;最复杂对接即将AD的账户体系(含用户注释和分组息)完整引入平台,但平台管理是小众需求,AD管理员一般不是合适的平台管理员,这个功能要斟酌。
M****点 2018-07-10
中国计算现状——产品篇
SaaS产品已经出现并流行了十几二十年了, OA/ERP/CRM/邮箱/模板建站等等SaaS都是比各位读者从业年龄还长的老古董,最新流行的各种在线办公、协作、通话、众测等SaaS产品也不依赖器,这些应用上走公网和之前走内网区别并不大,用物理机和虚拟机区别也不大。 狭义的计算是企业,目标用户的是企业IT技术人员,而SaaS的目标用户和IT人员只在Helpdesk时有关联。 从这一点来看,这些SaaS只是平台的普通用户,和游戏、网站、APP、没有区别。只要SaaS没自建IaaS和PaaS的技术能力和意图,那他们就是客户而非友商。 四、物理机-混合-管平台 主机是物理机的最好替代方案,但也有各种物理机无法被替代的场景需要继续用物理机。 某些主机的超卖比过高,性能太差,又因为各种原因不更换厂商,那只能基于性能原因用物理机。 某些硬件特性虚拟机还没模拟出来,或者你模拟了我也不,比如说Oracle RAC就偏爱硬件存储。 某些非TCP/IP资源必须接专用板卡,比如说接电话网络的器,接专用器材的器,接加狗的器。
无****禾 2018-07-11
客户需求引导管理--实战型IT太极拳
客户技术工程师认让最终用户学采用LB加多台虚拟机,比改QoS和停机加网卡更可靠。但最终用户宁愿纠缠客户技术人员也懒得学如何用LB,我给支招说我们的操作人日免费送,但硬件改造成本有20万,问这用户只是想试试还是改完网卡就能付费。最后该用户果然只是想试试,我们和客户技术部门都躲过一场折腾。 案例2.有个IDC新上线一套外售型私有,运营负责人第一次操盘公有心里痒痒,总是提需求但总被我拒绝。他想开放注册并给新用户大量赠额,而我跟他聊运营数据,让他意赠送小用户并不能带来多大收益。他说在主机和网络性能测试没友商好,我跟他说明权威测试方法和意义,让他相友商性能比他好就是作弊或者烧钱。他想不客户不产品给不折扣,我们研发人员半年内没这个排期;我们已经有充分的任,我就直接告诉他我做不过来,给用户充值后赠送样可以达到折扣效果;给资源做独立折扣我们要收开发费用,而且这不是强需求。(这些运营问题都是2015年的,可能略有老化) 案例3.客户被集团的计算公司的欲哭无泪,我们接盘时提了一大堆需求,我样是拒的比接的多。
m****t 2018-07-11
设计中立公有管平台
反DDOS攻击只能由厂商提供,因为开销偏大计费不灵活,但又没有日常管理需求,客户到管平台到厂商沟通时直接用邮件、工单和合即可,如果没有频繁攻击和检测需求,可以不留展示界面只用邮件通知。至于渗透测试和漏洞扫描,其实和没直接关系,没必要纳入管平台。WAF可以参照负载均衡进行设计处理。 物理机和自控超卖比虚拟机,这是部分厂商才提供的功能,这类资源开销偏大和计费不灵活,客户要给管平台发邮件才能申请到资源,客户日常有类似于虚拟机的管理和监控需求。 监控是一个基本免费的,对该的设计包含安全评估、数据展示和通知机制。安全评估就是要不要装各厂商以Root权限运行的Agent,数据展示就是各种监控统计表和折线图展示给客户,各厂商是直接通知到最终用户还是通知到管平台后中转传递息。 其他,诸如域名、ICP备案、虚拟空间等。 第五核心业系统 已知管平台要管理上述资源,且不资源的优先级不一个资源也不需要部署所有功能,那管平台自身该如何设计和展示?
l****m 2018-07-10
五年前的预言——2012年计算时代的运维职位展望
当前计算技术的势头很好,但因为技术和市场等原因还需要慢慢发展,而且计算做的是“锦上添花”的事情,企业用不用计算对自身业功能影响不大。我们运维人员从做事的可靠性、有全局意识,凭借这些特性仍然能活的很好。运维这个岗位可能会消失,但做过运维的人还是有很多路可以走的。 大家都知道黑也该未雨绸缪了,如果你已经是个运维老鸟或者很快就投身运维工作,我建议大家往这几个方向上动动脑: 1、企业采用公有方案后,仍然需要一个懂行的人解决公有平台的监控、评估、采购、报修这类问题。但这个职位应该一个公司公司只需要一个人,且再等上十年计算彻底标准化后还会再次消失。当然了,我相能胜任这个岗位的人,在计算已经规范到不需要专人维护的时候,他们也会有能力到更合适的岗位。 2、进行计算器维护;几大供应商自己也要维护器,那些大中型企业肯定会自己做私有,在这个计算平台里也是需要运维人员进行从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每个公司都只有一两个小团队了。
s****7 2018-07-10
见微知著看技术误解——从裸光纤和NTPD谈起
样固有的印象是光纤必须从运营商那里租,而且价格很贵还必须买波分设备等等;其实现在企业专线的市场竞争很充分,拉裸纤一公里也就小几百块钱,而且短距离裸纤也不值得上波分设备,直接对接模块即可。 二、NTD是试金石 我对裸光纤是门外汉,但样的技术误解让我想到了NTP,我一直拿ntpd和ntpdate当做初中级系统工程师的试金石,分不清就月薪五千,分得清就八千以上(2014年市价)。但很多货真价实的IT专家也在此事上跌倒,我也希望通过聊清楚一层误会,说明高级工程师该少迷多思考。 NTP是网络时间协议,它是多项传输、计算、加技术的核心参数。 假设我认为TCP连接超时断开链接了,你怎么给我传输数据; 玩各种定时给奖励收益的花园经营类游戏,我经常通过修改时间快速刷分; 你的系统时间不对网银都会拒绝登陆,因为加程序算不出双方认可的Token。 三、正确的时间是向量 Linux环境下有两个常用工具,NTPD和ntpdate。NTPD是一个时间,ntpdate是个时间步命令。很多工程师都会采用Crond+ntpdate的方式步时间,究其原因是“NTPD不太好用”。
亚****啦 2018-07-11
IT断魂枪--闲聊Linux系统启动过程
那是在更早的版本GRUB程序读不了GB级磁盘分区,没办法加载vmlinuz内核,现在已经只是一个迷而已。 5.内核启动加载驱动,但这还没触及任何业。 不硬件一个版本的vmlinuz内核hash值是相的,因为驱动息放在initrd*.img里。Initrd*.img是一个精简但带了所有驱动的linux镜像,一般系统安装完之后自动生成,也可以事后手动生成。 曾经某偏门软件推荐用集成镜像安装,装完了就是起不来,我把内核版本、硬件配置的init*.img替换以后系统就正常启动。 Kernel加载了所有驱动后就会卸载initrd*.img,早期linux版本在系统启动过程中还能看到很多“umount filesystem”的提示,那不是卸载正式文件系统,而是卸载了initrd*.img这个迷你系统, 6.Init进程启动,正式启动。 从看到“Welcome use CentOS”的彩色欢迎文字开始,init已经启动了。 在这之前的启动过程也就读取BIOS/MBR/GRUB和/boot分区,现在终于开始读/etc目录的配置文件了。
小****园 2018-07-10
让PB级存储不再神秘
大客户对端数据的处理的要求比中小客户更简单,因为复杂业功能可以自己做,还可以要求厂商为自己做定制开发。 大客户的数据一般都是存在于旧系统的,其迁移方案比小客户复杂,拉专线、寄设备、追增量、切业等等方面都要考虑到。一般迁移方案是现有数百T数据,规划未来3年到10PB,数十个轻量应用对接代理网关继续使用,几个核心高负载应用改成直接访问存储。为了更好的发挥对象存储优势,厂商还要诱导客户使用平台的各种新功能。迁移方案要靠谱必须说清楚所依赖环境、操作时间规划、各步风险评估、验证验收标准等息。 大客户样在于平台的职业操守,但其反击能力要强于中小客户,因为他们不会用平台的标准合,而是自己订制合内容。法律合上能震慑平台的一部分小动作,但计费统计数据平台还是会拿到,客户可以考虑多分几个供应商多做几个存储池。 4、何时选择私有 对象存储一般是公有,但是超大型国企、电运营商、国家级项目、大型独立互联网企业、金融行业、智慧市、基因、气象、医疗等行业都因特定原因使用私有存储。
f****8 2018-07-10
2018年计算行业展望
被资本催熟的业普遍都会早衰,团购大战、外卖大战、打车大战都让我们看到了资本抛弃业的速度极快,三年后计算不能拿来给资本画饼了,一些只能烧钱的计算公司都会被合并和售卖。 但计算本质上是企业,并不会出现一家通吃的情况,那些能够自给自足的计算公司,完全可以像韩遂、公孙康、孟获一样割据几十年。当Oracle在数据库领域雄霸天下的时候,DB2、SqlServer、Mysql、Mongodb只是挣得没那么舒而已,他们并没有被挤死,类似的例还有企业级操作系统软件、企业级咨询、企业级硬件供应商等等。计算是企业,企业从未出现过一家通吃的先例,拿个人互联网用户的习惯套到企业客户身上是不科学的。 二、一个行业半个IT界 计算行业的梦想上限是替换掉整个IT行业中所有的后端环节,整个IT业一半的产值都会归属到计算公司。 什么叫“所有的后端环节”,就是除了直面客户、直面业逻辑的那一部分工作之外,其他的环节全部融入计算平台之中。 旧的IT势力在享受行业的自然增长,优质IDC仍然供不应求,工程师们仍然很好工作。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
在传统的运维方式中,由于故障感知判断、流量调度决策的复杂性,通常需要人工止损,但人工处理的时效性会影响的恢复速度,时人的不可靠性也可能导致问题扩大。 为了解决这类问题,我们针对百度内外部网络环境建设了基于智能流量调度的单机房故障自愈能力。结合外网运营商链路监测、内网链路质量监测与业指标监控构建了全方位故障发现能力,基于百度统一前端(BFE)与百度名字(BNS)实现了智能流量调度与自动止损能力。时,基于实时容量与实时流量调度自动止损策略与管控风险,实现了任意单机房故障时业均可快速自愈的效果。当前此解决方案已覆盖搜索、广告、息流、贴吧、地图等众多核心产品的单机房故障自愈场景。 单机房故障频发影响业可用性 回顾近2年来各大互联网公司被披露的故障事件,单机房故障层出不穷。例如: 2015年6月某公司香港IDC节点电力故障崩溃12小时 2016年5月某公司杭州电接入故障,中断小时级别 2017年1月某业天津机房故障,数小时无法提供 2017年6月北京某处机房掉电,多家互联网公司受影响 单机房故障频繁影响业的可用性并且会给公司带来直接或间接的损失。
c****i 2018-07-11
付费拨见日--咨询可行性分析
某擅长咨询的传统转厂商,他们的咨询案例是帮一个本来就有很深IT积累公司,再次确认数据中心规划,这只能算息搜集,只有重度辅助决策才能收到足额咨询费。 某咨询厂商和有关的咨询案例,仔细看是厂商和软件商共做的上迁移执行过程介绍,而为什么上、投入产出比、风险预估、新流程规划等等技术决策建议并不是重点工作。 还是重复文首所言,客户上是缺少IT执行层人才,客户样也缺乏IT决策层专家。随着萌新客户开始上搞IT,行业的新生的需求是需要咨询,咨询的专业性不厂商和传统咨询厂商。 咨询团队只关注是客户,特别是萌新IT用户的业目标实现,所以咨询专家必须能胜任客户侧技术负责人。光这一条就把售前和传统咨询顾问过滤掉了。能在甲方做技术负责人,为什么要做售前;而传统咨询顾问的核心竞争力,从来不包含IT专业技能。 我把职位叫做“咨询”,是因为产品和传统软件产品完全不。传统商业软件的咨询是建立在坚实的支撑基础上的,传统软件咨询要的是软件应用技能而非IT专业技能。而产品的品类及其复杂,远超单一软件的学习成本,现学现卖一群软件是非常不可靠的。
w****0 2018-07-11
单机房故障自愈-黎明之战
要求:将拆分为若干不的逻辑单元,每个逻辑单元处于不的物理机房,均能提供产品线完整。 3.不满足N+1冗余 描述:任意单个机房故障时,其余机房剩余容量不足以承担该机房切出的流量。 问题:流量调度导致其余机房过载,造成多个机房故障,造成更大范围的影响。 要求:容量建设需要对于每个逻辑单元都要有明确的容量数据,并具备N+1冗余,即任意机房故障情况下,其余机房均可承载这部分流量,时需要保证变化时及时更新数据和扩容,避免容量数据退化。时对于流量的变化趋势,也需要有提前的预估,为重大事件流量高峰预留足够容量(如节日、运营、假期)。 4.关联强耦合 描述:上下游使用固定IP或固定机器名进行直接连接。 问题:单机房故障发生时,关联的上下游之间无法进行快速的流量调度止损。 要求:线上关联不允许使用固定IP或机器名链接,需使用具备流量调度能力的上下游连接方式以实现上下游依赖解耦,下游发生单机房故障,可以快速调整路由比例实现止损。 单机房容灾能力--盲测验收 完成以上四点单机房容灾能力建设后,业线就具备了通过流量调度进行止损单机房故障的基本条件。
1****2 2018-07-09
百度安全:AI 是系统工程 需要真正开放的安全护航
它首创了应用状态在线查询机制,是一种生态联防、去中心化的安全方案:开发者能及时提供应用状态;安全厂商能大规模扫描监控签名息生成息,并在端上结合息判断App 是否恶意;应用商店可以收纳开发者提交的 应用息,并定期下架有问题的App;设备厂商则能通过OASP 的签名机制进行额外的安全校验。 传输层面的安全 终端设备和的过程中,传输通道的安全性至关重要,一旦被黑客恶意 劫持,设备和器的数据也就都处在风险中。而现在普遍应用的TLS/SSL 方案 是基于非内存安全语言编写,容易被黑客利用内存安全漏洞攻击,而且未来也面临着被 量计算机破解的威胁。 而百度安全基于内存安全技术的下一代可配置嵌入式安全通协议栈MesaLink, 在语言层面提供内存安全保障,算法层面提供后量码对抗能力。这就使得网络传输 可以避免OpenSSL“心脏流血”等高危漏洞隐患,并且能对抗量码学攻击,进一 步增强网络传输层的安全。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
使集群中所有机器环境质化? 管中窥豹,我们可以发现如果在私有或者混合场景中还是通过人肉运维的方式管理,那么管理效率将会十分低下,并且其中重复繁杂的操作,难以保证环境的稳定性和安全性。急人之所急,需人之所需。百度的工程师们便展开了一场头脑风暴...... 原始太初 私有中存在大规模的机器集群,集群中一片空虚混沌,渊面黑暗,仅有字节流在其间穿梭。为有效地管控体量庞大的集群,合理分配资源,降低运维成本,保障穿越狂风暴雨,工程师们意识到:“必须要有一个优秀系统来管控这混沌的集群世界!” 第一天 工程师们说:”这个系统要代表操作系统的意志!占用资源少!对外部系统零依赖!装机自带!要能自升级和自保活!“。当裸机启动之后,这个系统便以root身份运行,能保活自己,还能托管维护其余基础设施,后续迭代升级也能自动完成,整个流程高度自动化,不需要人工介入,极大地降低运维成本。 第二天 工程师们说:“这个系统必须运行稳定,性能卓越,支持跨平台(Linux、Windows、ARM)安装,要做到时管理上万台器,一点儿都不慌”。
TOP