网站服务器维护内容较多，网站运维的朋友普遍把能用的东西都介绍一下

　　网站服务器维护内容较多，网站运维的朋友普遍把能用的东西都介绍一下

　　网站服务器维护内容较多，网站运维的朋友普遍把能用的东西都给我们介绍一下。这些概念全是业内人士常挂在嘴边，但自己实际操作起来还是一头雾水，特别是系统架构方面常常要求同事去运维。这边提供一些常用的理解。首先是业务驱动型和技术驱动型。以及系统架构方面。业务驱动型系统，和开发合作，直接把项目的方案交给开发员工设计，只保留产品的交互与数据一起上线，没有业务落地的事情。

　　就好比一张白纸，就照本宣科的进行白纸黑字的工作就可以了。技术驱动型系统，比如我们日常经常使用的docker容器化，kubernetes中的容器服务器，包括还有ceph容器集群，yarn等等，都是依赖部署一个容器集群，运行相应程序的，且做到了程序运行所需要的开发环境。这些平台集群则负责运行与管理。没有更复杂的业务指标，工作目标，一切以建设一个更加高效的数据中心为目标。

　　架构，指的是软件产品应用的组织结构，包括组织的功能，操作和接口，ide等规范化标准化的内容；架构师相当于软件产品的系统架构师，一般为软件产品公司的总工程师，但是因为专业不同，如学的是安全，那么对于法律这块业务架构师的要求，相对也会低一些。因为我们软件产品能够成功工业化是因为有相应的市场数据和产品机制保证生产，市场反应能够给相应市场经理有所参考，当然也有有特殊的能力。

　　业务架构师，个人理解为一个业务系统中对于特定客户类型开发提供软件产品的专业人员，多以it专业人员，如c/c++工程师,安全专业人员，业务专家，数据分析师，等成员为主。如果是网站架构师，除了对于一些it软件公司这种整体it架构师的职位之外，其实在一些单一行业，比如纸媒、电视台、报社这些行业，业务架构师不是特定it专业人员，因为无特殊业务需求。

　　尤其无法解决互联网金融产品的各种各样的问题。从某种意义上来说，架构师解决的核心的问题是业务的可扩展性、交易的安全性和数据的可控性这些基础问题，常见的问题要有网站和软件的业务架构特点，网站的架构内容基本可以归结到互联网和传统领域架构的延伸。业务架构师，多半以网站架构师为主，但其分支也有各种延伸。网站架构师常以网站前端开发为主要工作。

　　对业务架构的理解大致是互联网公司内部互联网领域业务架构设计的事物，在特定网站上开发相应产品和服务。软件架构师一般以软件架构为主，配套业务架构，通常软件架构比业务架构规划和定位更大。网站、软件、后台三个服务在同一个项目中时，称为一个网站、软件和后台。业务架构师与软件架构师的本质区别，是对各自业务单元产。