关于 用了女用兴奋剂后的感受【V信;799.196.362】俟 的搜索结果,共1765
y****i 2018-07-11
做容器云最佳
而K8S起它把容器从改良工具变成革新武器。以前有过很多架构师做培训和文档,讲解服务发现、注册、编排、路由,资源监控和统计,研发就是说听不懂。可是一套来自大厂开源方案出来,研发就主动去拥抱。有K8S以,即使研发人员做不架构和运维,只要肯适应K8S设计逻辑,都可以取代这两类人工作。他们通过配合K8S或类似组件容器云,老老实实改变研发流程,让代码和架构,让架构和资源耦合到一起。 现在我们能说清楚过去为什么没有公有容器云成功案例,因为客户执行层是脑臀分离——运维推动研发把程序改造到可以上容器,以完成运维业绩,猫让狗帮忙抓条鱼给猫吃,这事能搞定才怪。而成功私有云案例,其原始推动力都是客户技术决策层和架构师,他们不依赖K8S也能搞定架构问题,这不是容器技术和容器厂商成功,而是客户技术团队成功案例。 现在是个有趣节点,K8S在逐渐被大家接,研发拥抱K8S就可能设计出符合架构美学服务。相很快就会出现容器云真正成功案例——客户技术足够普通但上云架构足够合理。
笑****山 2018-07-10
监控专对象存储畅想
如果厂商纠删码要不要加前置写缓冲池,而且选纠删码会提高存储节点计算压力,CPU内存也要多花钱,好在可以约束监控文件大小和写入频率,最需要厂商详细给客户算一算,纠删码方案整体TCO成本是否最合理。如果客户需求要上多机房容灾,这是双机房同步或者三机房纠删码技术PK好战场。 对于这种滚动删除文件场景,建议要定期作废存储单元而非逐个删除存储文件。这就要求同一时间存储文件尽量在同一个Trunk、PG、单款硬盘、硬盘组上,分块越小越细则IO分布更均匀,分块越大则磁头开销越低。 BTW:元数据可以延迟删除FileHandle记录,存储硬件在故障恢复也不要着急立刻释放过期数据。 记 写这篇文章是我半天时间做脑力锻炼,也是给朋友们展示一种引导客户需求可能性。但写这篇文章过程中,我更想明白一个道理,能读懂我每一条技术顾虑人绝对不是个纯粹产品经理,请大家期待我下一篇文章《为什么企业级工业级软件难寻产品经理》。
5****a 2018-07-11
监控专对象存储畅想
如果厂商纠删码要不要加前置写缓冲池,而且选纠删码会提高存储节点计算压力,CPU内存也要多花钱,好在可以约束监控文件大小和写入频率,最需要厂商详细给客户算一算,纠删码方案整体TCO成本是否最合理。如果客户需求要上多机房容灾,这是双机房同步或者三机房纠删码技术PK好战场。 对于这种滚动删除文件场景,建议要定期作废存储单元而非逐个删除存储文件。这就要求同一时间存储文件尽量在同一个Trunk、PG、单款硬盘、硬盘组上,分块越小越细则IO分布更均匀,分块越大则磁头开销越低。 BTW:元数据可以延迟删除FileHandle记录,存储硬件在故障恢复也不要着急立刻释放过期数据。 记 写这篇文章是我半天时间做脑力锻炼,也是给朋友们展示一种引导客户需求可能性。 但写这篇文章过程中,我更想明白一个道理,能读懂我每一条技术顾虑人绝对不是个纯粹产品经理,请大家期待我下一篇文章《为什么企业级工业级软件难寻产品经理》。
若****客 2018-07-10
IT架构本质--我五点
业务应不可靠,如果该应能快速重建也不阻塞其他应,月级偶发内存泄漏和意外崩溃都是可以接。 支撑性服务不可靠,对于大部分业务,预估一年都不丢一次数据,SLA能到99.95%就可以。 操作系统故障崩溃,现在商系统内核都很稳定,一般故障都出在硬件驱动兼容性上,或者有些照本宣科傻瓜乱改默认参数。 网络不稳定,内网通技术方案很成熟,少提复杂需求内网就能很稳定,我们最烦是单条网线处于半死不活状态;IDC外网SLA默认就是3个9,所以我说支撑性服务能到99.95%就已经很可靠。 硬件不稳定,大部分架构师根本不懂硬件,只要不出硬件批次故障,架构师就可以将单点硬件和系统、服务绑在一起做可靠性设计。 人力误操作,我们招不到不出故障人,我自己达不到不出错标准。只要员工没有恶意破坏,出大范围故障就是群集健壮性设计不到位,别让操作工给技术总监和架构师顶包。 监控和备份是运维职责,但架构师需要帮忙确认目正确性,别备份半天废数据,监控只看telnet80。 结束语 架构之术繁琐,架构之道浅显 本文讲是架构工作“道”,对与架构之“术”并不提及。
c****2 2018-07-10
个性化推荐(一)
优点是简单直接,不需要依据其他户对商品评价,而是通过商品属性进行商品相似度度量,从而推荐给户所趣商品相似商品;缺点是对于没有任何行为户同样存在冷启动问题。 组合推荐[5](Hybrid Recommendation):运不同输入和技术共同进行推荐,以弥补各自推荐技术缺点。 近些年来,深度学习在很多领域都取得巨大成功。学术界和工业界都在尝试将深度学习应于个性化推荐系统领域中。深度学习具有优秀自动提取特征能力,能够学习多层次抽象特征表示,并对异质或跨域内容息进行学习,可以一定程度上处理个性化推荐系统冷启动问题[6]。本教程主要介绍个性化推荐深度学习模型,以及如何使PaddlePaddle实现模型。 效果展示 我们使包含息、电影息与电影评分数据集作为个性化推荐场景。当我们训练好模型,只需要输入对应户ID和电影ID,就可以得出一个匹配分数(范围[0,5],分数越高视为趣越大),然根据所有电影推荐得分排序,推荐给户可能电影。
不****主 2018-07-09
高精地图
摄像机、激光雷达、雷达探测物体能力,在超过一定距离都会到限制。在恶劣天气条件下或在夜间,传器识别障碍物能力可能会到进一步限制。另外当车辆遇到障碍物时,传器无法透过障碍物来确定障碍物物体。这时,就需要借助高精地图帮助。 即使传器尚未检测到交通号灯,高精地图也可以将交通号灯位置提供给软件栈其余部分,帮助车辆做下一个决策。 另一个好处在于,高精地图可帮助传器缩小检测范围,如高精地图可能会告知我们在特定位置寻找停车标志,传器就可以集中在该位置检测停车标志,被称为趣区域ROI。ROI可帮助我们提高检测精确度和速度,并节约计算资源。 高精地图于规划 正如定位和知依赖高精地图那样,规划也是如此。高精地图可帮助车辆找到合适行车空间,还可以帮助规划器确定不同路线选择,来帮助预测模块预测道路上其他车辆将来位置。 如高精地图可帮助车辆识别车道确切中心线,这样车辆可以尽可能地靠近中心行驶。在具有低速限制、人行横道或减速带区域,高精地图可以使车辆能够提前查看并预先减速。如果前方有障碍物,车辆可能需要变道,可帮助车辆缩小选择范围,以便选择最佳方案。
嘟****y 2018-07-11
大型企业适云平台账户体系
将不同业务区分为不同账户也解决不问题,因为客户和云平台都要将这批账户统一管理,但实际扣费进度总会超出意外,项目欠费停机或者追加预算,挨骂都是平台管理员。 现在越来越多云平台会让客户账户下创建多个权限和访问隔离资源组,不同资源组会各自做量统计和配额上限,逐步解决管理员侧资源隔离和计费问题。 ##有平台会把这些资源组叫做“资源子账户”,但这和下文权限子账户会有名称混淆,本文是将其称为资源池或者资源组。 第三.多账户权限隔离 相关户在云平台要有自己子账户,这样才好记录操作日志和做权限控制。 首先要保证这些子账户不能于登陆到公司其他业务线,特别是个人业务线,这也是子账户研发一直滞重要原因。 最简单子账户是管理员手动创建账户密码,但这有弱密码和员工离职问题;简洁方案就是管理员手工创建子账户,但密码验证由客户企业AD做Keberos认证来完成;最复杂对接即将AD账户体系(含户注释和分组息)完整引入云平台,但云平台管理是小众需求,AD管理员一般不是合适云平台管理员,这个功能要斟酌。
s****d 2018-07-11
亿元级云户分析
IT决策人要重度考量IT部门利益,这就是云销售和售前工作重点,售前和销售要安抚IT决策人顾虑,尊重客户IT部门权益: 业务方案IT可行性 新架构带来新责任 新项目带来新权益 云迁移隐性成本 技术锻炼团队收益 新愿景带来团队增效 工作量转移减员压力 IT方案决策人明确项目过程、执行人和验收标准,但从云供应商角度看,搞定方案决策人是项目正式启动,不代表项目能完成验收。 2.3 IT技术执行人 各类具体干活工程师架构师,他们对上云过程全程参与,从自身立场品味着云项目利害关系和云产品使。每个公司环境都不相同,他们可能强力推进项目,也可能暗地里阻塞实施,大部分情况下是被动拖沓进度,但合理引导很容易积极配合。他们诉求更简单直白: 操作简便清晰不出错 建设和维护劳累程度 云IT技能个人稀缺含金量 云服务对旧有烂工作解放 云对个人基础技能替代 服务稳定故障清晰 汇报汇总展示方便 要想让IT技术执行人成为云厂商好帮手,工程进度靠项目经理配合,资源协调靠销售配合,技术操作类诉求靠售前引导。
Z****齉 2020-08-27
刚刚升级小度音响固件后一直蓝色常亮,是不
一样问题,刚到手不到半个小时,手痒点升级固件,然就一直蓝色指示灯亮着,线拔重插也没。  
TOP