企业云原生的探索与落地深圳沙龙-RacherLabs-20-11-14/小程序+容器:前端后端全链路敏捷化
小程序 + 容器 前端后端全链路敏捷化 —— 凡泰极客联合创始人杨涛 1 移动应用开发现状 2 小程序发展趋势 3 移动应用如何利用小程序转型升级 4 实战操作 为何小程序是当下流行且应用场景广泛的新一代技术生态 通过打造小程序生态,企业的数字化创新能力将得到什么样的松绑、激活 如何基于Rancher容器云平台快速搭建小程序,扩大企业数字化系统生态 传统移动应用开发模式以及转型升级顾虑 小程序实现敏捷与生态 App 小程序引擎 App 小程序引擎 小程序管理与 监控中心 量化分析小程序 理财产品小程序 资讯分享小程序 工作室小程序 虚拟网点小程序 营销小程序 内部办公小程序 上 架 加载 加载 合作伙伴小程序 证券基金经营 机构IT 第三方技术提 供商 金融科技合作 伙伴 银行基金合作 伙伴 为什么需要这样的技术? 敏捷、功能迭代快,免App升级 立开放协同的财富管理平台 快 轻 丰富 分享 生态 • 可引入高频场景,构建数字生态,增加用户黏度 • 完全兼容微信小程序代码,生态商无需另行开发 • APP内各功能相互独立,松散耦合,助力敏捷迭代。 • 支持对APP内小程序热更新,无需APP更新升级。 • 小程序可由APP分享至微信、头条、百度,将APP内业务投放 至公域,实现裂变分享、快速引流 • 支持对APP内所有小程序进行快速索引,用户无需苦苦寻找功能0 码力 | 27 页 | 3.74 MB | 1 年前3石油巨头与Kubernetes, Microservice & DevOps 共舞1114最终版
理 持续构建与测试 ⾃动部 署 配置管理 环境管 理 数据库变 更 运维监 控 通知反馈 部署策 略 持续交付 ⼯具链 最佳实践 测试管理 规范 流⽔线建设 规范 敏捷开发 规范 流程协作与最 佳实践 项⺫管理 进度 管理 范围 管理 质量 管理 ⼈⼒ 管理 ⻛险 管理 沟通 管理 知识共享 知识 库建 设 ⽂档 协作 学习培训体系 培训规划建设 5.发布 7.迭代回顾 系统总体架构 设计 系统总体架构 系统原型 持续集成 测试报告 版本发布 评审 产品立项 评审 迭代启动 评审 产品立项报告 实践 相关规范:《敏捷开发过程指南》 规范指南设计 规范与指南 GIT分⽀管理规范 4+1共5个分⽀,每个 分⽀具体的⽤途 版本发布规范 版本发布评审流程, ⽣产环境上线流程 缺陷管理规范 缺陷的定义,缺陷报 测试⼈ 员 运维⼈ 员 产品经 理 ⽤户 团队⾓⾊构成 测试主 管 • 产品使⽤者 • 产品规划,需求排期 • 推动⺫标实现 • 对整体产品进⾏规划,需求排期 • 对产品团队负责 • 负责开发任务的分解,任务下发 • 开发团队管理 • 功能接⼝性能测试 • 产品质量保证 • 测试团队管理 • 团队管理 • 为系统应⽤稳定性负责 • 定义监控指标 • 修改配置⽂件0 码力 | 33 页 | 7.49 MB | 1 年前3中国移动磐舟DevSecOps平台云原生安全实践
研发安 全扫描 需求 设计 敏捷 开发交付协同 云原生DevSecOps 安全工具链 国产化 双平面调度 敏捷开 发过程 统一代 码仓库 依赖制 品仓库 统一 镜像库 云原生 验证环境 磐基 生产运行 核心价值 核心能力 灵活的低代码能力 实现页面组件、数据组件、功能组件的快 速编排,一线人员也能自助开发功能 双模敏态管理 以敏捷研发为引导,融合瀑布式管理需求, 兼容市面绝大多数开发语言制品,提供公 用、内部共享、私有等多种使用方式。兼 容市面上制品管理客户端。 全功能云IDE开发 每个云IDE都是一个云端小笔记本,一人一 本,多人可形成云端小局域网。可独立编 写调试代码,可团队协作。 安全代码仓库托管 统一的安全代码仓库,按项目级别分级管 理,落盘加密,云IDE防护,显示水印等多 重防护。 云原生虚拟化开发集群 利用虚拟化技术实现开发集群,分钟级交 付,突破有限资源开发集群供给。 中国移动作为国家级高新技术企业,在国内外行业中科技创新成果丰硕。磐舟与磐基团队重视自主创 新与生产融合,拥有多项专利、高新技术、软件著作权等研发成果,建立了领先和成熟的研发体系。 ü 可信云容器解决 方案认证 ü 2021年云安全守卫者 计划优秀案例 ü DevOps解决方案最高等 级先进级的现场认证 ü 2021年通信行业云计算领域风云团队奖 ü 创新解决方案证书 最高等级认证 优秀案例 专业认证0 码力 | 22 页 | 5.47 MB | 1 年前324-云原生中间件之道-高磊
原生化需求(从应用角 度) 我们从云原生数据库那里基本可以嗅出云原生对四大件的诉求性质了,所以这里我直接给出对云原生存储的要求 1. 敏捷化需求 • 云原生应用场景对服务的敏捷度、灵活性要求非常高,很多场景期望容器的快速启动、灵活的调度,这样即需要存储卷也能敏捷的根据 Pod 的变化而调整。 需求表现在: • 云盘挂载、卸载效率提高:可以灵活的将块设备在不同节点进行快速的挂载切换; 依赖的镜像,包含了诸多软件包,如HDFS、Spark、 Flink、Hadoop等,系统的镜像远远大于10GB,通常存在镜像过大、制作繁琐、镜像跨地域分发周期长等问题。基于这 些问题,有些大数据开发团队不得不将需求划分为镜像类和非镜像类需求,当需要修改镜像的需求积累到一定程度, 才统一进行发布,迭代速度受限,当遇到用户紧急且需要修改镜像的需求时,势必面临很大的业务压力。同时,购买 资源后,应用的部 主要体现在Yarn的复杂性 主要体现在领域专业性上 应用改造成本高:将运行在Hadoop平台的大数据应用迁移到云原生平台,一方面需要大数据团队将业务应用进行 容器化改造,如系统任务的启动方式、基础设施的适配(环境变量、配置文件获取方式的变更等),这些都需要 大数据团队来做适配,在资源管理的方式,则从适配Yarn修改为适配Kubernetes,总体改造成本比较高;另一方面, 需要在大数据应用的资源申请层0 码力 | 22 页 | 4.39 MB | 5 月前322-云原生的缘起、云原生底座、PaaS 以及 Service Mesh 等之道-高磊
BAM、BI 4、协作平台 OA、CRM 5、数据化运营 SEM、O2O 6、互联网平台 AI、IoT 数据化运营 大数据 智能化管控 互联网平台 跨企业合作 稳态IT:安全、稳定、性能 敏态IT:敏捷、弹性、灵活 各行业IT应用系统不断丰富与创新 总部 机关 内部员工 分支 机构 内部员工 移动 接入 内部员工/合作伙伴 OA CRM HRM …… BPM MES 稳态IT WEB 应用丰富及架构演进带来的开发和运维复杂性 本地IDC 虚拟化 超融合 公有云 …… 测试环境 生产环境 复杂的应用软件架构,在开发、测试、运维 团队之间建成了认知的“墙”,团队间配合效 率低,故障排查慢,阻碍了软件价值的流动 无法满足用户对于业务快速研发、 稳定交付的要求 场景 1 如果生产中一台Web应用服务器故障,恢复这台服务器需要 做哪些事情? Docker: 抽象云资源,使 得更容易使用 微服务: 加快业务迭代更新 从支持应用不同维度发展,最终走在了一起 2010年WSO2提出 类云原生的概念 云原生应用相比传统应用的优势 低成本 高敏捷 高弹性 云原生应用 传统应用 部署可预测性 可预测性 不可预测 抽象性 操作系统抽象 依赖操作系统 弹性能力 弹性调度 资源冗余多 缺乏扩展能力 开发运维模式 DevOps 瀑布式开发 部门孤立 服务架构0 码力 | 42 页 | 11.17 MB | 5 月前3云计算白皮书
革趋势,是推进中国式现代化进程的关键。 过去一年,全球和我国云计算产业保持快速发展,并呈现出以 下特点: 一是云计算战略价值在全球范围内持续提升。美国继“云优先” (Cloud First)、“云敏捷”(Cloud Smart)之后,又出台多个战略文件, 将云计算应用至相关领域,并明确提出通过云战略获取全球优势, 以确保其在经济、军事、科技等领域的领先地位。欧洲、亚洲等主 要国家纷纷发布国 .........11 云计算白皮书(2023 年) 1 一、全球云计算发展概述 (一)各国加速推进云计算战略,聚焦云计算赋能行业 价值 美国继“云优先”(Cloud First)、“云敏捷”(Cloud Smart)之后, 又出台多个战略文件,将云计算应用至相关领域,旨在确保其在经 济、军事、科技等方面的领先地位。2021 年 5 月,美国国防部公布 美国本土以外(OCONUS)的战术边缘云战略,明确提出将通过云 可用区,建成之后亚太地区的可用区占全球比例将超 50%。 服务能力方面,效率和性能成为云服务商竞争的新手段。随着 用云程度持续加深,用户对云服务的要求从能用转变为好用,促使 云服务商更加关注优质云能力的供给。一是更注重敏捷迭代,提升 效率。用户对加速创新,缩短研发周期,提高迭代效率的需求日益 增大,以 Serverless(服务器无感知)、低/无代码为代表的技术能够 屏蔽复杂的底层基础设施,让用户以最低学习成本、最小使用代价0 码力 | 47 页 | 1.22 MB | 1 年前3Serverless Kubernetes - KubeCon
Serverless Kubernetes: Container in Cloud Native Way 阿里云容器服务团队 张维 KUBECON CHINA 2018 应用部署演化: Going native with cloud Virtual Machine/Bare Metal Increasing focus on business logic Decreasing • 更加关注业务应用 • 减少关注基础设施 Why Serverless + Container? Container Serverless • 执行部署一致性 • 快速交付 • 敏捷化 • 免运维 • 高弹性 • 按需付费 A short history of Serverless Container 产品名称 厂商 发布日期 Kubernetes API支持 Instance (ECI) Pod Pod Node-2 Pod Pod Node-1 Pod Pod Node-N ECI Provider 虚拟节点 • 无限弹性,敏捷扩容 • 支持pod之间互联互通 无需管理服务器 Without managing servers 用户只需关注容器应用 • Zero server ops • Focus on0 码力 | 16 页 | 4.25 MB | 1 年前3企业云原生的探索与落地深圳沙龙-RacherLabs-20-11-14/应用容器化最佳实践
Confidential 云原生应用 云原生(Cloud Native)是一种充分利用云计算优势,用于构建和部署应用的方式。云原生应用专为云模型而开 发,团队可以快速将应用构建和部署到可提供横向扩展和硬件解耦的平台,为企业提供更高的敏捷性、弹性和云 间的可移植性。 https://12factor.net/zh_cn/ 云原生应用 传统的企业应用 可预测 不可预测 操作系统抽象化 依赖操作系统 系统间集成方式(应用层集成、数据库层集成) ✓ 业务场景及用户使用情况(用户数、并发数、集中时间段) ✓ 系统目前是否有已知的安全漏洞及修复计划 ✓ 是否可允许停机升级、停机升级窗口时间段及时长 ✓ 应用研发及维护团队情况 ✓ 应用近期发布及迭代计划情况 © Copyright 2020 Rancher Labs. All Rights Reserved. Confidential 制作容器镜像 Dockerfile常用命令: 在应用运行 过程中产生业务数据,那么这部分数据的持久化存储就十分重要。 从存储的使用和管理角度来看: • 存储管理团队:维护存储设备,确保存储的稳定性 • 云平台管理团队:创建StrorageClass或PV,根据资源特性和需求做 好存储的使用规划 • 应用开发团队:按需创建PVC,应用绑定PVC使用存储资源 © Copyright 2020 Rancher Labs. All Rights0 码力 | 28 页 | 3.47 MB | 1 年前3云原生安全威胁分析与能力建设白皮书(来源:中国联通研究院)
云原生 2015 年,Pivotal 的高级产品经理 Matt Stine 发表新书《迁移到云原生 应用架构》,探讨了云原生应用架构的 5 个主要特征:符合 12 因素应用、面 向微服务架构、自服务敏捷架构、基于 API 的协作和抗脆弱性。同一年,Google 作为发起方成立 CNCF,指出云原生应该包括容器化封装、自动化管理、面向 微服务。到了 2018 年,CNCF 又更新了云原生的定义,把服务网格和声明式 技术体系和方法论,以 DevOps、持续交付、微服务和容器技术为代表,符合云 原生架构的应用程序应该:采用开源堆栈(k8s+Docker)进行容器化,基于微 服务架构提高灵活性和可维护性,借助敏捷方法、DevOps 支持持续迭代和运维 自动化,利用云平台设施实现弹性伸缩、动态调度、优化资源利用率。 云原生安全威胁分析与能力建设白皮书 12 1.1.2 云原生安全 云原生安全作为云原 由此可见,云原生安全可以简要归纳为两个方面,一是面向云原生环境的安 全,其目标是防护云原生环境中的基础设施、编排系统、微服务、无服务和服务 网格等安全。二是具有云原生特征的安全,指具有云原生的弹性敏捷、轻量级、 可编排等特性的各类安全机制。在此基础上,未来云原生环境必将与云原生技术 的安全互相融合,成为统一的整体,并且将经历如下三个发展阶段: (1)安全赋能于云原生体系,构建云原生的安全能力。当前云原生技术发0 码力 | 72 页 | 2.44 MB | 1 年前3Hadoop 迁移到阿里云MaxCompute 技术方案
Hadoop 迁移到阿里云 MaxCompute 技术方案 (V2.8.5) 编写人:MaxCompute 产品团队 日 期:2019.05 Alibaba Cloud MaxCompute 解决方案 2 目录 1 概要 .................................. Dataworks 数据集成组件 2.2 MaxCompute 特性介绍 MaxCompute 是阿里云提供高效能、低成本,完全托管的“EB 级”大数据计算服务,利用 MaxCompute 可以构建敏捷、高效的企业数据管理平台。 Alibaba Cloud MaxCompute 解决方案 11 2.2.1 MaxComptue 的逻辑架构 2.2.2 MaxCompute MaxCompute 表 (基于盘古分布式存储) MaxCompute 支持大规模计算存储,适用于 TB 以上规 模的存储及计算需求,最大可达 EB 级别。同一个 MaxCompute 项目支持企业从创业团队发展到独角兽的 数据规模需求; 数据分布式存储,多副本冗余,数据存储对外仅开放表的 操作接口,不提供文件系统访问接口 自研数据存储结构,表数据列式存储,默认高度压缩,后 D k n e0 码力 | 59 页 | 4.33 MB | 1 年前3
共 114 条
- 1
- 2
- 3
- 4
- 5
- 6
- 12