关于 博达采票 zs25.vip 主管Q:86=388=714通bl 的搜索结果,共422
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
它屏蔽了云服务底层繁杂的控逻辑,提供简化接口给上层系统NoahEE调用,使上层系统更好更快地释放价值。 Q这么优秀的系统到底是如何实现的呢? AHALO系统从架构,分为Master端和Agent端。 Master端要做复杂的任务调度和控逻辑,并且所有功能都是模块化设计,用户可以根据自己的需求定制安装,包括虚拟化容器理,应用包理、部署、扩缩容、拓扑搭建和保活,集群控制等。 Agent端则以简单为原则,弱化繁琐功能,仅作为任务的执行器,其中的supervisor组件,结合父子双进程原理,做到自升级和自保活,把云运维人员的工作量降到最低。 整个系统的工作流程也十分简洁优雅!Agent过定期心跳的方式,与Master进行信,在心跳发包中发送本机状态信息,在心跳回包中获取Master期望的本机状态plan,并把期望plan与本地实际plan进行对比,针对有差异的地方做相应修改,使二者保持一致,从而保证集群中所有机器最终状态一致。 总之一句话,一朝HALO在手,从此不用发愁。所有运维需求,直接调用接口。
C****X 2018-07-10
群雄逐“图”,百度缘何备受关注?
这个集的过程与之前普的、传统的地图集差别不大,但在规模上可能要比传统地图数据集要大很多,例如如今车队的数量就比传统的地图数量多很多;另外速度方面,截至2017年底已经到覆盖全国所有高速公路的水平。 这么看来,百度高精度地图的数据集目前还并未涉及到其他的集方式,例如步背包以及无人机,是否会在这方面有所调整呢? (图片来源于网络) 目前百度的高精度地图以满足L3级别自动驾驶的要求为标准,所以集的道路场景以高速公路为集车队总量280台,其中具备高精度地图集能力的车辆约40多台,单车设备成本在100万人民币左右,自动化处理程度可以超过 90%。 地图的数据理与更新问题 关于地图数据的理,自动驾驶领域专家刘少山等专家表示,无人车使用的高精地图是2D网格,数据要由激光雷提供。 由于激光雷的精度大约是5厘米,所以地图的最高精度可以到每个网格5×5厘米,在如此高倍的精度下,如何有效理数据是很“麻烦”的一件事儿。 一般情况下,激光雷可覆盖方圆100米范围,假设每个反光强度可以用一个字节记录,那么每次激光雷扫描后就可产生4MB数据。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
这类甲方的身份资料是公开的,也不会恶意赖账,这时应该由乙方动记录合规信息,后台透明完成功能开,设置消费和透支上限。 假设客户是成长型公司,以前CEO创建的账户让员工继续使用。某天CEO被老婆打了一顿,因为他的网购记录有给“丽丽”订花和开房;或者网警约谈该倒霉蛋,警告他不要用网盘传播非法视频;也可能CEO打开聊天工具,发现自己很多幼稚鸡汤文给投资商。不要误会是有人要整这个CEO,SSO单点登录多项服务,同事用混了账户也正常。 如果客户放弃使用某云之后,原账户不注销滚动欠费几千万怎么办?云巨头们都是横向一体化经营,搞不好会和客户有竞争,霸王注册条款下的法务风险确实存在。 一个企业服务的账户不应该由客户注册,而是供应商动提供,像IDC和CDN就会动给客户提供查带宽的账户。这个账户只是为了让客户低成本的获取服务,不包含客户给供应商的任何承诺,双方的权利义务要看商务合同。 第二.账户内资源隔离 企业客户尽量会将资源集中购,在购IDC/CDN这类简单服务时不用担心资源混淆。
不****主 2018-07-09
高精地图
与普地图不同,高精地图要服务于自动驾驶车辆,过一套独特的导航体系,帮助自动驾驶解决系统性能问题,扩展传感器检测边界。目前 Apollo 内部高精地图要应用在高精定位、环境感知、决策规划、仿真运行四大场景,帮助解决林荫道路GPS信号弱、红绿灯是定位与感知以及十字路口复杂等导航难题。 一、高精地图与传统地图 当我们开车时,打开导航地图常会给我们推荐几条路线,甚至会显示道路是否拥堵以及每条路线将花费多长时间、是否有交制,有多少个交信号灯或限速标志等,我们会根据地图提供的信息来决定是在行驶中直行、左转还是右转以及对周围驾驶环境的评估。 而无人驾驶车缺乏人类驾驶员固有的视觉和逻辑能力。如我们可以利用所看到的东西和GPS来确定自己的位置,还可以轻松准确地识别障碍物、车辆、行人、交信号灯等,但要想让无人车变得和人类一样聪明,可是一项非常艰巨的任务。 这时就需要高精地图了,高精地图是当前无人驾驶车技术不可或缺的一部分。它包含了大量的驾驶辅助信息,最重要是包含道路网的精确三维表征,例如交叉路口布局和路标位置。
x****3 2018-07-10
中国云计算现状——购篇
客户感知到故障了客服却不敢承认,等到技术部和公关部双确认发告已经过去好几天了;大部分云服务故障的定义是业务中断,并不解释性能低到何种程度算业务故障;假设云机宕机30秒后重启了,百倍赔偿就是用3000秒代金券让客户闭嘴;只有丢失数据怎么办,好像没有任何SLA说得清楚。很多客户宁愿多掏钱选择用小型厂商或者私有云,就是因为大型公有云厂商客户的像个游戏会员。无论你推销公有云还是私有云,要拿出面对问题的诚意来,客户操碎心了明年就不续约了。 2、客户并不想盲目做小预算,单纯为省钱就不做购了,只有其他方面没什么好比的了才会比价格。我经常给客户算友商的成本,如果友商不赚钱甚至亏钱,购决策人也会感觉到风险,钱都不要的厂商是想要命吗?政府购有规则漏洞出了很多0元中标,但这个乱象不会持续太久,你也能去投0元的标,中标了就发企宣文章,然后的事都不重要了。 3、云厂商的很多功能和承诺太浮夸,纯粹是宣传话述,我常举的例子就是秒级付费、按需付费和追9大吹赛。 首先说秒级付费,有几个客户能精确到分钟级开机挂业务上线的,早申请晚释放资源半个小时会有多大损失,这些损失能不能在商务谈判阶段直接打八折?
m****t 2018-07-11
设计中立公有云云平台
当我们要设计云平台时,最小必须的云计算资源为这几项: 1.云机,2.云硬盘,3.公网IP+带宽4.VPC+安全组5.负载均衡 一个云平台缺少这五项中任何一项,用户都不可能到等同于自购物理机的效果,甚至最基本的功能都无法执行。当前各大供应商(含OpenStack和Zstack方案)都将这些云资源都已经实现API化创建、查询、理、删除。 对这些必要云资源的规划思路是,在能保证基础功能和用户便利的前提下,尽量砍掉一些炫酷但只有少数厂商支持的功能,为了简化开发难度,对一些用但低频功能也可以拖到二期三期再做。 比如云机创建机API时必备功能是“选择硬件配置”“顺手创建公网IP”“自定义镜像克隆机”“设置机名”的,理API必须有“查看机状态和配置”“硬重启”“绑定/解绑IP、硬盘”。其他的功能根据项目组的人力和工期可选展示给客户,有人有时间就多做,没人没时间就少做。
流****水 2018-07-11
度云企业级运维平台——NoahEE
对这些设备的运维操作,常都涉及不少的物理操作,比如说更换损坏的硬盘,增加内存条等等。这里涉及到几个要解决的问题: 故障如何及时发现?发现后由谁来进行修复? 物理操作维护怎样反应到系统里? 不同角色(职责)的运维人员之间如何协同操作? 对于故障处理与修复,NoahEE过故障自动发现与工单流程解决了上面的问题。系统自动探测故障放入故障池,并建立故障工单,由相应的人员进行操作。另外,NoahEE提供了不同的工单流程覆盖了日常机房运维中的操作,从设备购入库、上架、机架变更,直到设备下架、出库全生命周期覆盖,做到所有运维操作记录可追溯。有了资产理,运维人员可以在服务器完成入库、上架工单后即可在服务理中看到该服务器并进行理,无须任何其他操作。一图胜千言,我们看看资产理的特点: 图3 资产理 部署理 应用部署一直是运维工作中的重点,一般来说,我们面临的问题有: 批量部署难,怎样定位目标机器?如何快速部署? 灰度测试难,怎样过灵活的部署方式,先进行小流量线上测试,待效果到预期后再扩大部署? 回滚难,发现问题后怎样回滚?
TOP