2.1 gofmt 的文化演变## gofmt 的文化演变 The Cultural Evolution of gofmt Robert Griesemer Google, Inc. ## gofmt • Go源代码格式化工具 • 定义了“标准”格式 • golang.org代码库中所有提交的Go代码都必须通过gofmt格式化过 - 除了gofmt之外,相同功能可以通过go/format库获得 - 不需要设置! ## org/tools/dartfmt/) • 等等 现在,任何语言都被要求带有自动的源代码格式器。 总结 ## 编程文化的演变 • gomft 是 Go 语言的一个重要的卖点 - 大家渐渐达成共识:一致的“足够好”的格式很有好处 - 这种在 AST-级别上的源代码操作带动了一系列的新的工具。 - 其它语言也在向我们学习:编程的文化在慢慢演变。 ## 至今的收获:应用程序 • 一开始,基本的源代码格式化是一个很好的目标。 但是,真正的用处在于源代码的变换工具。0 码力 | 34 页 | 9.97 MB | 2 年前3
QCon北京2018-业务高速发展下的互联网金融系统架构演变-张现双+[Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p1_1.jpg) BEIJING 2018 # 业务高速发展下的 互联网金融系统架构演变 演讲者 / 张现双  ## 基于实践经验总结和提炼的品牌专栏 _1.jpg) 张现双,宜人贷研发架构师,移动后台负责人,负责移动后台的技术研发和系统架构设计,并随着业务增长持续不断的进行性能优化和系统架构升级。 从事过研发、运维、dba等工作,在应对互联网系统流量、并发、安全、一致性问题等方面有一些经验。 翻译出版专著:《可伸缩架构:面向增长应用的高可用》 ## 大纲 01 宜人贷发展历程 02 移动后台架构演进 03 流量应对策略 04 关于监控 [Image](/uploads/documents/a/6/a/4/a6a48788e8ab94fd53a1db41d7a5815b/p8_19.jpg) 会员 ## 第二部分 ## 移动后台架构演进 ## 没有一种 架构能 包打天下 ## 初创阶段 效率优先,快速响应,第一要务是生存 ## 成长阶段 用户和业务持续上量,业务快速发展 ## 扩张阶段 业务和团队规模增长迅速,多元化发展,对效率和质量提出更高要求0 码力 | 42 页 | 19.96 MB | 2 年前3
Greenplum 架构概览Greenplum 架构概览 基本拓拉结构 GP 基本查询流程 segmentl Segment 2 上,吉站可为 Gygenglum [后科称 GP 对是个PogigreSoL 实明和。GP 对外主代的入口,并用户雪上并行 情人 上| aaase 这He,人的入对 Segment 渤行;Standby aster 有为 aster 提供可用 Segment0 码力 | 1 页 | 734.79 KB | 2 年前3
Nacos架构&原理# NACOS 架构与原理 NACOS ARCHITECTURE & PRINCIPLES. 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 易用·稳定·实时·规模 NΛCOs. 特别鸣谢:   ## 改变 按职能划分 Mesos Scala with JVM Container Focus on efficient datacenter deployment at scale ## 02 ## 架构模式 ## 一 体化架构模式  数据库 ## 聚合模式0 码力 | 32 页 | 864.40 KB | 2 年前3
QCon北京2018-《TiDB架构与开源之路》-申砾/p1_1.jpg) QCon 全球软件开发大会 INTERNATIONAL SOFTWARE DEVELOPMENT CONFERENCE BEIJING 2018 # TiDB架构及开源之路 申砾 @ PingCAP  GNT2018 全球大前端技术大会 ___ 大前端的下一站 ___ ## 国和国 <<扫码了解更多详情>> ## 关注 ArchSummit 公众号 获取国内外一线架构设计 了解上千名知名架构师的实践动向 Apple • Google • Microsoft • Facebook • Amazon 腾讯 • 阿里 • 百度 • 京东 • 小米 • 网易 • 微博 深圳站:2018年7月6-9日0 码力 | 44 页 | 11.38 MB | 2 年前3
领域驱动设计&中台/领域驱动架构透析与架构解耦领域驱动 架构透析与架构解耦 张逸 DDCHINA ## 内容 01 领域的边界 02 领域驱动架构的演进 03 DDD与C4模型 04 DDD与RUP 4+1视图 ## 领域的边界 ## 整洁架构  ## 六 边形架构 | a1b93a093b0107faff0bb8ee20e/p5_1.jpg) ## 微服务架构  ## 领域驱动架构的演进 ## 经典的DDD分层架构  ## 经典的DDD分层架构  ## 经典的三层架构 用户展现层  云架构演化## Apache ShardingSphere (Incubating) ## 云架构演化 京东数科-张亮 (email: zhangliang@apache.org) 京东数科-潘娟 (email: panjuan@apache.org) # 未来架构 从服务化到云原生 张亮 吴晟 敖小剑 宋净超 著  ## 分布式数据库中间优势 ## DB-Engines Ranking The DB-Engines Ranking ranks database management systems0 码力 | 37 页 | 3.00 MB | 2 年前3
Apache ShardingSphere(Incubating)云架构演化6/b/126bfe1465ea2bfc007e1620c0f37e48/p1_1.jpg) PostgreSQL ## Apache ShardingSphere(Incubating) 云架构演化 Juan Pan panjuan@apache.org JD Digits ## Sharding Sphere  ## ShardingSphere架构 核心功能 数据分片 分布式事务 数据库治理 弹性伸缩 管控界面 Apache ShardingSphere Sharding-JDBC 接入端 Sharding-Proxy ShardingSphere ShardingSphere Zookeeper ETCD 注册中心 SkyWalking:基于分布式追踪的性能监控系统。项目的核心目标是针对微服务、Cloud Native、容器化架构,并提供应用性能监控和分布式调用链追踪能力。 SkyWalking已于2017年12月8日,进入Apache孵化器。 ## 回 + Skywalking Apache SkyWalking Sharding-Proxy0 码力 | 34 页 | 5.07 MB | 2 年前3
微服务架构及ServiceComb实践## 微服务架构及ServiceComb实践 ## 什么是微服务架构? 一个既“简单”的又“强大”的后端架构模式。 ## 简单: 每个服务相对较小并比较容易开发维护。 服务可以独立的部署。 • 更适合小团队(个人)开发管理 • 更容易实验和采纳新的技术。 适合同学们学习 Demo也可以作为生产系统的一部分 ## 强大: 使大型的复杂应用程序可以持续的交付和持续的部署。 • 更容易测试 g) 分布式跟踪 网关 a) 路由 b) 黑白名单 c)和认证鉴权集成 ## 服务间的通信 背景:为什么服务间通信重要? • 每个微服务有自己的数据库(层) 服务架构应用的质量很大程度取决于服务的拆分的高内聚,低耦合,不了解服务间通信,无法做出高质量的拆分。 不同的业务,涉及的不同服务间通信有不同的要求 1. 关注事务性要求(ACID) 2. 关注对性能的要求 Zuul VS edge-service(更优)。 5. 生产环境需从最外层开始设置限流策略,并设置降级机制。 Thank You. 欢迎添加 ServiceComb小助手 加入微服务技术交流群,架构、设计、开 发、解BUG、调优,总有您感兴趣的话题 欢迎关注 微服务蜂巢公众号 获取更多微服务技术干货、资讯文章 












