关于 bc行业需要蜘蛛池吗σσ:660171 的搜索结果,共444
f****8 2018-07-10
2018年云计算展望
每个客户的IT投入是相对固定的,上面六大类群体的慷慨让利,足以让云计算吃下半个IT的营收和利润。 三、PaaS云是未来 IaaS云只是一个资源转售的生意,PaaS云代表了云计算的未来,PaaS云的优势浓缩成一个词就是——按付费。 PaaS云彻底降低企人力成本,选择用云主机只是省掉了扎网线的人力,但选择对象存储省掉的是存储架构师。 云计算用户越来越聪明,跟防贼一样防备云平台偷窥数据,但客户的用量信息总让云平台看到,否则怎么计费。 PaaS云易于切换的好处是逼着云厂商提高服务品质,CDN就是最好的例子。 PaaS云推广的难度在于改变用户的使用习惯,对于偏门深晦的技术用PaaS最容易,对于通用技术的替换最难。比如说客户很愿意使用IM工具的SDK,但让客户用 Serverless 改变开发流程很难。 云计算全面推广PaaS云,就是用更便利的云服务去把客户的程序员养的越来越只关注务逻辑;当客户招不到做底层支撑逻辑的程序员之后,客户的技术团队就只有上PaaS云这一条路了。
h****8 2018-07-10
能力比梦想更重——企级服务难寻产品经理
个人产品经理是一个梦想和热情的职,但在政企和工级IT服务领域,能力比梦想更重。 本文是想说清楚,政企和工级软件领域,能力比梦想更重,个人产品经理来到这个就会被秒成渣。如果一个企招产品经理,知道这个有哪些难点痛点,什么样的产品经理(其实是软件和服务设计师)。 1. 求拆解的能力 个人产品经理在设计一款APP时,是可以用生理上的主观感受给产品打分的。但是让一个产品经理来设计个流水线自控系统,他的主观感受并不重,必须用技术和务能力将客户求描述和引导。某些产品经理因为自己毫无感受憋不出词来,就把客户的求当做圣旨跪拜,这不仅是吃里扒外,还是会搅黄项目的搅屎棍。 拆解客户的求,必须技术上能跟客户做平等对话,务上了解客户工作流程,还理解大型客户内部的利害关系,不能靠“视察”客户会议室装专家上宾,也不能像外一样凡事都跪问客户。 我举第一个例子是很多系统都有监控,监控系统的产品经理完成下列工作才合格: 技术:产品经理对“check tcp 80”和“check http 200”这类务术语没概念,客户被坑一次骂一次才能改一点点。
w****t 2018-07-10
AIOps中的四大金刚
原因如下: 策略和参数调整 流量调度、容灾策略等策略,针对不同的务线,配置并不相同。例如某些务对响应时间敏感,跨地域的调度会带来较大的延迟,影响用户体验,这时就根据务情况配置机房之间的跨机房流量调度延迟系数,来实现流量优先调度到延迟系数最低的机房。 通用框架无法满足所有求 部分务线对原有的策略进部分重写才能够满足求。例如,部分务在流量调度时,联动服务降级来满足容量求,这就额外增加服务降级联动的逻辑。 那么,就运维研发工程师出手来解决这个问题。根据务线的实际情况,对策略和参数进配置和调优,对通用框架无法满足的求,进定制化研发,使得单机房故障自愈方案能够实际应用在不同务线上。 AIOps时代的职责和技能变化 运维研发工程师负责基于务线特征的运维研发工作,在传统运维中,是运维自动化的实施者,实现了针对务场景的自动化运维实施落地。 在AIOps时代,运维研发工程师承担了AIOps智能化运维解决方案在务线实施落地的职责。他们是AIOps场景的实践者,将AIOps解决方案与务架构特征相结合,实现AIOps在务线的落地。
追****圣 2018-07-11
给书记省长讲清楚云计算
进入2000年,无纸化办公、游戏、社交、电商改变了大众的生活的方式,国内从人员已经远超百万,按技术分类有数十种工程师。 在最近的十年,移动互联网兴起,便捷的通信、打车、外卖、电子支付等功能层出不穷,所有面向个人消费者的都在加速互联网化;未来十年里,计算机技术将深刻影响工生产领域。这时问题出现了,我们上千万名工程师,我们有这么多工程师? 历史总是惊人相似的轮回,在国家决策层面,云计算是个可以和能源、金融相提并论的领域。 第一次工革命开始时,每一个矿山都安装各自的蒸汽机;第二次工革命开始时,每一个工厂都重点解决电力等能源问题;信息技术革命开始时每个公司都有计算机工程师。但百川终到海,发动机能统一标准,电力能源能集中供应,云计算平台可以实现计算机技术的标准化,凭借规模效应降低服务成本,让客户直接付费购买信息技术服务,极大减少了客户的人力投入以及衍生的时间和管理成本。 信息技术革命的核心工作是信息的存储和处理,最重的资源是数据。
1****2 2018-07-09
百度安全:AI 是系统工程 真正开放的安全护航
一方面,适应千差万别的后端应用,以及它们对协议的处理 方式,本身就很困难。另一方面,面临一些新型攻击,防御引擎及时增添规则,较 为被动。最后,防护引擎只看到符合特征的请求,就会产生报警,并不知道黑客是否 真的攻击成功了,所以误报率比较高。 自从Gartner 提出自适应安全架构之后,得到了界的一致认可。百度安全最近发 布了OpenRASP 开源自适应安全解决方案,保护引擎集成在了应用内部,在应用完成协议解析后,才开始检测攻击。 这与传统的安全防护解决方案有什么差别呢?首先,传统防护产品主依赖请求特 征,OpenRASP 是通过监控应用的执逻辑和为来实现防护;其次,OpenRASP 可 以实现应用的热补丁,比如可以永久免疫Struts 系列漏洞;最后,OpenRASP 实现了 编码规范检查、服务器安全基线检查,这也是传统防护产品无法实现的。OpenRASP 和KARMA 分别在云端和终端两侧为智能终端产品和服务提供自适应安全保障能力。 未来的AI 攻防:真正的生态开放 AI 是一把双刃剑,用在安全专家手里,能够更快、更高效地做好防御。
x****7 2018-07-10
从外进阶专 传统企AI转型差的可能只是一个百度EasyDL
许多企主都迫切希望能将人脸、语音、图像等AI技术快速应用起来,扩大竞争优势,但往往却苦于无从下手。 传统企落地AI,普遍存在三大痛点: 1)通用的AI无法满足企的个性化求。与企务深度结合的AI应用求,往往结合所在领域很强的专知识,通用AI技术无法满足,例如,目前界推出的通用物体和场景识别的API无法满足大量个性化的求:家装企想识别装修图库中的细分家居风格、房间布局分类等,物公司想通过摄像头识别小区垃圾桶是否已满,施工单位想通过图像识别工地上的工人有没有穿工服、戴安全帽等,这些场景求是常见的务场景,但是企很难找到现成可用的AI技术,往往自己做定制化的研发。 2)AI技术自研及运维成本高昂。自己研发AI技术会面临多道难关,首先是AI人才关,国内AI人才有限,据人民日报的报道,我国人工智能的人才缺口超过500万,供求比例仅为1:10。AI人才的年薪动辄数十万,除非有庞大的务场景,否则,一般体量的企难以组建独立的AI团队。其次是基础设施关,AI运维的服务器、GPU,在财务上也是不可承受之重。 3)开发周期过于漫长。
布****五 2018-07-10
如何执一条命令
图2简单问题放大后也变得困难 百度目前拥有分布在世界各地的几十万台服务器,并且随着务的不断扩张,这个数字还在持续增长,构建一个高效稳定通用可扩展的命令描述、传递、执系统在这样的环境中有着重的现实意义。对百度各产品线的用户来说,这样的一个系统,最基础的求是:执高效,控制灵活,扩展方便。 1.执高效: 单机执求能够达到秒级命令下发/执/结果收集。 集群执求支持同时在10万台服务器上并,同时保证集群中每个机器达到单机执的性能。 2.控制灵活: 单机控制,求支持暂停、取消、重做功能。 集群控制,求支持暂停点功能,也即可以在执到某台服务器时暂停,等待人工检查确认无问题后可继续执。 3.扩展方便: 支持插件,求支持自定义执插件,用户可编写自己的插件执相应操作。 支持回调,求支持自定义用户回调,如任务执失败调用相应回调接口。 除了以上的求外,一个分布式系统的搭建,还考虑可用性、可扩展性、性能、一致性等方面的硬性求。
嘟****y 2018-07-11
大型企适用的云平台账户体系
单账户大通铺模式下,所有的平台短信和邮件都往一个账户发就了,但现在重新设计。我的一线技术工作经历并不依赖第三方(如云平台)通知机制,对通知功能的研究较少,所以我只能提出通用性设计建议: a.别把平台维护通知当做甩锅通知,大客户会因此忙到鸡飞狗跳。 b.员工正常操作不通知到管理员,自然人收到的信息太多会麻木。 c.员工执摧毁核心资源等高危的操作及时通知管理员。 d.这些操作日志可以通过API等方式对接到企自身的平台。 e.合规和安全风险发送平台管理员和资源管理员。 云平台有通知机制就有管理权限,比如说某IP存在合规隐患,管理员能查看和操作该IP;否则平台管理员只能组织各部门领导开会,平台的管理员一般不是公司高管,其处理速度和处理效果就很慢也很扰民了。 第五.其他随笔说明 a.过去云管平台做计费和权限开发很繁琐,云平台支持精细控制后云管平台的对接成本会瞬间降低,那些功能缺失又不是标杆的云平台会云管平台被逐渐放弃接入。 b.有客户想给不同资源组做不同资源单价,这是个弱求,该求技术实现繁琐且有客户可接受的变通方法,比如子账户登陆只计量不计价,价格在心中。
l****m 2018-07-10
五年前的预言——2012年云计算时代的运维职位展望
2、进云计算服务器维护;几大云服务供应商自己也维护服务器,那些大中型企肯定会自己做私有云,在这个云计算平台里也是运维人员进从低端监控到高端架构的一系列维护工作,但自动化运维技术会让运维人员的数量大大减少,可能每个公司都只有一两个小团队了。 3、进传统继续做运维;笔者就是在一个通讯公司工作,我可以很乐观的说云计算会对公司造成有限的技术革新,比如说实现OS的虚拟化。我们的SIP服务必须亲自搭建,阿里盛大新浪都没得卖,甚至因为硬件和网络限制让我们很难使用虚拟机;而外宣网站一类的东西根本不是我们的核心竞争力,能用就好效率低一些没关系。除了通讯公司之外,生产领域(比如管理生产线)也有类似的顾虑,云计算的优势和公司的求完全不沾边,所以这类公司的运维可能会是最后的运维。大家找工作的时候都习惯找网站相关的工作,但你学过Web就一定找网站工作是挺蠢的为,危邦不入乱邦不居,最好不涉足一个没有前途的
小****君 2018-07-11
踏云落地--谈IT就趋势
困在电梯里的员工会知道物有多重,食堂大妈可以让全体员工食物中毒,即使关系安置岗都是重岗位。IT人不意淫自己对公司多重了,岗位含金量看的是稀缺度而非重性。IT从者总认为IT细分很独特,每个细分都很稀缺,比如写js的人做不了数据库,推演AI模型的人做不了游戏引擎。但炮兵和扫雷兵的区别就很小,卖保险和做私募的有任何关联?云厂商和IT精英们都在努力降低IT入门门槛,让更多的新人入局,这些新人在不断的稀释熟练工程师的稀缺度;至于那些抱着细分沾沾自喜的井底之蛙,知道水货DBA是被一块SSD轻松取代的?一个新软件新服务的诞生和优化,足以让你们的工作变得毫无疑义。企有饕餮鲸吞般的IT人力求,现在在用高薪低质的泡面人才充饥,云厂商看到商机正在加速下饺子。一旦企吃饱不饿了,或者云计算饺子生产够多了,谁会在意泡面的死活哪?IT必然会随着云产品和生态的变化发生巨大改变,下图为我的推演总览: 第三.单纯快乐的基础操作员云计算想解决IT人力短缺问题,但上云的降门槛功能,引爆了企更多新项目求,让整个社会的IT人力更加稀缺。
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
云计算历经多年发展,从最初的概念模型,到被大众熟知,再到现在全拥抱上云,取得了巨大的进步。云的主客户已从最初的中小初创公司逐步渗透到各的大型企。可以说,企上云已是企发展的必由之路。部分数据敏感的企结合自身数据的安全性、所有权和控制权等综合因素考虑,会选择搭建自己的私有云或者混合云环境。 但是在上述环境中,用户的机器都管理,这就必然给云运维人员带来很多意想不到的麻烦。 其实我们面临的问题从来就没有什么大的变化,唯一不同的只是机器规模越来越大,人心越来越复杂。 Q如何在1台机器上部署基础设施?A 一切都源于那个亘古不变的道理:扔一个文件到机器上,然后跑一个命令。 Q如何在10台机器上部署基础设施?A 写个for循环搞定。 Q如何在10000台机器上部署基础设施?A 这个也好办!定制操作系统镜像CUSTOM.iso装机自动化安装! then…… Q如何快速升级所有机器上的基础设施? Q服务因异常挂掉,能自动重启保活? Q公司做活动,预计流量突增,能扩容? Q公司活动结束,为节约成本,能缩容? Q新开发的基础设施服务有问题,能立马回滚
s****d 2018-07-11
亿元级云用户分析
存储资源是大订单曲线突破的好选项,还是AI和大数据项目的基石,我们和客户讲的是有技术含量的故事,精英售前给销售做幕后军师。 配图说明:谁掌握了数据,谁就掌握了真理 3.4人力资源 亿元项目不可能是客户自助实施的,人力营收占比很低但画龙点睛,可能会干掉纯卖资源的友商,也可能晚交付半月就亏损上千万。云厂商提供四类人力资源: 第一类是方案咨询和项目规划,不被免费通用售前蒙蔽了视野,出彩的规划咨询重度依赖精英人力,既是云产品专家又是客户侧IT高手; 第二是平台侧研发运维,即使最标准的CDN服务也定制日志接口、微调卡顿和回源比,销售铁三角必须最顺畅沟通最高优先级; 第三是项目侧实施人力,云厂商可以做盖机房到App适配的所有工作,客户只想对接一个总包责任人; 第四是客户挖不来留不住“云厂商母公司的顶级技术高手”,他们想借云项目让高手做人力输出,但是……。 读者们不觉得卖人日很低端,人力资源是难以垄断和模板化复制的;只有不能垄断的,精英打工者才有极大的发挥空间。
c****i 2018-07-11
付费拨云见日--云咨询可性分析
引言拨云见日 云计算离不开一个大趋势,全世界的计算、存储和分发求急剧增大。云计算厂商降低了企上马IT项目的门槛,但是没帮客户降低IT技术决策的风险。 客户上云的重动力是缺少IT执层人才,客户同样也缺乏IT决策层专家。 我们见多了各种各样愚蠢圈标的招标书,各种重复浪费IT投资,各种含糊不清的交付规范,各种虎头蛇尾的全局规划,似乎看不到闹剧的尽头,而所有旧乱局背后都有新机遇: 5年前我在甲方做IT,我发现招不到会扎网线和加载log4j的员工;纵然当时云产品从设计/性能到稳定性都像一坨屎,但我还是看好并投身云计算。 甲方无力进合理的设计、提出合理的求、进合理的验收、推进合理的规划,甲方又为这些掏钱买单,并承担更重了务损失,虽然云咨询还是探索阶段,但我也看好云咨询。 我做云计算最遗憾的是这个公众号写晚了,我以为我懂的常识别人也懂,不值得写不值得嚷嚷;现在规划和推广云咨询,我不会默不作声了,必须最早最快的吼出来。 1.云咨询是IT决策专家 当客户缺少IT决策专家,或自有专家不便发声,这就引入外部云咨询。
TOP