[云原生]~云原生简介

云原生的主要特征

进一年我们都在使用云原生框架
SpringCloud微服务开发项目,敏捷快速
部署在容器中,解决部署环境差异
使用DevOps自动部署,减少运维压力

微服务

  • 业务功能单一但完整
  • 只对外提供必要的服务接口
  • 轻量服务编排,灵活调度
  • 弹性扩缩
  • 便于开发以及快速更新

容器

  • 资源使用效率高
  • 启动快,沙箱机制,容器集
  • 群编排调度
  • 容器集群的服务注册发现
  • 镜像分层和打包
  • 镜像仓库分发,队开发人员友好

DevOps

  • 持续集成
  • 持续交付
  • 解决部署环境差异问题

云原生的发展

传统

  • 单节点
  • 手工部署

标准

  • 虚拟化
  • 规范化

成熟

  • 位置无关
  • 自动部署

云高效

  • 容器化
    镜像小、启动速度快、资源浪费少
    更快的故障恢复、应用迁移、弹性扩展、应用版本升级回滚
  • 双活部署
    实现应用的快速安装部署

云高级

  • 应用自描述
    基于标准应用建模,可跨云平台部署运行,不影响服务等级
  • 应用自维护
    故障自愈、自主负载均衡等
    实现基础设施无关的应用健壮性

云原生(Cloud Native)

  • 微服务化
    各服务独立升级维护
    各服务分别设置策略,控制粒度更精细,有利于把资源分配到特定的任务上,提高效率
  • 编排调度
    通过对多个微服务灵活编排,组装成不同的应用

云原生高级

  • 云原生开发平台
    应用开发平台自动生成微服务架构,代码自动生成,自动创建微服务编排信息
  • 标准化框架、服务、控件
    风格统一,便于操作
  • 代码自动化生成
    自动对接DevOps系统,完成从应用微服务化、代码自动生成、到应用上架全程自动化

云原生高级规划

  • 应用开发基于标准规范的开发平台
  • 使用标准框架、服务、UI控件、基础服务仓库
  • 应用引擎根据开发人员配置,自动生成所需微服务、微服务镜像定义文件、创建微服务编排信息
  • 开发人员只需要在微服务代码架构中做业务逻辑实现
  • 提交代码、编排信息到平台版本仓库,触发DevOps平台完成镜像创建、CI/CD、镜像上传和应用上架

容器

本质是一个与宿主机系统共享内核,但与系统中的其他进程资源相隔离的执行环境。
Docker容器,是当前认可度高、社区和生态最活跃的开源容器技术。

优势

  • 占用资源少,镜像小,启动快
  • 灵活的容器运行调度机制
  • 镜像机制,与运行环境无关,易于迁移复制
  • 沙箱机制,仅开放必要的端口提供访问
  • 允许实例简单、快速的创建、扩展、销毁

调度策略

  • 默认选择最空闲的节点运行
  • 在指定的节点或标签节点运行
  • 亲和性(反亲和性)所有特定标签在同一节点运行
  • 每个节点运行单一实例

故障恢复策略

  • 设置探测时间间隔
  • 设定故障检测方式:端口检测(TCP、HTTP)、进程检测
  • 设定容器数量限制,低于限值,则微服务对应容器重新创建

弹性扩缩策略

  • 基于资源的弹性扩缩
    基于容器内存/CPU占用大小,如果持续超过指定时长,容器数量增加或减少。
  • 基于时间段的弹性扩缩
    基于时间段,在高峰/低峰调整容器数量,自动增加或减少

运维

DevOps
Development + Operations 及 开发+操作
核心理念就是消除开发和操作之间的隔阂,提高软件迭代和交付上线的速度和质量

技术

  • git
    统一代码管理
  • Harbor
    镜像仓库+日志管理(Docker+k8s)
    harbor搭建与使用
  • Junit
    自动单元测试
  • sonar Qube
    自动漏洞扫描
  • Jenkins
    自动化部署

生命周期

源码管理(git)=》单元测试(Junit)=》漏洞扫描(sonar Qube)=》镜像仓库(Harbor)=》自动化部署(Jenkins)=》日志管理(k8s)

学习参考

Docker 进阶之路

你可能感兴趣的:(云原生)