什么是垂直应用架构

垂直应用架构?

  刚看到这个名词的时候,我还是挺犯嘀咕的。。。什么是垂直应用架构呢?答案是 分层 设计开发的应用,就符合 垂直应用架构。

  通过 联想到 植被的垂直分布,就比较好理解——分层。

  

本篇博文的产生背景,在阅读阿里巴巴开源的Dubbo用户应用时,其论述到了随系统复杂度的增长,系统架构的变化和侧重点:

  • 单一应用架构

当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本。
        此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键。

  • 垂直应用架构

当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率。
        此时,用于加速前端页面开发的 Web框架(MVC) 是关键。

  • 分布式服务架构

当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求。
        此时,用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。

  • 流动计算架构

当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问压力实时管理集群容量,提高集群利用率。
        此时,用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。

时间: 2024-12-30 03:54:29

什么是垂直应用架构的相关文章

图解微服务架构演进

前言 来自dubbo的用户手册中的一句话:随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进. 常规的垂直应用架构就相当于传统的那种,现阶段传统垂直架构改造的核心就是对应用做服务化改造,服务话改造使用的核心技术架构就是分布式服务框架. 其实这篇是概念上的总结,技术概念软文,纪录此文让自己更明白什么是微服务化架构. 服务化架构演进 请看下图,也来自dubbo的用户手册,图中恰恰少了微服务架构的图.

Dubbo之旅--架构路线

从自己开始接触Dubbo到现在也有段时间了,在这段时间里,随着项目的不断进行,在项目中也遇到了各种各样的问题,而这些问题和相应的解决方案逐渐加深的对Dubbo有了认识和了解. 先说说什么是Dubbo? 官方的说法是:Dubbo是阿里巴巴SOA服务化治理方案的核心框架,每天为2,000+个服务提供3,000,000,000+次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点. 现在我们知道了,Dubbo是阿里巴巴的一个框架,不过自开源后,已有不少其他公司在使用Dubbo,例如:京东,去哪儿,大智

架构师之路--应用架构的选择

这个选型主要决定于系统复杂度.先回顾一下. 1>单一应用架构:对于一个流量很小的网站来说,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本.之前在上家公司做过一个微信公众号的开发就是基于这种架构,我和一个大牛的前端架构师两个人就是一个项目,还是挺happy的.但是这种架构其实用java的成本有点高,用PHP更快.所以我自己接了个私活做个类似携程+如家的网站用的就是php. 2>垂直应用架构:访问量再大一点,可以将应用拆成互不相干的几个应用,以提升效率.8年前刚进人人网的时候用的就是这

分布式服务框架学习笔记1 应用架构演进

传统垂直应用架构 业界曾比较流行的有: LAMP架构:Linux+Apache+PHP(前后端分离)+MySQL(读写分离) MVC架构:Spring+Struts+iBatis/Hibernate+Tomcat 在高并发.大流量的应用场景中,需要做集群,通常的组网方案是前端通过F5等负载均衡器做七层负载均衡(或者使用SLB等软负载),后端做对等集群部署. 随着业务的不断发展,应用规模日趋庞大,传统垂直架构开发模式的弊端变得越来越突出.这就需要将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服

SOA面向服务的架构理解

?  单一应用架构 ·当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本. ?  垂直应用架构 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率. ?  分布式服务架构 ·当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,使前端应用能更快速的响应多变的市场需求. ?  流动计算架构 当服务越来越多,容量的评估,小服务资源的浪费等问题逐渐显现,此时需增加一个调度中心基于访问

大型互联网架构概述

本文旨在简单介绍大型互联网的架构和核心组件实现原理. 理论上讲,从安装配置,最佳实践以及源码来剖析各个组件,这个自然是极好的.由于笔者时间以及知识有限,有很多知识没有在工作中亲自实践的机会.所以有些地方语焉不详,还请大家多多指教. 大型互联网架构 解决问题的通用思路是将分而治之(divide-and-conquer),将大问题分为若干个小问题,各个击破.在大型互联网的架构实践中,无一不体现这种思想. 架构目标 低成本:任何公司存在的价值都是为了获取商业利益.在可能的情况下,希望一切都是低成本的.

聊聊微服务架构与应用

>>微服务架构 随着敏捷开发.持续交付以及基于Docker的应用部署的发展,微服务结构开始慢慢流行起来. >>应用架构演进 (1)垂直应用架构 传统的LAMP架构和Spring+Struts+iBatis/Hibernate的架构都是典型的垂直应用架构,垂直应用架构学习成本低,开发产出快,测试.部署和运维比较简单,在过去的十几年中一直比较流行.但是随着业务的发展,垂直应用架构逐渐暴露出一些缺陷,以Spring MVC架构为例,可能的表现:1.复杂应用的开发维护成本越来越高,测试变得

架构师之路--应用架构的选型和dubbo

小时候总是跟妈妈着去上班.妈妈是儿科医生.有一天来了一个妈妈带着他的宝宝挂了妈妈的专家号.宝宝长得很可爱,但是脸上没有任何表情,脑袋很大,四肢和刚出生的宝宝一样大.妈妈抬起宝宝的四肢,一放手它又耷拉回去.妈妈说话声音很沉重,说我直接给你开个证明吧,你可以再要一个孩子.那个妈妈一句话都没说,只是坐在那里抱着她的宝宝.这个妈妈在化工厂工作,天天和染料打交道.这已经不是她的第一个宝宝了,每个宝宝命运都差不多.这个妈妈的绝望和医学无关.所以高考的时候,怎么都不肯听妈妈的.自己报了计算机.妈妈知道后让我去

dubbo架构演变之路

背景 (#) 随着互联网的发展,网站应用的规模不断扩大,常规的垂直应用架构已无法应对,分布式服务架构以及流动计算架构势在必行,亟需一个治理系统确保架构有条不紊的演进. 单一应用架构 当网站流量很小时,只需一个应用,将所有功能都部署在一起,以减少部署节点和成本. 此时,用于简化增删改查工作量的 数据访问框架(ORM) 是关键. 垂直应用架构 当访问量逐渐增大,单一应用增加机器带来的加速度越来越小,将应用拆成互不相干的几个应用,以提升效率. 此时,用于加速前端页面开发的 Web框架(MVC) 是关键