关于 外链的效果σσ:4100506康保县百 的搜索结果,共1556
x****7 2018-07-10
行进阶专业 传统企业AI转型差可能只是一个百度EasyDL
同时面对新型AI场景,企业也无法预测投入AI研发能对业务带来实际,这是一大隐患。 面对企业应用AI这几大难点,百度推出了EasyDL定制化训练及服务平台,开放给有需求用户。它目标,是让零算法基础用户,也可以基于自身业务需求和数据,快速训练专属定制化AI模型,并且快速落地应用。 开发者只需创建模型、上传并标注数据、训练模型并验证、上线模型获取API或离线SDK四个可视化步骤操作,就能快速获得定制化服务接口或者离线SDK。百度EasyDL实现零深度学习基础、零代码获得定制化深度学习模型及接口服务。 从技术实现方面来看,百度EasyDL采用全球领先AI Workflow引擎,底层基于PaddlePaddle高性能分布式深度学习训练框架、以百度自有大规模数据集预训练模型为基础,利用深度优化后transfer learning算法,并通过Auto Model Search和Early Stopping等策略,能获得高精度模型,超过2/3模型准确率大于90%。训练起来,可能比专业人士还快。
若****客 2018-07-10
IT架构本质--我五点感悟
在生僻业务规划实施过程中,没人告诉我们该有哪些服务,我们只能靠摸透一个又一个访问逻辑图和数据生命周期,来摸索群集内有哪些角色和依赖关系。 架构师核心技能包括画好访问逻辑和数据流量图,因为问题现状描述清楚了,问题就解决了一多半了。一个好业务访问逻辑图,不仅仅是几个圈圈几条线连起来,其信息量大到包罗访问过程所有元素,也要详略得当高亮关键点。 5. 各环节都不可盲信 容灾设计中都尽人事和听天命 整个IT系统中就没有可靠组件,架构师既不能盲目信任撞大运,又不能无限冗余吓唬自己,而是在尽人事和听天命之间做好权衡。比如TCP就是要建立可靠接,而现在做性能优化时候,大家又嫌TCP太过笨重了。 业务应用不可靠,如该应用能快速重建也不阻塞其他应用,月级偶发内存泄漏和意崩溃都是可以接受。 支撑性服务不可靠,对于大部分业务,预估一年都不丢一次数据,SLA能到99.95%就可以了。 操作系统故障崩溃,现在商用系统内核都很稳定,一般故障都出在硬件驱动兼容性上,或者有些照本宣科傻瓜乱改默认参数。
雾****士 2018-07-09
DuerOS技能开放平台开发模版及示例代码
目前DuerOS技能开放平台会陆续为开发者们提供不同类型开发模版及示例代码,目前已经提供模版如下: 问答游戏类技能示例代码,接:https://github.com/dueros/bot-sdk-node.js/tree/master/samples/trivia 什么是问答游戏类技能?点击接了解技能形式及开发启示 https://dueros.baidu.com/forum/topic/show/292974 测试类技能示例代码,接:https://github.com/dueros/bot-sdk-node.js/tree/master/samples/decision 什么是测试类技能?点击接了解技能形式及开发启示 https://dueros.baidu.com/forum/topic/show/293673 养成类技能示例代码,接:https://dueros.baidu.com/forum/topic/show/293685 什么是养成类技能?
S****7 2020-08-30
P30 Pro 连接不上百度carlife!
一样,不弹提示usb选项窗口
Z****E 2018-07-09
产品迭代最后一公里
具体落地点在以下两个方面: 智能模板生成:分析变更对象属性特点并自动填充 智能变更检查:关联异常检测,及早发现并输出干预命令 其具体实现思路为: 智能模板生成:使用运维知识库充分收集变更目标对象属性,然后基于这些对象属性特点自动生成变更模板,例如变更对象最小可用度可以用于生成变更失败容忍度; 智能变更检查:我们已经有成熟智能监控方案,可以全方位监控目标服务状态并及时汇报异常。通过订阅变更目标服务监控,可以实现变更过程中实时检查,从而及时发现变更引起异常,进而自动执行干预命令。 如何应用上述解决方案? 上面介绍了变更面临主要问题以及我们对应解决方案,为了能够让更多部用户也能体验到百度高安全变更能力,我们将在百度云上提供百度智能变更产品。届时购买了百度云服务用户,即可使用该产品完成业务功能日常迭代。百度智能变更产品目前在紧锣密鼓地推进中,预计很快就会与大家见面。 总结 发布变更作为产品迭代最后一公里,其执行率和执行结将直接影响功能迭代。当把目光投向实际生产环境,我们发现,在很多企业中变更执行并不能得到保障。
红****2 2018-07-10
故障自愈机器人,保你安心好睡眠
干货概览 在大型互联网公司中,单机房故障因为其故障时间长、影响范围大,一直是互联网公司运维人员心头之痛。在传统运维方式中,由于故障感知判断、流量调度决策复杂性,通常需要人工止损,但人工处理性会影响服务恢复速度,同时人不可靠性也可能导致问题扩大。 为了解决这类问题,我们针对百度内部网络环境建设了基于智能流量调度单机房故障自愈能力。结合网运营商路监测、内网路质量监测与业务指标监控构建了全方位故障发现能力,基于百度统一前端(BFE)与百度名字服务(BNS)实现了智能流量调度与自动止损能力。同时,基于实时容量与实时流量调度自动止损策略与管控风险,实现了任意单机房故障时业务均可快速自愈。当前此解决方案已覆盖搜索、广告、信息流、贴吧、地图等众多核心产品单机房故障自愈场景。 单机房故障频发影响业务可用性 回顾近2年来各大互联网公司被披露故障事件,单机房故障层出不穷。
y****i 2018-07-11
做容器云最佳用户
进程创建就是申请内存、端口等系统资源,但应用初始化仍然需要时间,所以容器启动到服务可用仍然需要几秒甚至更久。容器快速部署优势在于CI/CD环境里,快速部署不只是说程序启动快慢,而是决策快、操作简单。 容器是一个进程,本地文件系统是容器最大短板。文件和设备所与者都是“用户/OS/虚拟机ID”这类长标识,不可能是“进程ID/容器ID”这类临时状态。假设我在一个虚拟机上开了多个容器分别读写多个文件夹,现在我重新启动这些容器,新启动容器根本不知道自己“上辈子是哪个容器”,该接管哪个文件夹。K8SStatefulSet已经在尝试将磁盘等资源绑定到一个Pod内,但这个功能还不够成熟,且需要部存储系统支持,所以容器使用本地文件存储仍然是一种冒险行为。 我们该引导客户放弃本地文件存储习惯,本地只读写重启就失缓存和socket文件,让容器用户将持久化文件都放到对象存储和数据库。这是个必然技术趋势,即使不用容器用物理机,本地文件都是无法被统一读取,集中存储在OSS和RDS数据,才能称之为数据资产。
TOP