微服务架构设计实践系列之4.2——4.3
微服务架构设计实践 目 次 1 序言 2 微服务 3 软件架构设计思想 4 微服务架构设计实践 4.1 项目概述 4.2 架构准备阶段 4.3 概念架构阶段 4.4 细化架构阶段 4.4.1 业务架构 4.4.2 数据架构 4.4.3 应用架构 4.4.4 技术架构 4.4.5 物理架构 4.4.6 开发架构 4.2 架构准备阶段 在架构准备阶段,主要是分析用户的需求,推荐采用“ADMEMS矩阵”
来自: 社区博客Snowflake & Delta Lake两大新型数仓对比分析
Snowflake & Delta Lake 代表了当前业内最先进的两种数仓形态,并且都得到了市场上用户的高度认可。 ——1—— 概述 数据分析从上世纪 80 年代兴起以来,大体经历了企业数仓(EDW)、数据湖(Data Lake)、以及现在的云原生数仓、湖仓一体等过程。企业数仓是数据仓库最原始的版本,从当前的视角来看,存在着只能处理结构化数据、集中式的存储和计算、以及成本昂贵等缺点。数据
来自: 社区博客谈谈前后端分离之后
作者:包勇明 引言 随着单页应用和移动互联网的兴起,软件工程师也很自然地被分成了多个工种,常见的有 Web 前端工程师、iOS 工程师、Android 工程师、后端工程师等,前三者也可以统称为客户端工程师。 既然研发的角色都已经做了区分,那对代码的物理分隔需求也是合理而且是必要的。因为谁也无法接受这样的情景:前端工程师提交了修改某个按钮的 CSS 代码却触发了整个工程的 CI 动作。 iOS 和
来自: 社区博客移动端工程架构与后端工程架构的思想摩擦之旅
此文已由作者黎星授权网易云社区发布。 欢迎访问网易云社区,了解更多网易技术产品运营经验 记资源投放后端工程的架构调整与优化 架构思考 一直以来对软件工程架构有着极大的兴趣,无论是之前负责的移动端Android工程,亦或是现在转到后端开发后维护的资源投放工程。可以说一个团队中并非每个开发都能够深入掌握架构知识,但需要每个人能够拥有软件架构的意识。架构是对工程整体结构与组件的抽象描述,是软
来自: 社区博客微服务化的基石——持续集成
此文已由作者刘超授权网易云社区发布。 欢迎访问网易云社区,了解更多网易技术产品运营经验。 一、持续集成对于微服务的意义:拆之前要先解决合的问题 在很多微服务化的文章中,很少会把持续集成放在第一篇,因为大多数的文章都会将如何拆的问题,例如拆的粒度,拆的时机,拆的方式。 为什么需要拆呢?因为这是人类处理问题的本质方式:将一个大的复杂问题,变成很多个小问题解决。 所以当一个系统复杂到一定程度,当维护一个
来自: 社区博客大规模微服务单元化与高可用设计
微服务化、单元化、异地多活,必然导致架构复杂难以维护,本文结合网易微服务实践,从战略和战术层面全面解析微服务的单元化与高可用设计。 本文由作者授权网易云发布,未经许可,请勿转载!作者:刘超,网易杭州研究院云计算技术部首席架构师 说到大规模微服务系统,往往是一些7*24时不间断运行的在线系统,这样的系统往往有以下的要求: 第一, 高可用。这类的系统往往需要保持一定的SLA的,7*24时不间断运
来自: 社区博客分布式服务框架和原理简章
应用架构演进 这里的架构演进应该是从服务化的角度来说,应该说随着业务发展,应用规模扩大,系统的一些公共服务就会抽取出来,独立开发,部署,维护,用来解决并发,扩展,维护的问题。 传统垂直架构 有的地方也叫单体应用,以mvc模式开发: 1. 所有应用代码统一打包,代码所有接口本地api调用,很少存在远程服务调用; 2. 单机或主备,应用做集群部署; 3. DB主从等。 这种并没有什么不好,发展初期大
来自: 社区博客Java编程良心推荐——分布式架构原理解析
[图片] 应用架构演进 这里的架构演进应该是从服务化的角度来说,应该说随着业务发展,应用规模扩大,系统的一些公共服务就会抽取出来,独立开发,部署,维护,用来解决并发,扩展,维护的问题。 传统垂直架构 有的地方也叫单体应用,以mvc模式开发: 1. 所有应用代码统一打包,代码所有接口本地api调用,很少存在远程服务调用; 2. 单机或主备,应用做集群部署; 3. DB主从等。 这种并没有什么不好
来自: 社区博客阿里Java架构师浅谈Java微服务架构设计
微服务架构模式(Microservice Architect Pattern)。近两年在服务的疯狂增长与云计算技术的进步,让微服务架构受到重点关注 [图片] 微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)。每个服务
来自: 社区博客致传统企业朋友:不够痛就别微服务,有坑 (2)
中选型,维护,研究消息队列,缓存等中间件。 在这个阶段,由于业务的稳定性要求,很多公司还是会采用Oracle商用数据库,也没有什么问题。 实现到了阶段二,在同行业内,已经有一定的竞争优势了。 3.5.
来自: 社区博客