关于 快速足球 zs25.vip 主管Q:86__388__714通 的搜索结果,共418
金****洲 2018-07-10
混乱的集群遇见TA 从此岁月静好
它屏蔽了云服务底层繁杂的控逻辑,提供简化接口给上层系统NoahEE调用,使上层系统更好更地释放价值。 Q这么优秀的系统到底是如何实现的呢? AHALO系统采用从架构,分为Master端和Agent端。 Master端要做复杂的任务调度和控逻辑,并且所有功能都是模块化设计,用户可以根据自己的需求定制安装,包括虚拟化容器理,应用包理、部署、扩缩容、拓扑搭建和保活,集群控制等。 Agent端则以简单为原则,弱化繁琐功能,仅作为任务的执行器,其中的supervisor组件,结合父子双进程原理,做到自升级和自保活,把云运维人员的工作量降到最低。 整个系统的工作流程也十分简洁优雅!Agent过定期心跳的方式,与Master进行信,在心跳发包中发送本机状态信息,在心跳回包中获取Master期望的本机状态plan,并把期望plan与本地实际plan进行对比,针对有差异的地方做相应修改,使二者保持一致,从而保证集群中所有机器最终状态一致。 总之一句话,一朝HALO在手,从此不用发愁。所有运维需求,直接调用接口。
冰****蓝 2018-07-09
如何调节『控制参数』?
lat_controller_conf { cf: 155494.663 cr: 155494.663 wheelbase: 2.85 mass_fl: 520 mass_fr: 520 mass_rl: 520 mass_rr: 520 eps: 0.01 steer_transmission_ratio: 16 steer_single_direction_max_degree: 470 } 三、纵控制器的调谐 纵向控制器由级联的PID控制器组成,该控制器包括一个站控制器和一个具有不同度增益的高/低控制器。Apollo理开环和闭环的调谐过: 开环: 校准表生成。请参阅how_to_update_vehicle_calibration.md (https://github.com/ApolloAuto/apollo/blob/master/docs/howto/how_to_update_vehicle_calibration.md)的详细步骤 闭环: 基于高控制器- 低控制器- 站控制器的顺序 高/低控制器的调谐 高控制器代码要用于跟踪高于某一度值的期望度。
m****t 2018-07-11
设计中立公有云云平台
平台首页是一个全部资源汇总页,即平台已经开多少用户、多少机、多少带宽等等,无论是日常运营还是工作汇报都需要汇总统计。如有余力可以和计费系统配合,做出各个厂商资源汇总对比页面。 平台还要有各项资源分类汇总及单资源详情页,即虚拟机、硬盘等资源。这里要求即可以做整体list,也可以查看单独一个资源的状态。前文提到要统一的资源ID可以调用厂商API查询和操作资源。前文提到的统一资源名称前后缀,可用于过滤出单个用户的云资源。如果施工可以只做资源的统计展示,云平台操作员去各厂商的理控制台上执行资源操作;如果时间来得及那就把厂商提供的功能在本平台全部实现出来。 2.用户系统 云平台都是做对内业务或者固定项目,所以用户系统不开放注册,不需要找回密码、身份认证等功能,但酌情开放修改密码、高危操作短信验证、特种资源申请等功能,技术咨询类工单可以透传给厂商。 公有云的配额系统是为了保护厂商稀缺资源不被客户滥用,用户误操作不会花光资金的。
嘟****y 2018-07-11
大型企业适用的云平台账户体系
单账户大铺模式下,所有的平台短信和邮件都往一个账户发就行了,但现在要重新设计。我的一线技术工作经历并不依赖第三方(如云平台)知机制,对知功能的研究较少,所以我只能提出用性设计建议: a.别把平台维护知当做甩锅知,大客户会因此忙到鸡飞狗跳。 b.员工正常操作不要知到理员,自然人收到的信息太多会麻木。 c.员工执行摧毁核心资源等高危的操作要及时理员。 d.这些操作日志可以过API等方式对接到企业自身的平台。 e.合规和安全风险发送平台理员和资源池理员。 云平台有知机制就要有理权限,比如说某IP存在合规隐患,理员要能查看和操作该IP;否则平台理员只能组织各部门领导开会,平台的理员一般不是公司高,其处理度和处理效果就很慢也很扰民了。 第五.其他随笔说明 a.过去云平台做计费和权限开发很繁琐,云平台支持精细控制后云平台的对接成本会瞬间降低,那些功能缺失又不是行业标杆的云平台会云平台被逐渐放弃接入。 b.有客户想给不同资源组做不同资源单价,这是个弱需求,该需求技术实现繁琐且有客户可接受的变方法,比如子账户登陆只计量不计价,价格在心中。
TOP