关于 云原生 的搜索结果,共498
来自:百度云智学院
技术的前世今
注:该文章来源——直播公开课《技术的前世今》 什么是的概念大家都有所耳闻,对于中的一些具体技术,都有了解甚至很深入的研究。但是我们应该怎么定义,通过与不同的人交流,每个人答案都不一样,有的是容器+微服务,有人说是分布式架构与声明式API,pivotal的12要素,CNCF的定义。所以其实对于大部分人来说,是一个相对模糊和笼统的概念。 不只是一系列技术的组合,而是一套适用于计算时代的IT架构与方法论,包括容器化、微服务、DevOps、持续交付等主题。它的核心是通过优化应用的架构设计、开发流程和部署、运维方式,让计算的弹性、灵活、自动化优势得到充分发挥,使得工程管理和基础设施管理变得更加高效和自治,从而帮助管理者将精力集中到业务创新之中。
来自:云平台技术和产品探讨
拥抱开源,百度智能时代干货分享
近年来,“”一词大热,已经成为IT的趋势之一。如果从技术的角度来看,不是一套产品的组合,而是一套技术体系和方法论,包括DevOps、微服务、12要素、持续交付等主题。它的核心是让用户将精力放在业务之中,而不是放在“架构和技术”当中,这也是当前数字化转型的核心所在。 自从2015年Linux基金会推出应用基金会(CNCF)之后,在社区的共同努力下,的定义越来越清晰,架构的灵活性和可维护性也在不断调整,成为越来越多技术人的选择。根据Gartner预测,到2020年75%的全球化企业将在产中应用容器,可见的浪潮已势不可挡。 在今年的KubeCon + CloudNativeCon大会上,百度智能展示了自身在容器化、区块链、深度学习、微服务和物联网等多个领域的实践,充分发挥了百度深厚的技术积淀,以及以产品作为支撑、以客户需求作为驱动,全面帮助企业用户实现架构华丽转型的目标。 最早实践新技术 百度作为国内最早探索技术的企业之一,早在Docker和Kubernetes等技术诞之前就已经开始了内部架构容器化和化的探索。
来自:云平台技术和产品探讨
一颗白菜的之旅
这个就是百度智能上的“边缘计算BEC”产品。 所以综合来讲,百度智能“天合”平台,就是通过凝练百度内部和业界主流的技术,提供丰富的产品工具和最佳实践,帮助客户用更加先进的架构和方法在中构建、部署、运维自己的应用,让转型变得像种白菜一样简单。 怎么样,你听懂了么?
来自:云平台技术和产品探讨
漫游指南(3)| 从容器网络建设说起
所以一个优秀的架构中,不仅要提供对丰富的各类元素进行观察的能力,也需要支持高度自定义的汇聚、分析和报警的策略。 在开源社区中,opentracing和jaeger是tracing领域的典型工具代表、fluentd、kibana等专注于logging,而prometheus则是metric方向最热门的技术栈。 百度智能为了降低用户对这些不同工具的整合成本,在容器引擎(CCE)和微服务应用平台(CNAP)中提供了基于这些开源工具的一站式方案,在最小化性能损耗的情况下提供丰富的观察要素采集,同时在统一的界面完成自定义的数据汇总、分析和报警配置。 下一期,我们的漫游之旅将行进到终点站,敬请期待。
来自:容器化实践指南
理解了,才能正确迎接时代的到来 | 技术前沿
| 技术前沿》的发展后,本篇我们讨论(Cloud Native)技术。 如果说无服务器和裸金属的爆发属于间歇性的,那这几年的热度就称得上持续火热,且随着计算普及进程的不断加深,有愈演愈烈的趋势。今天再谈已经不是少数几个大企业的专属,越来越多的企业正在拥抱它,享受它带来的红利。 究竟什么是?能带来什么价值?本文第一篇将进行全面的梳理,后续将逐步介绍相关的技术和趋势。 四要素 ,顾名思义,面向而设计的。设计的什么?一套方法、一套理念、一套工具…… 最早人们对计算的认识就是改变了基础资源的使用方式,业务会逐步迁移上。但现在再看呢?远不止这一点。计算在重新构建IT运行的规则,“上”和“上”是两个概念。上是过去对计算的认知,也就是迁移;而上是现在及未来对计算的认知,是上重新构建,这是的本质。 举个例子对比,上上就像后天培养和天就有,区别是显而易见的。 进一步说,的概念最早由来自Pivotal的Matt Stine于2013年提出,一直延用至今。
来自:百度效率云DevOps
百度应用解决方案亮相百度智峰会
​ 百度应用解决方案亮相百度智峰会 传统企业近年来数字化转型的趋势相信各位读者已经有了非常清晰感知。在这个过程,企业在数字化路径选择上的不同也会影响企业数字化转型的最终成果与实施成本。根据市场调查和预测,企业近些年来越来越多的采用的手段来让自身业务通过新一轮的数字化转型实现快速发展。 在本次2019百度智峰会上,由百度效率联合智能微服务推出了应用解决方案,并推出了基于百度效率和CNAP平台的DevOps实战workshop。 看到这里,您可能会好奇,什么是?百度设计的解决方案有什么特色?Workshop上又实操了哪些实践?下面我来为读者一一道来: 什么是应用 是一种方法,用于构建和运行充分利用计算模型优势的应用。计算不再将重点放在资本投资和员工上来运行企业数据中心,而是提供无限制的按需计算能力和根据使用情况付费的功能,从而重新定义了几乎所有行业的竞争格局。IT 开销减少意味着入行的壁垒更低,这一竞争优势使得各团队可以快速将新想法推向市场,这就是软件正在占据世界,并且初创公司正在使用方法来颠覆传统行业的因。
来自:云平台技术和产品探讨
漫游指南(1)丨先从构建一个容器起步
概念自从2013年首次被提出以后,已经深刻影响到了计算时代的IT架构变革。 不只代表了一系列IT技术,更是一套适用于计算时代的IT架构与方法论,包括容器化、微服务、DevOps、持续交付等主题。它通过优化应用的架构设计、部署方式和运行方式,让计算弹性、灵活、自动化的优势得到充分发挥,极大提高了IT系统研发和运维的效率,从而帮助企业将精力更多投入到业务创新之中。 在转型的浪潮驱动下,纷繁复杂的新技术和新理念正在不断出现和普及,Docker、Kubernetes、ServiceMesh、Serverless等等。这些技术变革在刷新着我们知识库的同时,也难免会给我们带来一丝恐慌。 如何开始转型? 怎样最快实现架构? 都有哪些环节需要充分考虑? 为了降低大家在面对时的“知识焦虑”,我们通过总结众多客户的转型经验,推出了包含9个关键站点的漫游指南。希望可以帮助大家更好地理解,更好地规划自身企业的转型路径。 本次文章介绍容器化以及镜像。 Don't panic,请跟随我们一起来!
来自:云平台技术和产品探讨
基础架构最佳状态,就是没有基础架构 | 技术前沿
在前一篇文章《理解了,才能正确迎接时代的到来》一文中,我们对进行了初步的梳理,包含概念、组成、价值等。接下来的几篇文章将依次深入解读的相关技术和理念。 本篇我们讨论基础架构,它是通向时代的基石。 对于很多架构师来说,上之后,架构为什么成为了架构而不是传统的架构,两者有何区别?基础架构是如何演进的?本文进行全面梳理。 什么不是基础架构? 被谈的很多了,导致概念很乱。有人把基础架构和公有、容器、容器编排系统等划等号,之所以出现这种情况,因是架构并没有一个统一的概念。 为了更好的理解系统,这里先做一些排除。 首先,并不等于公有基础架构不仅仅是在公有上运行基础架构,这是因为仅仅从服务商那里租用服务器时长,并不会使你的基础架构化,管理IaaS和运行物理数据中心本质上没区别。 其次,基础架构不等于在容器中运行应用程序。当Netflix率先推出基础架构时,几乎所有的应用程序都是用虚拟机镜像部署,而不是容器。打包应用程序的方式并不意味着将拥有自治系统的可扩展性和优势。
来自:云平台技术和产品探讨
漫游指南(2)丨从CI&CD到计算存储分离
之前在《漫游指南(1)丨先从构建一个容器起步》中,我们详细介绍了企业在转型路径中必经的前两个站点:容器化、镜像 运行时,即将应用开发的产出物构建成容器镜像,并存放和运行镜像。有人可能会问,这一过程中有什么提升效率的方式吗? 答案是肯定的,本文就将从解决这个问题开始,继续介绍路径中接下来的几个关键站点。 第三站 CI CD:自动化构建与部署 容器化过程细粒度拆分了应用的部署单元,因此开发者可以更加频繁和便捷地对每个容器版本进行变更以支持敏捷研发。 但如果每次变更都需要手工构建镜像并将新版本部署到运行时,显然会大大影响效率。所以中非常重要的一环,就是实现自动化的容器镜像集成和部署,也就是我们常常听到的 CI CD(Continuous Integration, Delivery Deployment)。 实现容器CI CD的工具很多,如业内最流行的开源CI CD工具Jenkins,就为容器构建和部署提供了丰富的插件支持。
来自:云平台技术和产品探讨
漫游指南(4)| 最后一步是服务注册与治理
百度微服务应用平台CNAP同时支持的Spring Cloud框架和百度自研的Service Mesh框架BMesh,并且实现了两套框架的统一治理,即服务注册在相同注册中心、服务可以跨框架路由和服务治理策略可以统一下发,从而方便企业选择更适用自身情况的框架,以及在未来灵活切换。 漫游之旅已经结束,下面一图回顾全部9个站点,你对企业的转型是否更有信心了呢? 如果你已经跃跃欲试想要立刻启程,不妨带上百度智能为你提供的“工具箱”——天合平台,平台包含: CCE(容器引擎) CCR(容器镜像服务) BCI(容器实例) BEC(边缘计算) CNAP(微服务应用平台) CFC(函数计算) 效率 这些丰富开箱可用的工具,能帮助您降低容器化基础设施搭建、应用部署与运维、微服务治理、CI CD流水线构建等过程中的技术门槛和人力成本,平滑、低风险地实现应用开发和架构转型。
来自:云智峰会Workshop
百度智峰会Workshop技术干货第5弹——百度应用解决方案亮相百度智峰会
百度应用解决方案亮相百度智峰会 传统企业近年来数字化转型的趋势相信各位读者已经有了非常清晰感知。在这个过程,企业在数字化路径选择上的不同也会影响企业数字化转型的最终成果与实施成本。根据市场调查和预测,企业近些年来越来越多的采用的手段来让自身业务通过新一轮的数字化转型实现快速发展。 在本次2019百度智峰会上,由百度效率联合智能微服务推出了应用解决方案,并推出了基于百度效率和CNAP平台的DevOps实战workshop。 看到这里,您可能会好奇,什么是?百度设计的解决方案有什么特色?Workshop上又实操了哪些实践?下面我来为读者一一道来: 什么是应用 是一种方法,用于构建和运行充分利用计算模型优势的应用。计算不再将重点放在资本投资和员工上来运行企业数据中心,而是提供无限制的按需计算能力和根据使用情况付费的功能,从而重新定义了几乎所有行业的竞争格局。IT 开销减少意味着入行的壁垒更低,这一竞争优势使得各团队可以快速将新想法推向市场,这就是软件正在占据世界,并且初创公司正在使用方法来颠覆传统行业的因。
来自:百度App技术
百度APP上新:业界首个支持WebAR的超级APP
对开发者来说最值得期待的WebAR能力已经正式接入,通过轻量级的开发方式就能在智能小程序中轻松搭建AR场景;此外,DuMix AR核心能力VPAS和人脸特效也完成了入驻,接下来用户打开百度APP扫一扫,就能体验大水法复或泰山实景导览,以及丰富的美妆、染发、人脸贴纸等特效玩法! 百度APP新版相机AR入口: 首个支持WebAR的超级APP 以百度APP底层AR算法为基础,我们为开发者提供了WebAR引擎和支持WebGL API的渲染能力,场景渲染效果可比肩AR。大幅降低了开发者的开发成本、缩短开发时间。 目前,百度APP WebAR已集成了SLAM和人脸特效能力,支持基础美颜(磨皮、美白、瘦脸)、基础滤镜,人脸2D贴纸和人脸变形等玩法,能力矩阵后续将持续扩充。 相比NativeAR,WebAR不仅更容易开发部署,跨平台兼容性也更加友好。只需接入WebAR SDK,开发者可以将百度APP中的AR内容一键同步至自有APP;而即将在DuMix AR平台上线的3D XR编辑器也让AR内容制作变得更加简单高效,可导出webGL格式通过API接口在智能小程序后台直接调用。
来自:公告
百度智峰会 开发者集市让科技更加贴近
在本项目中,他们利用百度智能GPU服务器提供的算力,有效地提高了实验的蒙特卡洛模拟速度。 看点六:视频转码 来自中国传媒大学南广学院的同学们体验了百度智能的视频处理方案,并将其应用到了自己的实际活中,将过去拍的视频,成功进行转码后,视频的画面质量与色彩得到了提升。 看点七:无人机行业应用 来自金陵科技学院的学和老师们,构建了一个基于无人机的AI + IOT服务管理平台,将每一台无人机均看作一个智能的空中机器人,将AI影像数据+IOT传感器数据相互融合,打造一个“低空物联网+人工智能”集群的网络智能化平台。 看点八:语音识别平台与无线边缘计算网关平台 来自深圳大学的同学们为我们带来了语音识别平台的展示,集成百度自然语音处理技术,支持多场景智能语音交互,将用户的语音识别为文字,再通过语音合成为另一种音色的声音进行输出,平台通过场景识别优化,可应用于车载导航,智能家居和社交聊天等行业。
来自:HTTPS知识及经验分享
大型网站的 HTTPS 实践(一)-- HTTPS 协议和
浏览器到百度服务器的内容都是以加密形式传输,中间者无法直接查看始内容。 身份认证。保证用户访问的是百度服务,即使被 DNS 劫持到了第三方站点,也会提醒用户没有访问百度服务,有可能被劫持 数据完整性。防止内容被第三方冒充或者篡改。 那 HTTPS 是如何做到上述三点的呢?下面从理角度介绍一下。 HTTPS 理介绍 内容加密 加密算法一般分为两种,对称加密和非对称加密。所谓对称加密(也叫密钥加密)就是指加密和解密使用的是相同的密钥。而非对称加密(也叫公钥加密)就是指加密和解密使用了不同的密钥。 非对称密钥交换 在非对称密钥交换算法出现以前,对称加密一个很大的问题就是不知道如何安全成和保管密钥。非对称密钥交换过程主要就是为了解决这个问题,使得对称密钥的成和使用更加安全。密钥交换算法本身非常复杂,密钥交换过程涉及到随机数成,模指数运算,空白补齐,加密,签名等操作。 常见的密钥交换算法有 RSA,ECDHE,DH,DHE 等算法。它们的特性如下: RSA:算法实现简单,诞于 1977 年,历史悠久,经过了长时间的破解测试,安全性高。
来自:云平台技术和产品探讨
【杂谈】猎场没那么精彩--还真实的猎头
当遭遇面试失败,资深猎头能要到真实失败因通报给候选人,而新手猎头不关注面试失败因,用人部门给的失败因都是敷衍套话。 也有一部分猎头会和优质候选人保持长时间关系,但这太费时间了,猎头五年内给同一个候选人介绍两次工作的几率实在是太小了。 我这里没提诸如JD介绍、简历优化一类基础内容,合格的候选人会认真专业的分析职位需求,不需要猎头来催的。 用人单位评估猎头的水平就更简单了,就是写推荐说明。新手猎头是写不出干货实锤的推荐信的,而资深猎头的推荐信不仅是对候选人简历的解析,也会包含简历之外的大量建议说明。
来自:深入浅出,带你了解Apollo技术
如何成和发布Docker镜像?
概述 本文档将演练一次成和发布Docker镜像到Docker镜像数据中心的步骤。 成发布版本镜像 首先,键入指令exit退出Docker容器环境。 然后,成一个新的Docker镜像: bash apollo_docker.sh gen 如果出现下述的报错,则需要检查一下文件夹${HOME}/.cache/apollo_release/apollo/是否存在,镜像文件默认存放在该文件夹下。如果不存在该文件夹,则需要新创建一个。 Release directory does not exist! 上述指令将在发布版本的文件夹内成一个新的Docker镜像。发布版本镜像被命名为 release-yyyymmdd_hhmm。同时,最近构建的镜像文件会被标记为 release-latest。
来自:云平台技术和产品探讨
设计中立公有管平台
我们提前把管平台从计费和权限层面做好,至少现在就和厂商砍价有底气,还能模糊计费相关业务数据。 整个管平台涉及三个参与角色: 供应商或厂商,实际提供资源的厂商,如3A、百度、七牛。 管平台,即本文中设计或者采购评估的资源管理平台。 用户,登陆管平台进行诸如创建主机、修改存储空间等操作的最终用户 #注意,管平台才是最终用户要操作的平台。 任何一个在管平台可以独立计费或独立管理的功能组件都叫做资源。 每个资源都有唯一的ID做代码逻辑层面的描述标识,资源供应商、管平台、用户管理控制台、计费系统、API对接等等系统,都需要用到这个资源ID做管理系统的描述识别。该资源ID一般是供应商平台自动随机成的,用户无法指定甚至不关心ID内容,而管平台可以简单封装标识该ID。比如用户申请来自a01供应商的主机,供应商内部给该主机定义的资源id为“abcdef”,则管平台的资源id应为“a01-abcdef”。 每个资源都有一个用户自定义,便于用户人工操作可读性的名称;在供应商自己提供的平台上,这个名称仅仅是个标识,客户可以随便修改,也不影响实际端业务。
来自:云平台技术和产品探讨
始人的创业——创业者的核心竞争力
始人是肉食者,吃羊肉不是存的目的,但吃羊肉是存的手段。成功的创业公司不需要和鬣狗冲突,但都会随手拍死了一批羚羊,比如智能机拍死了PSP,打车软件拍死了黑车。 始人不是跑的最快的物,但可以活活累死羚羊,咱们不提人类发达的汗腺和呼吸系统,单说人类还可以边跑边吃喝这个优点,就足以耗死一群鹿。创业者吃掉的羚羊型公司,本质上就是靠耐力和技巧来耗死对方。 创业团队是狼群,执行力度都远大于苟安的小老板;创业公司可以放弃利润抢市场,而羚羊公司损失一分就是输;创业者还能精准挖人或者降维打击。资源型羚羊可以靠资源、靠政策组建有效壁垒;细分领域的羚羊靠夹缝市场的食之无味;通用领域的羚羊,只能赌自己的运气好,合格的创业者太少。 如果创业者收割不掉羚羊型公司,应该反思自己是否能胜任羚羊公司的普通职位?要做类似行业、做雷同客户,总要有一些常识级别的了解。 5.迷失方向的意外:远见 始人比较淳朴,先民传说很多都是某人因为打猎、迷路、掉沟里了,然后开拓一片新天地,创建一个新民族。 面对创业成功者,很多无聊的鸡汤编辑根据结果倒推因,非要说对方有远见卓识,因为穿了红内裤绿袜子,所以就挣出了千亿身家。
来自: 百度技术沙龙
百度技术沙龙第 26 期 前端组件理及开发实践
编辑器自然离不开编辑命令,而常用的编辑命令主要分为命令、使用选取重写命令和使用模拟选区重写命令三种,各自的优缺点如下: 使用命令(document.execCommand) 优点:性能好,代码量少 缺点:功能受限,bug 不可控,浏览器兼容性差 项目:kindeditor,xheditor 使用选区,重写命令(Range) 优点:功能丰富,bug 可控,浏览器兼容性好 缺点:性能中等,代码量较大 项目:ueditor,ckeditor,tinymce 使用模拟选取,重写命令 优点:避免了所有选区的不足 缺点:性能较差,IE 系列浏览器基本放弃,代码量大 项目:google docs,webOffice 战毅还详细讲解了状态反射机制和过滤机制,状态反射机制是指用户的每次操作都会有编辑器界面状态的改变,可以为用户提供直观的编辑反馈,这需要通过注册一系列事件组合成 selectionchange 事件来触发;过滤机制则主要应用在“进入编辑器”和“离开编辑器”两个场景,主要是通过字符串过滤和转换过滤来实现。
来自:百度云智学院
人工智能时代,产品经理的存指南(1)
产品经理是驱动和影响设计、技术、测试、运营和市场等人员推进产品命周期的经理人。负责调研需求,确定开发何种产品,选择何种技术,何种商业模式,负责产品盈亏等。产品经理没有实际的团队领导权,通过驱动和影响其他团队进行工作,对产品成败负责。 人工智能产品经理是驱动和影响设计、技术、测试、运营和市场等推进产品命周期的经理人。负责调研需求,确定开发何种人工智能产品,选择何种技术,何种商业模式,负责智能产品盈亏等。人工智能产品经理没有实际的团队领导权,通过驱动和影响其他团队进行工作,对产品成败负责。 六堂课快速入门人工智能产品经理
TOP