华为云21天转型微服务实战营全部资源 |
| 发表者：admin分类：云计算容器2024-07-05 09:43:42 阅读[121] |
华为云21天转型微服务实战营全部资源
什么是微服务
微服务架构是一种架构模式，它要求开发者以一种不同于以往的开发方式进行软件
开发，设计功能比较单一，拥有接口的服务，他们都可以被独立的构建，测试，部
署。
微服务是得益于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. 如何云服务化：转型微服务涉及一系列的工作，处理以上复杂的问题需要大量的基础代
码研发，如何能驾驭诸多的技术和文化变更
转载请标明出处【华为云21天转型微服务实战营全部资源】。
《www.micoder.cc》
虚拟化云计算,系统运维,安全技术服务.
| Tags： | [阅读全文...] |
最新评论