Java后台架构理解
最近自己搭建了一些架构,就此写一下对于后台架构的理解。
在平时工作中,总是在考虑什么样的项目结构是最合理,最实用的呢?
有人觉得能让开发人员大大降低工作重复度,使用简单,设计优美,健壮,可扩展的架构,就应当是很不错的架构,但此架构只是项目级别的。
项目一开始从单机项目转变为集群并扩展到微服务,分布式。监控中心,注册中心,配置中心,网关,熔断,降级,分库,分表,容灾,各种中间件的加入与合理搭配,部署配置docker
k8s ,逐渐形成一个庞大的架构体系,保证服务高可用的同时服务器的数量也从一台两台上升至几十台上百台,这样的项目会慢慢成长为庞大的系统体系。
架构设计大到整个系统架构的宏观,架构设计又小到每行代码的微观。
dto 的 aop自动参数校验 ,result 对象封装,代码自动生成,service,mapper,controller,serviceImpl
的合理生成,各个jar包之间的引用,在线文档生成,又到每个数据库字段类型,字段大小,统一表前缀,字段前缀,分布式锁,乐观锁,