• Serverless 的喧哗与骚动(一)内附 Serverless 行业发展简史
    作者| 阿里中间件高级技术专家许晓斌《Maven实战》作者,曾负责 AliExpress 微服务架构演进,现在负责阿里集团 Serverless 技术研发落地。本文作者将利用自身多年的研发经验,带领我们深入了解Serverless 行业的发展!今天大家理解 Serverless 也有点这个意思,因此我以此为题,展开分析。Kubernetes 是事实标准;对 Java 程序员来说 Spring Boot / Spring Cloud 是事实标准。今天 Serverless/FaaS 领域有这个东西吗?Serverless 的愿景下面是来自 Google Trends 的一个图,其中红色是 Microservices,蓝色是 Serverless。从 2016 年 AWS 发布 Lambda 以来,全世界的开发者和云厂商对 Serverless 的热情在不断高涨,这说明大家对 Serverless 所描绘的愿景都非常 buy in。如果用一句话来总结,我觉得 Serverles
  • BAT程序员们常用的开发神器
    以 BAT 为代表的各大厂程序员们在平时的工作中都用什么开发工具呢?InfoQ 编辑部盘点了大厂内部常用的开发工具,以供读者参考。Arthas 支持 JDK 6+,支持 Linux/Mac/Windows,采用命令行交互模式,同时提供丰富的 Tab 自动补全功能,进一步方便进行问题的定位和诊断。规约插件是采用 Kotlin 语言开发。此次,Kruise 开源的内容主要在应用部署,升级方面,即一套增强版 controller 组件用于应用的部署和级和运维。
  • NoahV | 百度智能运维前端框架开源了
    作者简介喻友文 百度高级前端研发工程师负责百度智能运维产品的前端研发工作,在前端框架、前端工程化等方向有广泛的实践经验。那么智能运维前端研发团队是如何在人员有限的情况下开发出完善的覆盖百度内外的各类运维管理平台呢?这主要得益于团队根据多年的实践经验推出的NoahV运维前端研发框架。下面我们就来详细介绍下NoahV框架是如何提升运维平台前端研发效率,从而帮助团队快速高效的研发运维管理平台。
  • ServiceComb综述及Java Chassis
    读者可以在本书资源列表中找到ServiceComb的主页,相关代码库以及文档。ServiceComb目前已经开源的项目包括:Java Chassis SDK Java微服务开发框架。这也是ServiceComb开发了Go Chassis SDK的原因。了解了ServiceComb团队造轮子背后的原因,接下来进入正题,揭开ServiceComb神秘的面纱。图7-1 ServiceComb Java Chassis框架架构就微服务开发框架而言,ServiceComb Java Chassis提供了其他微服务开发框架,诸如服务注册发现、REST和高性能RPC通信、服务治理的常见功能。对比当前流行的微服务开放框架Spring Cloud,ServiceComb提供了集成度更高的封装,以及更容易的开发门槛。
  • 前端开发 20 年变迁史
    1990 年,第一个Web浏览器的诞生;1991 年,WWW诞生,这标志着前端技术的开始。我们经历了前端的洪荒时代、Prototype时代、jQuery时代 、后jQuery时期、三大框架割据时代,这其中均是由国外开发者主导,直到如今的小程序时代,才是中国开发者独创的。期间的前端发展之路,崎岖艰难:01、洪荒时代在1990~1994年期间,前端界发生的大事有:WWW的诞生、浏览器的诞生、JavaScript的诞生,没有专业的前端,页面全是由后端开发的。待这一切就绪后, JavaScript于1995年诞生了。微软的IE浏览器发布于1994年,但此时的网景已经占领绝对优势。
  • 阿里巴巴 29 个屌炸天的开源项目,用过几个
    其开源的很多项目大受欢迎,今日就来盘点阿里 29 个开源项目,你用过几个,哪个最好用,欢迎在留言区告诉我。地址:https://github.com/alibaba/fastjson5. 服务框架 DubboApache Dubbo |是阿里巴巴的一款高性能、轻量级的开源Java RPC框架,它提供了三大核心能力:面向接口的远程方法调用,智能容错和负载均衡,以及服务自动注册和发现。地址:https://github.com/justified/tedis15. 开源 Java 诊断工具 ArthasArthas是阿里巴巴开源的 Java 诊断工具,深受开发者喜爱。Arthas 采用命令行交互模式,同时提供丰富的 Tab 自动补全功能,进一步方便进行问题的定位和诊断。
  • 【第1710期】支付宝移动端 Hybrid 解决方案探索与实践
    Hybrid 方案借助移动开发平台 mPaaS 对外输出,通过 mPaaS 平台,让大家也可以去接触使用到支付宝的 Hybrid 技术。支付宝需要保证这些业务是合法合规的,保障用户的财产安全。Hybrid 方案同时具有跨平台的特征,一份代码同时发布到 iOS 和 Android,节省开发时间。基于 Hybrid 方案开发的业务可以快速发布,而不用考虑 APP 发版实践,给业务很大的灵活性。相比于 Web 开发,Hybrid 方案提供了丰富的设备 API,让更多业务形态成为可能。支付宝 Hybrid 方案建设与演进目前支付宝有 2 套 Hybrid 方案:HTML5 容器与小程序。安全性由支付宝底层 SDK 保障。
  • MySQL,JavaScript前端开发,Python实战编程等45本书,包邮送到家
    4《JavaScript前端开发案例教程》人民邮电出版社JavaScript是一种广泛应用于Web前端开发的脚本语言,具有简单、易学、易用的特点,用JavaScript开发网页可以增强网页的互动性,为用户提供实时的、动态的交互体验。本书共分为12章,内容包括JavaScript快速入门、基本语法、数组、函数、对象、BOM、DOM、事件、正则表达式、Ajax、jQuery和网页2048小游戏。截止到目前,官网仍然保留的版本主要是基于Python2.x和Python3.x。其中,Python2.x的历史比较悠久,而Python3.x作为主流的趋势,更是受到的很多人的推崇。第10章主要讲解了MyBatis与Spring框架的整合。
  • 45本豆瓣评分8.5以上的Java&MySql书籍免费送,包邮到家
    感谢传播智客对本次活动的赞助。全部参与,中奖概率变10倍。MySQL因为其稳定、可靠、快速、管理方便以及支持众多系统平台的特点,成为世界范围内最流行的开源数据库之一。本书共分为12章,内容包括JavaScript快速入门、基本语法、数组、函数、对象、BOM、DOM、事件、正则表达式、Ajax、jQuery和网页2048小游戏。截止到目前,官网仍然保留的版本主要是基于Python2.x和Python3.x。其中,Python2.x的历史比较悠久,而Python3.x作为主流的趋势,更是受到的很多人的推崇。第10章主要讲解了MyBatis与Spring框架的整合。第17章在MyBatis与Spring整合的基础上,讲解了SSM框架的整合。
  • 福利!Python实战编程等45本书,包邮送到家
    来给大家送一波福利,这次联系了8个好友一起给各位送书,每个号送 5 本,一共45本,还包邮哦。感谢传播智客对本次活动的赞助。5《Python实战编程:从零学Python》中国铁道出版社Python发展到现在,经历了多个版本。截止到目前,官网仍然保留的版本主要是基于Python2.x和Python3.x。其中,Python2.x的历史比较悠久,而Python3.x作为主流的趋势,更是受到的很多人的推崇。6《解析Python网络爬虫:核心技术、Scrapy框架、分布式爬虫》中国铁道出版社本书适合网络爬虫方向的初学者,系统全面地讲解了如何使用Python快速编写网络爬虫程序。
  • 45本互联网圣经级别书籍!包邮送到家!一书在手,天下我有!
    来给大家送一波福利,这次联系了8个好友一起给各位送书,每个号送 5 本,一共45本,还包邮哦。感谢传播智客对本次活动的赞助。全部参与,中奖概率变10倍。一天之内没有回复,送书名额就转给其他人了。MySQL因为其稳定、可靠、快速、管理方便以及支持众多系统平台的特点,成为世界范围内最流行的开源数据库之一。截止到目前,官网仍然保留的版本主要是基于Python2.x和Python3.x。第17章在MyBatis与Spring整合的基础上,讲解了SSM框架的整合。第18章是对整个SSM框架的总结与综合运用,全章节通过一个BOOT客户关系管理系统,讲解了实
  • 向钢铁侠学习怎样开发软件[每日前端夜话0xB7]
    每日前端夜话0xB7每日前端夜话,陪你聊前端。每天晚上18:00准时推送。学习新东西并没有什么不妥,但真正的问题是怎样在教程中使用的 Demo 之外来做一些东西。如果它像 React 或 Vue 那样的框架,它将用来开发一个 To-Do 列表程序。让我们开始吧,我们将探讨托尼在他作为钢铁侠的11年中所穿的几件主要的战衣。Mark 1这是在洞穴中建造的战衣,其中的材料是从导弹中拆出来的。在 Tony 完成设计并穿上 Mark 2 之后,他开始测试,他直接跳到了飞行测试中,用套战衣飞得很高。他之所以决定这样做,因为从长远来看,之前的能源核心并不成功。托尼面临同样的问题。
  • 一文详解微服务架构
    本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。如果一直保持共用数据库的模式,则整个架构会越来越僵化,失去了微服务架构的意义。微服务架构还有一个技术外的好处,它使整个系统的分工更加明确,责任更加清晰,每个人专心负责为其他人提供更好的服务。从这个角度上看,使用微服务架构同时也需要组织结构做相应的调整。而微服务架构整个应用分散成多个服务,定位故障点非常困难。在微服务架构中,一个服务故障可能会产生雪崩效用,导致整个系统故障。
  • 一文详解微服务架构
    本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。如果一直保持共用数据库的模式,则整个架构会越来越僵化,失去了微服务架构的意义。微服务架构还有一个技术外的好处,它使整个系统的分工更加明确,责任更加清晰,每个人专心负责为其他人提供更好的服务。从这个角度上看,使用微服务架构同时也需要组织结构做相应的调整。而微服务架构整个应用分散成多个服务,定位故障点非常困难。在微服务架构中,一个服务故障可能会产生雪崩效用,导致整个系统故障。
  • 厉害了,教你用 Spring Cloud 实现微服务
    Spring Cloud Bus:事件、消息总线,用于在集群中传播状态变化,可与Spring Cloud Config联合实现热部署。Spring Cloud for Cloud Foundry:通过Oauth2协议绑定服务到CloudFoundry,CloudFoundry是VMware推出的开源PaaS云平台。Spring Cloud Data Flow:大数据操作工具,通过命令行方式操作数据流。Spring Cloud Security:安全工具包,为你的应用程序添加安全控制,主要是指OAuth2。Spring Cloud Consul:封装了Consul操作,consul是一个服务发现与配置工具,与Docker容器可以无缝集成。Spring Cloud Zookeeper:操作Zookeeper的工具包,用于使用zookeeper方式的服务注册和发现。Spring Cloud Stream:数据流操作开发包,封装了与Redis,Rabbit、Kafka等发送接收消息。
  • Apache ServiceComb 服务网格与微服务开发框架融合实践
    ServiceComb 包含微服务开发框架与配套的管理面服务,是一套微服务解决方案,但不解决 DevOps、应用生命周期管理等,这里不做讨论。其中的 Istio 甚至成为了服务网格代名词。这次分享我将讲述 Apache ServiceComb 在开发框架和服务网格的融合实践,也会看到 Spring Cloud 如何向服务网格平滑过渡。贰ServiceComb 架构与实现机制Apache ServiceComb 在今年推出了服务网格,配置管理等多个新服务。对外暴露使用 Edge Service,一种网关开发框架,与业务部署在同一网络,可将业务能力暴露给其他应用。微服务引擎就是 ServiceComb 的商用方案名称。
  • 大型网站是如何从单体应用走向微服务化?
    从单体应用到微服务并不是一蹴而就的,这是一个逐渐演变的过程。如果一直保持共用数据库的模式,则整个架构会越来越僵化,失去了微服务架构的意义。在单体应用的时代,公共的业务功能经常没有明确的归属。从这个角度上看,使用微服务架构同时也需要组织结构做相应的调整。眼看着日订单数量蹭蹭地上涨,小皮小明小红喜笑颜开。而微服务架构整个应用分散成多个服务,定位故障点非常困难。经过十几分钟的查找,小明终于定位到故障点:促销服务由于接收的请求量太大而停止响应了。在微服务架构中,一个服务故障可能会产生雪崩效用,导致整个系统故障。
  • 一文详解微服务架构
    本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。如果一直保持共用数据库的模式,则整个架构会越来越僵化,失去了微服务架构的意义。微服务架构还有一个技术外的好处,它使整个系统的分工更加明确,责任更加清晰,每个人专心负责为其他人提供更好的服务。从这个角度上看,使用微服务架构同时也需要组织结构做相应的调整。而微服务架构整个应用分散成多个服务,定位故障点非常困难。在微服务架构中,一个服务故障可能会产生雪崩效用,导致整个系统故障。
  • 一文详解微服务架构前世今生
    本文侧重于简明地表达微服务架构的全局图景,因此不会涉及具体如何使用组件等细节。意识到问题后,小明和小红从琐碎的业务需求中腾出了一部分精力,开始梳理整体架构,针对问题准备着手改造。如果一直保持共用数据库的模式,则整个架构会越来越僵化,失去了微服务架构的意义。微服务架构还有一个技术外的好处,它使整个系统的分工更加明确,责任更加清晰,每个人专心负责为其他人提供更好的服务。从这个角度上看,使用微服务架构同时也需要组织结构做相应的调整。而微服务架构整个应用分散成多个服务,定位故障点非常困难。
  • 巧用自动化测试组合拳保证产品质量
    本文结合我们的实践经验,总结出一套有效的自动化测试组合拳。针对业务和测试开发同事的特点,我们从单元测试、接口测试、UI自动化测试三个方面做了有效衔接和可持续使用的自动化测试方案。前端人员和自动化测试人员制定UI自动化测试点,定义好断言字典和模拟用户行为的方法名称,自动化测试人员编写自动化测试case。所有编码工作完成,开发人员单元测试通过后,进行接口测试验证,再进行UI自动化测试验证。UI自动化测试既要测试当前需求点,也要回归以往的case。UI自动化测试的难点在于产品多变,而case和UI是强关联,如果UI变更,就会导致Case失效。