走进开源 - Apache ServiceComb
q=servicecomb 软件发展史 开源软件 自由软件 商业软件 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 一种思想运动 用户可以自由地运行,拷贝,分 发,学习,修改并改进该软件 一旦在该软件基础上修改,则必 须保证修改后的软件也“自由” 开源发展第一阶段 开源发展第一阶段 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 自由软件和商业软件 之间的折中 遵循版权前提下,可以自由访问、使 用、改变和共享,也可用做商用目的 开源发展第二阶段 [社区网站] http://servicecomb.apache.org [Github 开源的定义 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 开源软件基金会兴起 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb Contributor0 码力 | 28 页 | 1.92 MB | 1 年前3开源开发者的一天 - Apache ServiceComb
q=servicecomb 软件发展史 商业软件 自由软件 开源软件 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 一种思想运动 用户可以自由地运行,拷贝,分 发,学习,修改并改进该软件 一旦在该软件基础上修改,则必 须保证修改后的软件也“自由” 开源发展第一阶段 开源发展第一阶段 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 自由软件和商业软件 之间的折中 遵循版权前提下,可以自由访问、使 用、改变和共享,也可用做商用目的 开源发展第二阶段 [社区网站] http://servicecomb.apache.org [Github 开源的定义 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 开源软件基金会兴起 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb Contributor0 码力 | 31 页 | 2.02 MB | 1 年前3解读Apache
姜宁 本演讲包含了 Bertrand Delacretaz, Roman Shaposhnik 以及其 它ASF贡献者的⼯作 Craig Russell介绍 Craig Russell介绍 软件架构师 Object Data Management Group Java Data Objects (JDO) Database Jones (MySQL) Apache Committer 孵化器管理委员成员 Apache 董事会主席 Apache 软件基⾦会: Apache 软件基⾦会: 世界上最⼤的开源基⾦会 Apache基⾦会的使命 Apache基⾦会的使命 Apache软基⾦⾦会 (ASF) 是⼀个根据美国法案 501(c)(3)注册公益性组织。 ASF的使命 是通过向加⼊ASF的志同道合的软件项⽬社区提供服务,为公众提供开源软件。 ASF提供了⼀个独⽴于任何公司影响⼒的中⽴空间,保证其中的 间,保证其中的 项⽬可以在商业友好Apache许可证2.0下繁荣发展, 为公众利益 创建开源软件。 公开成⽴于1999年的公益组织 公开成⽴于1999年的公益组织 使命: 为公众利益提供免费的软件。 第⼀个项⽬ 第⼀个项⽬ 世界上使⽤最⼴的服务器 ⾄2019已经成⽴24年 (加⼊ASF 20年) Apache 项⽬涉猎领域 Apache 项⽬涉猎领域 ⼈⼯智能 AI IoT ⼤数据0 码力 | 43 页 | 4.89 MB | 1 年前3Metrics in ServiceComb Java Chassis 1.0.0-m1 让微服务运行状态清晰可见
github.com/apache?q=servicecomb servicecomb.apache.org 关于我 • 目前就职于华为开源能力中心 • 前红帽软件主任软件工程师 • Apache软件基金会会员 • 参与Apache软件基金会多个Java 中间件项目 3 github.com/apache?q=servicecomb servicecomb.apache.org ServiceComb github.com/apache?q=servicecomb servicecomb.apache.org 基金会捐赠 • 为什么要进基金会 – 长期开源经验积累 – 更多的开发人员提供高质量的软件 – 合作大于竞争,大家可以共享成果 – 免费的培训,规范的流程 – 基础设施,市场,法律支持 • 开源基金会的选择 – 标准相关的 Linux Foundation – 开发者相关的 Apache com/apache?q=servicecomb servicecomb.apache.org Apache孵化器 • 进入ASF孵化的目的 – 学习Apache做事之道 – 构建健康发展的社区 – 完善软件许可(License) – 与Apache的基础设施集成 – 发布合规版本 12 github.com/apache?q=servicecomb servicecomb.apache.org0 码力 | 18 页 | 3.12 MB | 1 年前3消费者云CSE微服务实践
消费者云CSE微服务实践 李林锋 关于我 9年电信软件平台中间件开发、设计、架构经验 精通Netty、Mina等网络通信框架 华为软件 短信/彩信/WAP网关平台SGP、API开放集成网关API Fabric首席设计师 华为软件分布式服务框架DSF首席设计师 《Netty权威指南》、《分布式服务框架原理不实践》作者 微博、微信:Nettying 发习惯,最好能够兼容原Spring MVC开发模式 从集成角度看,希望可以灵活的不Spring Boot等框架集成 微服务框架技术选型-高性能、低时延 硬件成本已经是白菜价,软件性能丌重要? 消费者云业务服务集群规模大,单点的性能提升能够带来巨大收益 从用户体验看,端到端时延非常重要,分布式乊后带来的时延增加,是一个很大的挑戓 丌是所有业务都有苛刻的性能需求,丌同业务对性能的诉求丌同, 微服务框架采用的技术应该是经过验证、业界主流的技术,例如网 络传输采用Netty 微服务框架本身要成熟,经过丌同业务、较长时间的验证,商用发 布的特性要稳定 无论是社区开源版本,还是购买的商用软件,戒者自己构建,技术 支持和保障一定要到位 微服务框架技术选型-结果 为什么业务最终选择CSE作为微服务框架? 无论是华为内部的DSF,还是开源的Netflix、Spring0 码力 | 22 页 | 1.39 MB | 1 年前3华为企业级PaaS 微服务应用
q=servicecomb 华为企业级PaaS 微服务应用 2019-6 田晓亮 servicecomb.apache.org github.com/apache?q=servicecomb 个人介绍 10年软件⾏业经验,2012年进⼊云计算领域,对PaaS, DevOps, APM等有深⼊的研究和实践经验。 负责华为公司微服务框架的设计,开发和落地,微服务引擎云服务商⽤ 上线公有云,开发国内首个Go语言微服务框架与Service 像过去一样开发应用 • Java,Go,Nodejs等语言可部署到ARM,x86不同的基础设施中 • 完善的自动化促使组织能够管理大规模,快速的部署应用实例,应对业务流量,需求的变化 源码 软件中心 流水线 构建 归档 部署 配置中心 java python go nodejs php war jar 压缩包 二进制 Docker镜像 调整线上应用配置 x86 ARM q=servicecomb 围绕应用构建平台功能 • 操作的起点为应用 • 数据库,缓存服务,容器平台等围绕应用创建 应用 RDS DDM DMS DCS CCE ECS ELB 监控 软件中心 流水线 servicecomb.apache.org github.com/apache?q=servicecomb 缺少了什么 • 流水线,平台等自动化手段的完备,使得开发人员开始0 码力 | 17 页 | 3.42 MB | 1 年前3微服务环境下的系统治理与容错
[程序架道],对高并发、高可用系统有持续不懈的追求; 个人微信号 技术公众号 • 微服务架构 • 容错 • 总结 • 治理 微服务架构 架构 架构 架构是为应用程序服务的 软件系统应用程序的需求 软件系统的价值维度 架构师是什么样的人 架构的终极目标 研发团队的持续斗争 研发团队必须从公司长远利益出发与其他部门抗争 -- Robert C. Martin 多种架构思想的本质 2、同步通信降低了可用性 3、跨服务的数据一致性 4、上帝类 微服务的忠告 n 第一,要记住微服务不是解决所有问题的万能 “银弹”。 n 第二,编写整洁的代码和使用自动化测试至关重要,因为这是现代软件开发的基础。 n 第三,关注微服务的本质,即服务的分解和定义,而不是技术,如容器和其他工具。 n 第四,确保你的服务松耦合,并且可以独立开发、测试和部署,不要搞成分布式单体,那将会是巨大的灾难。0 码力 | 45 页 | 16.09 MB | 1 年前3微服务架构与领域驱动设计 - 王磊
并通过分离技术实现的复杂性,从⽽而控制软件演化的复杂度。 Tacking Complexity in the heart of software �9 微服务架构与领域驱动设计? �10 • 能有效⽀支撑演进式架构 微服务架构与领域驱动设计 �11 随着时间的推移,采⽤用领域驱动设计⽐比采⽤用 以数据中⼼心设计的软件复杂度要低得多。 《Pattern of EEA》 • 能有效降低复杂软件的维护成本 微服务架构与领域驱动设计0 码力 | 28 页 | 1.84 MB | 1 年前3庖丁解牛:华为云微服务工具解放开发者
庖丁解牛:华为云微服务工具解放开发者 部门:应用平台服务 作者:王启军 日期:20190920 Security Level: 目录 1. 微服务拆分工具 2. 契约管理工具 Huawei Confidential 3 微服务架构的优势 因素 单体架构 微服务架构 交付速度 较慢 较快 故障隔离范围 线程级 进程级 整体可用性 较低 更高 架构持续演进 困难 简单 沟通效率 统为了关联外部系统而引入的表,独立成库 Huawei Confidential 11 案例2:存量系统2微服务拆分分析-图搜索拆分微服务 从左到右分别是拆分出扩展属性服务、模型/模型实例服务、目录服务以及离散表独立成的服务,其中离散表中标红部分概念上应该划分到模型/模型实例服 务中,但实际的sql,却并未体现其和模型/模型实例的关联关系,因此被自动划分到独立服务中 Huawei Confidential0 码力 | 14 页 | 1.54 MB | 1 年前3ServiceComb 的前世今生
微服务引擎开发团队 我们一直在很认真地做微服务 华为CloudBU PaaS 微服务引擎开发团队 议题 • 企业应用微服务化的趋势和动机 • 面临的问题 • 解决思路和设计方案 • 从软件到服务 3 企业IT技术应用曲线 • 微服务在2016年成为仅次于 物联网和认知计算的第三热 门技术 • 2014年被很多人认为是企业上 云元年 • 2014年几乎企业应用都没有 缩容 回滚 停止/卸 载 微服务运维生命周期 管理 创建 编码 编译 构建 部署 测试 验收 发布 删除 微服务开发生命周期 管理 从软件到服务 微服务治理 微服务部署平台(PaaS) 微服务开发 微服务基础治理 微服务高级治理 服 务 发 现 服 务 配 置 服 务 路 由 多 通 信 访0 码力 | 16 页 | 1.45 MB | 1 年前3
共 21 条
- 1
- 2
- 3