2.2.5 Go 如何助力企业进行微服务转型如何助力企业进行微服务转型 万俊峰Kevin go-zero 作者 - 好未来技术委员会资深专家 ## About me • GopherChina 金牌讲师 • ArchSummit 明星讲师 • 腾讯云开发者大会讲师 ## Agenda · 为什么选 Go? • 单体和微服务怎么选? • 单体到微服务何时转? • 单体到微服务怎么转? ## 为什么选 Go? • 节省服务成本 • 思想是多元的,观点是个人的 ## 单体和微服务怎么选? ## 单体的优点 • 开发简单 • 测试简单 • 部署简单 • 扩展简单 ## 单体的缺点 • 难以理解和功能扩展 • 小改动也得全量更新 小问题容易触发大故障 • 能够支撑的业务规模有限 ## 微服务的优点 • 边界清晰的业务拆分 易开发、易理解、易维护 技术栈可相对独立 • 持续集成、持续部署更容易 • 按需对服务进行治理 • 稳定性更容易保障 稳定性更容易保障 ## 微服务的缺点 • 增加了系统复杂度 数据拆分复杂度 • 难调试、难测试 • 跨服务修改麻烦 • 部署复杂 ## 到底怎么选? 首先看业务 - 其次看团队 • 从简单入手 • 预留可能性 Monolith Microservices Client   移动应用 互联网转型 架构演进  ## 获得竞争优势的关键  ## 带来的问题 • 开发效率低 • 交付周期长 • 技术转型难 monolith - single database  故障定位问题时间长: 2020年临时头像故障为例,根因是大Key导致Mc带宽打满,2小时才定位到问题,近2年会员团队最严重的故障。 维护成本 没人完整知道服务之间的依赖关系。依赖资源错综复杂。 没人完整知道服务之间的依赖关系。依赖资源错综复杂。 服务迁移,重构,php版本升级时,隐藏问题无法发现 团队Go转型、拥抱k8s 重复造轮子,浪费开发时间 监控效率 监控体系不统一,规则不完善,覆盖度不足 下游依赖监控不可控 ’ alt=‘OCR图片’/> 发展历史 Grafana Labs Skywalking OpenTelemetry ’ alt=‘OCR图片’/> 第二部分 可观测性 ’ alt=‘OCR图片’/>0 码力 | 30 页 | 4.81 MB | 1 月前3
微博Service Mesh实践## 微博Service Mesh实践 —Weibo Mesh ## 微博搜索/丁振凯 2018.07.29 ## 内容提要 CONTENTS  1. 跨语言服务化的必要性及难点  ## 业务部门调用链 ## 业务部门 Golang 服务 PHP 服务 WEB A RPC A WEB B Motan RPC B 平台体系 OR服务 ## 4 ,7层调度 业务部门语言种类繁多 微服务体系建设不完善/重复 网络抖动,dns不稳定 4,7层冗长调用链及资源消耗 ## 趋势 微服务 容器化 DevOps 云原生 1 2 3 4 服务治理与业务逻辑解耦,可持续交付 ## 2 ## 跨语言服务化面临的问题 • 改造成本 • 服务治理 ## 改造成本 Server(php/java/0 码力 | 43 页 | 1007.85 KB | 1 年前3
硬件创业公司的Rust应用和转型 - 陈昱衡## RUST CHINA CONF 2023 第三届中国Rust开发者大会 6.17-6.18 @Shanghai ## 硬件创业公司的Rust应用和转型 演讲人:陈昱衡 鹿仔科技联合创始人 CTO ## 公司介绍 # 鹿仔科技 DEER TECHNOLOGY 鹿仔科技(重庆)有限公司于2021年8月10日由香港科技大学李泽湘教授体系Xbotpark旗下重庆明月湖国际智能产业科创基地投 产品研发 1 内部测试 2 样机试用 3 反馈优化 4 ## Rust的选择 ## C 学习成本 研发周期 人员成本 维护成本 产品稳定性 稳定性 售后成本 阶梯式的Rust转型 ## 嵌入式的Rust应用 ## 嵌入式Rust应用 我司目前阶段,过渡期 部分单片机项目 部分物联网项目 全套项目 第一阶段 第二阶段 第三阶段 Rust部分单片机基本稳定0 码力 | 23 页 | 4.95 MB | 2 年前3
從微軟角度看Kubernetes## 從微軟角度看 Kubernetes 對公有雲所帶來的改變與挑戰 Tom Lee 雲端解決方案架構師 合作夥伴暨商務事業群 台灣微軟 ## 2014 Satya 公開表示 "Microsoft loves Linux" .NET Foundation 成立 ## 2016 .NET Core 1.0 開放源碼 微軟宣布 SQL on Linux 計畫 Foundation ## 2017 微軟加入 CNCF 開放源碼計畫 Helm, Draft, Brigade, Kashti projects 貢獻 Kubernetes 社群 推出 Azure Kubernetes Service ## 2018 Azure Sphere 採用 Linux kernel 微軟宣布併購 GitHub ~5,000 微軟員工參與 GitHub 上為數眾多之開0 码力 | 13 页 | 1.49 MB | 2 年前3
添加测试服务0 码力 | 1 页 | 128.00 B | 1 年前3
Rainbond服务日志管理## RAINBOND服务日志管理 好雨交付工程师-郭逊 ## 大纲 1. Rainbond自身的日志管理机制 2. 对接 Elasticsearch 3. 演示示例 2019-07-31T03:29:22.251Z INFO [monitoring] log/log.go:124 Non-zero metrics in the last 30s {"monitoring": /4/b/d/24bd0bda2e50810fa43321ee941db5bf/p4_1.jpg) # 1.RAINBOND自身日志管理机制 ### 1.1 日志界面 首页 / 我的应用 / 服务日志对接Es示例 / NGINX NGINX 访问 关闭 管理容器 其他操作 最近1000条日志 2019-07-30T15:59:22.251Z INFO [monitoring] log/log RAINBOND自身日志管理机制 1.3 日志来源,以及相关原理 node服务功能与角色 NODE服务会监视DOCKERD进程,观察其创建与销毁容器。获取文件系统中容器日志的路径,监视来自容器标准输出和标准错误输出,并以UDP协议分发到RBD-EVENTLOG组件。 rbd-eventlog组件功能与角色 接收来自NODE服务的推送,用WEBSOCKET协议将日志内容推送到用户所操作的应用控制台。0 码力 | 11 页 | 1.62 MB | 2 年前3
rocketmq 服务部署 链滴 ## rocketmq 服务部署 作者:gitsilence 原文链接:https://ld246.com/article/1632123166220 来源网站:链滴 许可协议:署名-相同方式共享4.0国际(CC BY-SA brokerRole=ASYNC_MASTER # 刷盘方式,ASYNC_FLUSH=异步刷盘,SYNC_FLUSH=同步刷盘 flushDiskType=ASYNC_FLUSH # broker对外服务的监听端口 listenPort=10911 # nameServer地址,如果name server是多台集群的话,就用分号分隔 namesrvAddr=192.168.166.20:9876;192 lave节点 brokerRole=SLAVE # 刷盘方式,ASYNC_FLUSH=异步刷盘,SYNC_FLUSH=同步刷盘 flushDiskType=ASYNC_FLUSH # broker对外服务的监听端口 listenPort=11011 # nameServer地址,如果name server是多台集群的话,就用分号分隔 namesrvAddr=192.168.166.20:9876;1920 码力 | 11 页 | 284.35 KB | 2 年前3
共 1000 条
- 1
- 2
- 3
- 4
- 5
- 6
- 100













