搜索[架构设计]结果-低调大师优秀个人博客

精选列表

搜索[架构设计]，共10007篇文章

《数据安全架构设计与实战》新书推荐

《数据安全架构设计与实战》一书融入作者十余年安全架构实践经验，系统性地介绍数据安全架构设计与治理实践，主要包括：产品安全架构（从源头开始保障数据/隐私安全）、安全技术体系架构（构建统一的安全能力中心）、

2019-10-19

软件架构设计原则之“KISS”的总结使用

今天聊一聊软件架构设计中的 KISS 原则。对！就是亲嘴的那个 “KISS”！一定要多练习。 ... ... ... ...

2019-07-17

支撑百万并发的数据库架构如何设计？

那么百万并发的数据库架构如何设计呢？多数都是分库分表加主从吧？分库分表：说白了就是大量分表来保证海量数据下的查询性能。

2019-04-11

消除单点，一篇搞定 | 架构设计篇

系统架构中，为什么会存在单点？ (1)存在设计缺陷，出现了单点； (2)能大大简化系统设计，有意为之，设置单点；典型互联网高可用架构，哪些地方可能存在潜在单点？

2018-11-01

从 Elasticsearch 来看分布式系统架构设计

Elasticsearch 数据层架构接下来我们看看当前 Elasticsearch 的数据层架构。

2018-03-29

为什么菜鸟需要弹性调度？在弹性调度出现之前，菜鸟整体资源使用率都处于一个比较低的水平，这是因为： 1.在线应用一般是通过单机性能压测，并且结合经验预估业务流量的方式来确定所需容器数量。这种方式很大程度上会受到评估者主观因素的干扰，在估算业务流量时也通常会保留较大的冗余。 2.以往的模式下，一个应用分组的扩缩容操作频率很低，这使估算业务流量时，需要以每天的峰值流量以及未来一段时间（通常以月为单位）内业务的发展情况来作为评估标准。而一般峰值流量出现时段可能只占全天时间的一小部分，非峰值时段就出现大量的资源浪费。从接入的弹性应用分组表现来看，容量评估不准确是非常普遍的现象，而且与实际偏差值非常大。弹性调度作为一种在线动态评估系统运行状态并且做出扩缩容决策的系统，它让应用的开发者以及运维人员对资源的关注点，从具象化的容器数转换成抽象程度更高的

2018-03-08

【iOS】浅谈App开发iOS端的架构设计

本文将要讲的架构设计可能没有那么真正的架构那么准确，可以理解为在创建App时项目的一个目录结构吧。

2018-01-23

Hadoop分布式文件系统：架构和设计

前提和设计目标硬件错误硬件错误是常态而不是异常。HDFS可能由成百上千的服务器所构成，每个服务器上存储着文件系统的部分数据。

2017-12-16

从需求分类到多视图架构设计方法

呼唤架构设计的多重视图方法灵感一闪，就想出了把大象放进冰箱的办法，这自然好。但希望每个架构设计策略都依靠灵感是不现实的——我们需要系统方法的指导。

2017-12-04

一个分层架构设计的例子（1）

在其中的实体层，一般是根据数据库进行映射外加入注释等，技术含量不大，在此一笔带过；数据库访问层和业务逻辑层，是关键之所在，因为这里好的设计，会利用很多基类的操作，减少很多代码和重复劳动；界面层，不管是WebForm

2017-12-03

一个分层架构设计的例子（2）

接着上一篇关于分层架构的讨论，一个分层架构设计的例子（1）。

2017-12-03

服务端架构设计及功能说明

这个架构图是自己以前做过的一个项目的架构图。简单介绍一下各个服务器的功能：外围服务器： 1 ：日志服务器：接收各个服务器的运行日志，并采用线程池的方式写入到相应的设备中（数据库或者文件）。

2017-11-20

在敏捷开发中采用演进式架构设计

在敏捷开发过程中，我们还需要对系统架构进行设计吗？事实上，Martin Fowler在《Is Design Dead?》一文中已经给出了答案，那就是我们同样不能忽略对系统架构的设计。

