关于 学妹上门服务【薇V:78792796】温州天河酒店一条龙兼职按 的搜索结果,共1589
布****五 2018-07-10
如何执行命令
部署升级 DevOps的概念如今日趋流行,部署升级越发成为开发运维过程中重要的环,频繁的交互意味着频繁的部署。部署过程可以拆解为两个小的步骤,是新软件包的传,二是进程的重新启动。进程的重新启动不必多说,软件包的传可能有多种方式,如sftp的集中式,p2p的点对点式等。 监控采集 软件运维过程需要时刻监控系统及业软件的运行状态,各种运维决策都是以这些数据为依据进行的。随着自动化运维的发展,很多运维动作都从人工执行变为了自动执行,自动执行的决策过程更是需要采集大量的实时信息(前期文章《百度大规模时序数据存储》中介绍的TSDB就是为了解决这些数据的存储问题而研发的)。监控数据的来源主要分两种,种是通过业软件提供的接口直接读取状态数据,另种是通过日志/进程状态/系统状态等(如使用grep提取日志,通过ps查询进程状态,通过df查询磁盘使用等)方式间接查询。 无论是配置管理、部署变更还是监控采集,都有个共同的目的:控制器。在现阶段,要想对器进行控制,离不开“在大量执行命令并收集结果”这基础能力,这也是今我们的主题“如何执行命令”的意义所在。
h****e 2018-07-10
程序:我从哪里来?
干货概览 在计算机程序或者的层次,我们来试着分析前面提到的几个问题。 问题 1.我是谁? 叫什么,包含了哪些实例,规模、部署情况、实例运行状况如何? 2.我从哪里来? 游有哪些,不同的游流量如何分配? 3.我往哪里去? 的下游有哪些,不同的下游流量如何分配? 面对这样的问题,我们的答案是什么呢? 在百度的运维实践中,我们只需“BNS”就可以获得想要的答案。 BNS(Baidu Naming Service,百度名字)是百度云智能运维团队研发的套分布式的名字系统,是百度云Noah智能运维产品中的个重要基础系统。它为每赋予个独无二的名字,根据这个名字,我们就可以获取到这个的相关信息 ,这些信息包括:在机器部署信息(机器IP,部署路径,配置,端口信息),的实例运行状况等其他重要信息。简单来讲,它提供了名到资源信息的个映射关系。
流****水 2018-07-11
度云企业级运维平台——NoahEE
图1 NoahEE概览 接下来,我们把这艘诺亚方舟分解开来,近距离观察下这艘船的方方面面。 管理 我们首先介绍管理是因为管理是整个运维工作的基础,也是NoahEE这个平台各个系统能够进行批量自动化操作的关键。管理这个概念的出现,是随着业快速膨胀的必然,其要解决的主要问题是个“量”,或者说“规模”的问题。在早期业较为简单时,可能部署在几台甚至台机器,进行变更等运维操作简单直接,登录到机器人工操作就好了。随着业的发展,分布式应用与的广泛使用,我们越来越多的面临着运维场景与运维执行之间的脱节。 举个例子,今17:00开始对X机房的地图导航模块进行升级。对于产品研发的同来说,关注点是语义明确且更具描述性的“运维场景”;而对于运维人员来说,关注点是此次升级操作所涉及的机器等资源在哪里。在业规模发展到定程度后,运维工作还停留在早期人工或脚本方式执行的阶段时,这样的差异非常频繁的发生。 在实际的运维中,还有更多的因素需要考虑,例如机器是否会分配给不同部(资源的隔离)?权限又该如何控制?
疏****月 2018-07-09
线Archer | 百度持续部署的瑞士军刀
干货概览 业部署(熟称线)是运维领域最常见的业类型,主要涉及线代码变更、配置文件变更(数据变更由于其高频、大量的特点,我们已在数据传输文章《嗖的下,让数据自动生效》中专讨论过)。般的业线具有不定时操作、业部署情况复杂、单机启停策略复杂等特点。在手工运维时代,运维人员需要花费大量精力进行此类重复性工作,且易于出错。从公布的数据显示,Google 70%的生产事故由线变更触发,如何减少变更过程中人为误操作,提供个灵活、稳定的部署系统是运维平台研发人员所亟需解决的问题。 基本介绍 在运维自动化的大潮下,百度运维管理平台Noah发布了线部署系统——Archer。Archer致力于提供套产品线全过程的可迁移发布解决方案,实现键完成机器初始化、部署、添加模块监控、添加CT任、动态数据文件的分发等全过程的自动操作。在操作方面,Archer提供了命令行工具作为发起线的操作入口,这种设计模式也决定了其易于集成的特点。在DevOps流水线作业中,Archer可以作为个环节结合进整测试发布流水线中。
x****7 2018-07-10
从外行进阶专业 传统企业AI转型差的可能只是个百度EasyDL
“(利用)技术通用性,复杂的问题只要个 AI 解决方案。”柳源创电喷项目部长蒙东辉说。 如果说,源创是用AI改造存量,那么,更年轻的惠合科技则用AI创新了: 这家2016年成立于杭的创业公司,主要为大量快消品牌定制整合性营销解决方案,过去两年,惠合科技推出了“e佳”陈列审核方案,接入百度AI定制化图像开放平台技术后,建立了产品的图象识别库,实现图象快速采集,标注并建立模型,将传统零售商品陈列审核方式智能化。 2018年1月起,惠合科技从平台抽取3000家零售,作为陈列审核的首次尝试,线下渠道只需手机传视频,“e佳”就可轻松识别出陈列商品是否符合规范,准确率在90%以,极大提升审核的效率,人员效率提升超过30%,其后将方案应用于40000家零售,帮助合作品牌商营销费用下降27%、销售额提升15%。 “我们和百度起合作,实现可即用、更轻快、高精度、强安全的特点,帮助品牌商提升了执行效率。”惠合科技CEO郑云帆表示,公司已准备与品牌商联手,扩大“e佳”方案的使用范围。
若****客 2018-07-10
IT架构的本质--我的五点感悟
操作系统故障崩溃,现在商用系统内核都很稳定,般故障都出在硬件驱动容性,或者有些照本宣科的傻瓜乱改默认参数。 网络不稳定,内网通用的技术方案很成熟,少提复杂需求内网就能很稳定,我们最烦的是单网线处于半死不活状态;IDC的外网SLA默认就是3个9,所以我说支撑性能到99.95%就已经很可靠了。 硬件不稳定,大部分架构师根本不懂硬件,只要不出硬件批次故障,架构师就可以将单点硬件和系统、绑在起做可靠性设计。 人力误操作,我们招不到不出故障的人,我自己达不到不出错的标准。只要员工没有恶意破坏,出了大范围故障就是群集健壮性设计不到位,别让操作工给技术总监和架构师顶包。 监控和备份是运维的责,但架构师需要帮忙确认目的正确性,别备份了半废数据,监控只看telnet80。 结束语 架构之术繁琐,架构之道浅显 本文讲的是架构工作的“道”,对与架构之“术”并不提及。不同的业系统的架构之术完全不同,能拿来汇总借鉴的只有这几简单的道理。如果个架构师只是炫耀具体优化架构的手法,却闭口不谈选型的道理,他们其实是在简单用公司业尝试赌博。
s****d 2018-07-11
亿元级云用户分析
1.云目的分析 大型云用户云的宏观目的和普通用户类似,但多角色多部的利益诉求非常复杂。 降低成本:客户最直观的诉求,或者削减IT预算,或者同等预算下支撑更多的;其他客户诉求都难以清晰描述,唯独成本可以看发票和合同。 明确责任:客户不想承担各个IT系统的衔接和选型责任,相比软件厂商和系统集成商,云厂商的责任覆盖范围会更广泛些。 收拢数据:云本身并不碰业数据,但云是很好明确业数据存储位置的机会,云业改造是规范数据结构的理由。 求新图变:企业客户在气势如虹时要居安思危,在困境危难之中穷极思变,IT技术是企业的潜在增长点甚至退路。 本文讨论的是有模糊度和利润空间的云计算项目,CDN和IDC资源可以用做计收载体,但不能做为云目的分析。亿元以器、CDN的订单很多但既无技巧也无利润,这些资源厂商也在跟云厂商习如何包装项目。 2.客户角色利益分析 大企业多角色之间的利益诉求不同,所以表现形式也不同。我将客户三大角色列出来讨论,销售-售前-项目经理铁三角组合明确客户的诉求,才更好游刃有余的客户。
无****禾 2018-07-11
云客户需求引导管理--实战型IT太极拳
技术要可以取信于客户技术团队,又要非常了解云产品,还要认可企业级IT模式,这才有可能胜任这项工作,让客户的消费额千万甚至亿。 只了解产品说明书的业售前是完不成这种工作的,从云技术后台转售前的同样也搞不定该工作。解决方案架构师必须是离后能胜任客户侧技术经理角色,对客户侧的技术环境、业流程非常懂行才行。照懂云技术的售前、或懂售前的云技术的标准去选拔都方向不对,解决方案架构师应该是供应商替客户技术运营团队招聘的顾问。 附录参考 我以前写的文章,解决方案架构师位定义; 我以前写的中国云计算系列文章文章,不同客户的不同部的不同诉求,在03采购篇和06客户篇中有类似的观点展示。
TOP