虚拟化容器,大数据,DBA,中间件,监控。

华为云21天转型微服务实战营全部资源

05 07月
作者:admin|分类:容器虚拟化

华为云21天转型微服务实战营全部资源


华为云21天转型微服务实战营.zip





什么是微服务
微服务架构是一种架构模式,它要求开发者以一种不同于以往的开发方式进行软件
开发,设计功能比较单一,拥有接口的服务,他们都可以被独立的构建,测试,部
署。
微服务是得益于DevOps文化的发展,持续集成工具的成熟,越来越多的公司向敏
捷转型,微服务架构模式可以指导企业开发出具有可伸缩,弹性,高可用的系统,
从以往的几个月的上线频率,缩短为几周甚至几天。
传统软件是由单一服务构成,微服务提倡将一个软件按照功能模块进行划分.


为什么使用微服务
- 独立运行:服务异常不再彼此影响,必要时将非核心功能隔离,不影响主要功能运转。
一个服务实例崩溃不会影响其他实例,整体系统依然正常。按功能伸缩,当某个模块算
力需求变化时只进行该功能实例的伸缩,而不是整个系统的伸缩,减少资源浪费。
- 独立升级:一个小特性的更改或者bug fix不会影响大部分功能的正常运转
- 代码复用:一套代码可以用于不同的独立系统中,在公司内部或者开源社区中进行分享。
比如,支付服务,用户管理服务,认证鉴权。
- 技术演进:单体服务使用陈旧的技术,想象你过去使用struts1+spring,你想升级struts2
来获得一定的收益,接着你想整体切换到Spring MVC,彻底摆脱struts框架,不断地切换
框架为工程稳定性带来风险,而陈旧的框架又无人维护。而微服务项目不受旧代码拘束。
- 语言限制:当你发现某个新功能更适合使用Go而不是java时该怎么办,Java也不是万金
油,每种语言都有适合自己的场景,微服务使开发者能根据服务场景选择语言。招聘开
发者也不必局限于语言
- 团队:小团队运作更加敏捷,配合紧密,开发周期短,组织扩张灵活

历史
微服务的演进历史是漫长的,从单体的MVC架构到分布式SOA架构,在结合了敏捷开发,DevOps等理念
后最终诞生了微服务。一个很好的印证是,在我深入的实践了DevOps和敏捷开发后,自发地开始萌芽了
微服务的思想理论。
微服务最早出现在国内是在2015年初的时候,成功的案例有AWS以及Netflix等公司。
EC2最早是亚马逊内部使用的一个服务,最终被作为一种服务对外提供成为AWS,而基于微服务架构,
AWS基于现有的服务之上快速迭代新的产品,丰富AWS能力,现在已经拥有100多种不同的服务,回报
是巨大的。
华为很早便践行了微服务理论并对外开源了微服务相关项目,华为云得益于微服务架构快速推出大量新的
云服务。
 
Service微服务面临的挑战
1. 持续集成:大量的工程,需要一个持续集成工具自动完成编译,打包,发布,部署等工
2. 版本管理:大量的版本,就会遇到兼容性问题。你需要让项目可控
3. 文档管理:版本在持续升级,服务接口不匹配。你需要一个文档管理系统,并让开发者
严格遵守文档进行开发
4. 生命周期管理:服务运行期,需要一个平台管理服务,除了部署,启停,还要能够在服
务崩溃时自动拉起服务
5. 运维:运维人员操作服务,查看指标,日志,分布式调用链,更改配置项都由于微服务
架构而变得比以往更加复杂
6. 调试:在开发期你如果依赖于很多微服务,如何方便地在本地去调用依赖的服务。
7. 网络调用:从过去本地的内存栈调用变为了网络调用,不再可靠
8. 安全:如何控制不让未经授权的调用者访问到自己的数据
9. 如何云服务化:转型微服务涉及一系列的工作,处理以上复杂的问题需要大量的基础代
码研发,如何能驾驭诸多的技术和文化变更



浏览29 评论0
返回
目录
返回
首页
kubernetes离线安装KubePi Openeuler2203编译安装openssh9.8p1,RPM打包,解决漏洞问题