小公司的技术架构原则

概述:

对于小公司而言,没有那么多的人力物力,尽量要以公司人员熟悉的技术栈来构建项目,用成熟的开源技术,用云服务把项目搭建起来。
但是我们也要遵循一些基本原则,保证项目可以顺利的向前发展。

架构原则:

软件设计的6大原则:
1:单一职责 
2:里氏替换原则
3:依赖倒置原则
4:接口隔离原则
5:迪米特法则
6:开闭原则

一般软件设计基本都会遵循上面6大设计原则,但是上面的原则不容易理解,太晦涩难懂,不易操作
所以我们定义一些简单的开发原则:

尽量做到高内聚低耦合,注意解耦
注意动静分离,为以后上CDN做准备
对公共组件尽量做到统一封装,统一地址调用
尽量做到分层,隔离关键业务

技术选型原则:

尽量用好开源技术,不重复造轮子
选用那些社区活跃,提交频繁的开源技术
尽量选用那些用户量大的开源技术

数据原则:

数据是企业最宝贵的财富,程序可以丢,数据一定不能丢失(下厨房就是一个惨痛的例子),
所以数据一定要备份,一定要备份,而且尽量做到实时备份,防止小部分数据丢失

安全原则:

1、数据安全#

一定要做好数据的安全防范,防止数据被盗用,甚至被脱裤。
比如做好防注入, 保管好数据库密码,上面说的备份也是做好数据安全的一种

2、服务器安全#

尽量用堡垒机登录服务器,尽量少的人掌握服务器root权限

3、程序安全#

架设git服务器,如果代码丢之了,起码可以找回
程序安全漏洞,比如XSS,CSRF

4、防止别人DDoS#

要能尽快接入云服务的DDoS服务,被攻击时,能防止关键业务受到损失

posted @   九卷  阅读(909)  评论(0编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端
点击右上角即可分享
微信分享提示
CONTENTS