第19章 系统架构设计
19.1 技术栈选择
19.2 系统架构图
19.3 项目脚手架搭建
19.4 后端技术框架
19.5 前端技术框架
第19章 系统架构设计
2018-06-02
866
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
第19章 系统架构设计19.1 技术栈选择19.2 系统架构图19.3 项目脚手架搭建19.4 后端技术框架19.5 前端技术框架
目录
相关文章
|
5月前
|
存储
消息中间件
API
“论微服务架构及其应用”写作框架，软考高级，系统架构设计师
论微服务架构及其应用近年来，随着互联网行业的迅猛发展，公司或组织业务的不断扩张，需求的快速变化以及用户量的不断增加，传统的单块（Monolithic）软件架构面临着越来越多的挑战，已逐渐无法适应互联网时代对软件的要求。在这一背景下，微服务架构模式(MicroserviceArchitecturePattern)逐渐流行，它强调将单一业务功能开发成微服务的形式，每个微服务运行在一个进程中；采用HTTP等通用协议和轻量级API实现微服务之间的协作与通信。这些微服务可以使用不同的开发语言以及不同数据存储技术，能够通过自动化部署工具独立发布，并保持最低限制的集中式管理。
343
4
4
|
5月前
|
边缘计算
Cloud Native
IDE
“论SOA在企业集成架构设计中的应用”写作框架，系统架构设计师
企业应用集成(Enterprise Application Integration, EAI)是每个企业都必须要面对的实际问题。面向服务的企业应用集成是一种基于面向服务体系结构(Service-OrientedArchitecture,SOA）的新型企业应用集成技术，强调将企业和组织内部的资源和业务功能暴露为服务，实现资源共享和系统之间的互操作性，并支持快速地将新的应用以服务的形式加入到已有的集成环境中，增强企业IT环境的灵活性。
115
0
0
|
消息中间件
缓存
前端开发
|
存储
SQL
缓存
系统架构设计(3)-可扩展性
即使系统现在可靠，不代表将来一定可靠。发生退化的最常见原因是负载增加：并发用户从最初的10,000 增长到 100,000或系统目前处理数据量超出之前很多倍。
292
0
1
|
自然语言处理
数据可视化
架构师
|
存储
缓存
负载均衡
|
架构师
程序员
微服务
|
消息中间件
存储
设计模式
|
消息中间件
运维
Prometheus
我对业务服务运维架构的一些设计思路
业务性的运维管理从几个维度，主要是IaaS层，中间件层，业务层，运行状态层几个进行的监控管理，结合人工，手工，自动化能力角度进行设计，去掉重复的手工和低阶的运维，使业务运维偏向于高阶的思考，提升整个运维的管理能力
289
0
0
|
程序员
思考如何做好架构设计
在开发软件中过程中，我们时常会遇到这样的场景：在需求描述中只要求我们提供一个针对其特定需求的功能，但是作为程序员，直觉告诉我们在别的场景下可能有类似的需求，但是这个“别”的场景还没有真正出现，处在可能出现，也可能不会出现的境地，那我们应该如何应对这样的情况呢？在这篇文章中，将对如何处理这样的问题进行探讨。
在展开探讨前，我们先定义如下的两个词汇，便于我们后面的讨论：
通用：是指在设计中考虑了多个不同的使用场景，能在多个不同的场景下提供服务
特定：只考虑很特定的场景，要求在相对较多的限制条件下才能提供服务
243
0
0