前言：
我知道存在这样一个问题：至少在采访Linux操作和维护时，新手需要知道什么样的知识？其中一个答案是对该主题的解释非常深刻，系统地分析操作和维护的意义，要掌握的技术，工作的内容，性质和前景等，今天特别共享。
首先，大型网站的运营和维护是什么？
首先，很明显全文中提到的“操作和维护”是指：大型网站的运营和维护与其他运营有很大不同。然后我们定义大型网站和小型网站的范围。该定义主要取决于操作和维护。从复杂性的角度来看，如网站规格，流行度，服务器级别，光伏量等，其他因素都不是重点；因此，我们首先定义的服务器大小大于1000个单位，每天至少100万pv（至少在全国排名前10位），如新浪，百度，QQ等；其他小型网站可能没有真正的运维工程师，这与网站规格和成本因素的缺乏有关，更多的是整合网络，系统和开发工作的“复合型人才”。例如，一些公司在运营和维护职责范围内包括一些合同购买，而IDC网络规划也包括在运营和维护职责中。因此，了解操作和维护必须非常熟悉其他相关类型的工作非常重要：网络，系统，系统开发，存储，安全性，数据库等。我在这里谈论的操作和维护工程师指的是专职的操作和维护工程师。
让我们来谈谈一般产品的“诞生”过程：
1.首先，公司的管理层给出了指导思想，PM定位市场需求（或复制成熟的应用程序）进行研究，分析，最后给出详细的设计。
2，架构师根据产品设计的需要，如pv大小估算，服务器大小，应用架构等因素来完成网络规划，架构设计等（基本上网络变化不大，除非是大项目）。
3.开发工程师将实施设计代码，测试工程师将测试应用程序。
4，好，给运维工程师。首先，目前尚不清楚前三个步骤与操作和维护工作无关。相反，前三个步骤与运维相关：预架构设计的应用，软硬件资源评估的应用，应用设计性能的危害和评估，IDC，服务性能\安全性调优，服务器系统级优化（与特定应用相关）等都需要操作和维护，并引导整个应用程序在线项目；操作维护工程师负责产品服务器货架准备，服务器系统安装，网络，IP，通用工具集安装。运营和维护工程师还需要负责应用系统架构的合理性，无论是可扩展的还是安全风险。它还负责最终拼接和优化产品（程序），网络和系统。最终完成产品上线，为用户提供使用，并反复：需求 - >开发（升级） - >
测试 - >
在线（性能，安全问题等等之前估计会出现问题逐渐显现）以下是一点：网站开发模式与传统软件开发完全不同，网站每天开发一到五次升级。用户体验是王道。如果像M $这样的在线问题需要1年时间才能解决，用户会提早用完；申请上线后，运营和维护工作才刚刚开始。具体工作可能包括：升级版在线工作，服务监控，应用状态统计，日常服务状态检查，突发故障处理，服务日变化调整，集群管理，服务性能评估优化，数据库管理优化，应用架构扩展，安全性，应用PV增加和减少的运行和维护开发：
a，尝试通过工具（如服务监控，应用状态统计，在线服务等）实现日常机械手动工作，以提高效率。
湾解决实际服务中的问题，例如高可靠性和可伸缩性问题。
C。开发大型集群管理工具，例如如何完成密码修改或在1分钟内为10,000台计算机运行指定任务？如何快速安装2000服务器的操作系统？分布式IDC，存储集群中的PT级别如何快速存储，共享和分析数据？一系列挑战需要运营和维护工程师的努力。
以下是其他类型工作的说明。在整个项目中，前端应用程序是网络/系统工程师的黑匣子。同时，开发工程师的职责只负责完成应用程序的功能开发，以及应用程序本身，性能和安全性。负责任，它不负责任或关注网络/系统架构问题，当然，其他同事在软件和硬件采购人员不会关心这些问题，他们的每一项职责，但项目的核心是运营和维修工程师〜！所有其他部门桥梁。
我已经说了很多。我想每个人都应该有一些关于操作和维护的概念。我们来比喻一下。如果我们是在高速公路上高速行驶的汽车，则操作和维护工程师是驾驶员和维护工人。这个驱动器并不简单，有时需要在高速行驶时更换轮胎，并根据路况换档。当汽车速度越来越快时，汽车本身就无法满足高速行驶，并且汽车性能调整或零件升级，高速行驶解决汽车故障和性能问题，始终注意前面的安全问题，并采取预防措施，以避免回避手段。这是操作和维护工作〜！
最后，让我谈谈操作和维护工程师的职责：“确保在线稳定性”，看似简单，但不容易，操作和维护工程师必须在许多不利因素之间取得平衡：新产品模型的影响在现有的结构和技术上，产品的高频升级带来了网络漏洞的隐患，操作维护管理自动化程度低，人为错误，IT行业追求的高效率，缺乏流程执行，用户的性能和架构增加。 IT行业的压力，松散的技术管理文化，创新的风险以及互联网的安全性都将成为网站稳定性的敌人。操作和维护工程师必须控制最后一级，并需要高度的责任和原则。协调能力，如果能够实现各种因素的最佳平衡，那就是一位优秀的操作和维护工程师。除此之外，我在这里看到很多人都在谈论自己的运营和维护经验，比如新浪，QQ，百度等。事实上，这对他们来说有点尴尬：
a，每个公司自己的网络架构，规模或者或多或少都是公司的核心秘密，另外，对于熟悉一般软件，架构的每个人都要保密，因为很多公司都会根据他们的实际业务需求，以及由于原有的性能，安全性，已知的bug，功能等，已经开发了两次（如apache，php，mysql），操作系统内核会根据不同的业务类型进行定制，比如某些应用程序都是计算的，一些是高IO类型，或大存储大内存类型。根据这些特点，内核优化是定制的。例如，新浪在memcache上进行了二次开发，并创建了一个MemcacheDB。怎么做，我们不谈论它，但开源是值得称道的。国内公司基本上是开源的。要求，没有贡献；另外，服务器不是一个着名的型号，根据业务特点，大多数都是针对DELL/HP/ibm定制的；此外，分布式存储中还有自解决的解决方案，或者是使用现成的开源hadoop或自行开发的解决方案。但90％的人正在学习谷歌GFS:分布式存储，计算，大表的想法。
湾每个公司的业务方向不同，这将导致不同的运营和维护模式或方法。例如，http://51.com和百度的操作和维护肯定是不同的，因为他们的商业模式决定了他们的架构，服务器大小，IDC分布，网络结构和一般技术会有所不同。主要新闻门户的新浪和主sns的http://51.com操作和维护模式之间的差异非常大，甚至责任也不一样；但有一点，一般技术和一般结构是相似的。不要太神化，更多的公司只是玩积木游戏，没有技术含量。
C。如上所述，目前，大规模的网站运维仍处于起步阶段，其概念和经验相对分散。没有成熟的知识体系。它可能特定于什么是操作和维护。每个人都必须先考虑它，或者从不考虑它。真正的讨论只是运营和维护的冰山一角。它仅限于特定的技术细节或着名网站的框架。真正的操作和维护系统没有任何东西。这可能是在线操作和维护相关材料相对较少的原因。或者国内运营和维护人员也难以招募，这也是牛运维工程师比较少见的原因之一。
中文
电话咨询
微信咨询
公众号
