微服务架构设计实践系列之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.
来自： 社区博客