2017-11-15

我是架构师--设计模式-单例模式

来次面试吧？准备好没，GO！问：自我介绍下吧。（开个玩笑。。。往下）请问你用过单例模式吗？什么是单例？答：用过啊，单例模式就是只创建一个实例。问：噢？那是单线程，还是多线程下都是呢？答：这个类在JVM里就一个实例（这样回答也许会更好）（注：通常面试官，到这里，就会让你写一个单例，当然我们不，你看这篇文章，就是不让你再网上找其他重复的资料了。）问：说说你用的场景吧答：........ 问：说说单例的几种类型？或者说何时对实例的初始化？答：........ 问：画过单例的类图吗？会画吗？答：（需要吗？）问：写个单例的实现吧？类名：SingleTon 实例：uniqueInstance 简称ust吧。（这里我插入一句编程规范：起名不要吝惜把实例代表的意思表达清楚，名字可稍微长点，这里就是想偷懒）实现1： publicclassSingleton{ privatefinalstaticSingletonust=newSingleton(); privateSingleton(){} publicstaticSingletongetInstance(){ returnust; } } 注：这里顺便说明一下语法。通常final与static同时出现，习惯让final在前分析： 1. 这里需要加final吗？是的，因为java反射，可以改变private描述的变量 2. 有书里把这种方式称为饿汉单例模式（另一个种叫懒汉单例），并且已经为人所接受 3. 在多线程方面表现出了他优势，不需要担心方法重复里延时创建带来的原子性（这样说难理解，其实就是出现两个或多个实例） 4. 这个，不符合我们习惯的用到时再实例化的原则（不过这没关系。。。）看，其实你发现这还是个不错的单例，那么其实有个最好的实现，最好的实现：单元素的枚举类型已经成为Singleton的最佳实践即使面对复杂的序列化或者反射攻击，绝对防止多次实例化，还有他的简洁和优雅。 ----好吧，面试结束了。其实你对单例的理解还是不错的，而且你已经得到了最好的答案，有兴趣彻底玩转单例吗，继续听我唠叨。我们看看懒汉单例模式：实现2： publicclassSingleton{ //privatefinalstaticSingletonust=null; // 不该加final，这里明显有偷懒嫌疑，复制上面的例子，又测试不够，以后尽量避免类似问题。 // 8月15日修正 private static Singleton ust = null; privateSingleton(){} publicstaicSingletongetInstance(){ //建议null==ust的方式，能帮助更快的发现错误。 //部分老程序员的习惯，其实许多IDE会发现些低级错误。 if(ust==null){//A ust=newSingleton();//B } returnust; } } 分析： 1. 懒汉模式，做到了需要时创建实例 2. 他遇到了尴尬的问题，因为当两个线程分开运行到A，然后进入了if块，可能就创建了2个实例，草稿的是，你已经初始了一些数据。改进一下：实现3： publicclassSingleton{ privatevolatilestaticSingletonust; privateSingleton(){} publicstaicSingletongetInstance(){ synchronized(Singleton.class){ if(ust==null){ ust=newSingleton(); } } returnust; } } 分析: 1. 如果你不理解synchronized 的位置，就不用单例模式这么多写法，不如学习基础 2. volatile 确保ust被实例化后，多个线程正确处理。他失去了JVM必要的代码优化，如果不是多线程，就不要用 3. 这个叫做 “双检查加锁”，单例最后一种方式综合讨论会：小明：单例目前一共谈到懒汉和饿汉两种，还有双检查加锁，最好的应该是单元素的枚举类型小刚：是的，回答了开头说的几种单例，那么哪些场景应该用单例呢？小明：我知道，有线程池，缓存，处理偏好设置，注册表，日志对象等等小刚：对，我对java比较了解，我知道Runtime.getRuntime()。 C(为吗我叫C)：我知道有java.lang.reflect.Proxy类小明：有什么共同点呢，为什么用？是遵循对象尽量少创建原则？ C：这是什么意思？小刚：这很简单，不过这说法有点问题。因为对象占内存，有要造成垃圾回收，GC的时候JVM可是只干这个麻烦事小明：是啊！小刚：我想我知道，某些对象最好只有一个实例，多了会有问题产生。 C：什么问题？小刚：比如缓存，你从哪个实例里拿缓存呢？小明：是的啊。。。结束讨论会，总结一下吧。不，等等，还要补充两句： 1. 单例模式定义：确保一个只有一个实例，并提供一个全局访问点 2. 如果getInstance(）方法对应用程序不会额外负担，或者说影响不大，那写成怎样，其实没太大所谓。但是如果频繁运行，就要仔细考虑，因为一个同步，可能使得执行效率下降100倍继续总结，还差个UML图呢，不妨在上个枚举的例子吧，枚举构造器默认私有吗？枚举就算了，是不是默认构造器，自己研究下吧。。。呵呵这回真总结了： 1. 单例，有懒汉，饿汉，双检查加锁3种常见用法 2. 单例模式，是因为如果多了，会造成数据遗漏等麻烦 3. 最好的单例，单元素的枚举类型呵呵，其实，就这些，本来想先写工厂的，因为去面试，遇到某些对单例了解比较浅，解释起来费劲，于是先以单例开篇，请关注下篇工厂模式。本文转自 wws5201985 51CTO博客，原文链接：http://blog.51cto.com/yjplxq/931861，如需转载请自行联系原作者

2017-11-14

关于项目架构设计的一些规范

几个规范：单元测试设计 DTO 命名 Web API 命名待补充... 1.

2017-11-14

无缝世界网游服务器架构的设计思路

过去一年中，花了很多时间在考虑服务器架构设计方面的问题。看了大量文章、也研究了不少开源项目，眼界倒是开阔了不少，不过回过头来看，对网游架构设计方面的帮助却是不多。

2017-11-14

Word自动化局部架构设计（转InfoQ）

但同时我们也要看到Word自动化处理中的特点： Word提供模板机制，可以通过模板完成绝大部分章节段落以及文稿样式的设计；尽管原始数据类型差别迥异，但实际Word操作中使用的类型主要是string，图形

2017-11-12

互联网金融平台微服务架构设计

互联网金融平台微服务架构设计按照孢子框架要义对互联网金融理财平台进行微服务架构设计。假设我们设计的目标是5年后的陆金所（https://www.lu.com/）。

2017-11-11

使用WCF实现SOA面向服务编程—— 架构设计

SOA本身就是一种面向企业级服务的系统架构，简单来说，SOA就是一种进行系统开发的新的体系架构，在基于SOA架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件（也就是service

2017-11-11

大型高性能ASP.NET系统架构设计

大型高性能ASP.NET系统架构设计大型动态应用系统平台主要是针对于大流量、高并发网站建立的底层系统架构。

2017-11-08

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

精选列表

《数据安全架构设计与实战》新书推荐

软件架构设计原则之“KISS”的总结使用

支撑百万并发的数据库架构如何设计？

消除单点，一篇搞定 | 架构设计篇

从 Elasticsearch 来看分布式系统架构设计

菜鸟弹性调度系统的架构设计

【iOS】浅谈App开发iOS端的架构设计

Hadoop分布式文件系统：架构和设计

从需求分类到多视图架构设计方法

一个分层架构设计的例子（1）

一个分层架构设计的例子（2）

服务端架构设计及功能说明

在敏捷开发中采用演进式架构设计

我是架构师--设计模式-单例模式

关于项目架构设计的一些规范

无缝世界网游服务器架构的设计思路

Word自动化局部架构设计（转InfoQ）

互联网金融平台微服务架构设计

使用WCF实现SOA面向服务编程—— 架构设计

大型高性能ASP.NET系统架构设计

资源下载

Nacos

Spring

Rocky Linux

WebStorm

欢迎您来访！