Zen.Wu

7.2 服务测量

服务测量用于获得与服务交付过程相关的各种数据，进而获得服务改进活动所需的各种原始资料。对服务进行有效测量是进行服务改进的基础，通过服务测量可以获得各种数据，进而作为服务改进的基准和依据，并为服务改进设定目标。如果没有有效的服务测量，将使得服务改进活动失去方向和动力，并可能最终导致服务质量下降。

服务测量的范围包括IT服务全生命周期阶段的每个方面，覆盖战略、战术和操作等多个层面，需要系统规划与管理师从技术和业务两个不同的视角来确定测量指标。

7.1 概述

业务需求、IT技术及服务内容和范围的不断变化，对服务能力提出了更高的要求。同时，随着IT服务运营过程中知识的不断沉淀和积累，以及客户期望值的不断提高，必然带来不间断的服务改进需求，所以需要对IT服务进行持续改进。服务持续改进的主要目标是，使得IT服务可以一直适应不断变化的业务需求，通过识别改进机会并实施改进活动，使得IT服务有效支持相关的业务活动。改进活动贯穿于IT服务的全生命周期，且是持续性的，而不存在明显的起止时间。

持续改进通过评审和分析服务级别实现的结果，识别和改进IT服务的效率和有效性，在不影响客户满意度的情况下改进IT服务提供的成本效益。本章首先介绍用于IT服务改进的通用流程，持续改进方法是实现服务改进的有效方法，贯穿于服务改进的全过程。图7.1给出了持续改进方法的模型。在不同的服务项目中，可以结合客户的要求和组织结构的特点，制订更具体和更细化的服务改进流程。

6.7 常见监控内容

服务运营过程中常见的信息系统监控内容如表6.8～表6.11所示。

表6.8 机房基础设施监控内容

6.6 常见运营管理关键考核指标

服务运营过程中常见的关键考核指标如表6.7所示。

6.5 过程要素管理

在IT服务运营中，对流程的执行、监控与调优是至关重要的，因为流程是IT服务运营活动的主要体现，也是对用户体验产生直接感受的关键要素。作为系统规划与管理师，应对规划设计阶段所提及的流程，包括服务级别管理、服务报告管理、事件管理、问题管理、配置管理、变更管理、发布管理、安全管理，进行有效的支持并确保执行。

6.4 技术要素管理

技术管理的目的是按照IT服务中技术工作的规律性，建立科学的管理工作程序，有计划地、合理地利用技术力量和资源，保证SLA高标准地完成。

在IT服务运营中，需要对技术研发的预算进行管理，同时对技术成果进行运行、改进等工作。

6.3 资源要素管理

6.3.1 工具管理

1. 工具的基本运营

(1)保持稳定性，按生产系统管理

IT服务是离不开IT服务工具的，系统规划与管理师要将IT服务工具的稳定性的重视程度提高到足够的高度。IT服务工具合理清晰的产品体系架构与7天24小时不间断运行的技术保障，是实现IT服务稳定性的最佳保障。IT服务项目应将重要的IT服务工具当做生产系统进行维护，不轻易移动、关停重启服务，所有的改动都通过严格的变更流程进行控制。

6.2 人员要素管理

对于IT服务来说，重要的是服务过程中给予客户的实际体验和感知，所以IT服务人员在服务业务中的角色和作用对业务关系的有效性和持续性具有重要的影响。

因此，在IT服务运营中，需要通过对人员进行有效评价后，进行有效管理与培养，并充分调动人员的积极性，稳定服务团队，保证服务项目人员的连续性，确保人员能力跟上客户需求的变化发展，最终保证客户对服务的认可。

6.1 概述

大量企业的实践表明，IT服务运营方面的问题更多的不是来自产品或技术(如硬件、软件、网络、电力故障等)方面，而是来自管理方面。IT服务的提供者，无论是企业内部的IT部门，还是外部的IT服务提供商，其IT服务运营的主要目的就是提供低成本、高质量的IT服务。为了达成上述目的，需要在IT服务运营的过程中对人员要素、资源要素、技术要素和过程要素进行有效的管控；同时，客户是IT服务运营过程的直接参与者，IT服务的提供者应控制客户的预期，适当地引导客户以提高其在服务过程中的配合程度，从而有效地达成客户满意。

5.3 IT服务部署实施方法在

完整的IT服务部署实施过程通常划分为3个阶段：IT服务部署实施计划阶段、IT服务部署实施执行阶段和IT服务部署实施验收阶段。

5.2 IT服务部署实施要素

5.2.1 人员要素部署实施

作为一名系统规划与管理师，保持客户对服务的认可是其需要关注的重点内容之一，而人员是其中重要的组成要素。对人员IT服务部署实施过程的管理和控制有利于对服务人员进行有效管理，保证服务交付过程中人员的综合能力满足客户实际的服务需求，确保人员能力跟上客户需求的变化发展。除此之外，参照计划部署实施IT服务相关的人员管理体系，也有利于调动人员的积极性，稳定服务团队并保证服务团队成员的连续性，同时体系化服务团队的知识和技能，提升服务团队的能力。

5.1 IT服务部署实施概述

IT服务部署实施是衔接IT服务规划设计与IT服务运营的中间阶段，负责对服务组进行客户化，并在充分满足客户要求的前提下，使用标准化的方法管理人员、资源、技术和过程，包括计划、实施和管理生产环境中的服务变更或新服务发布；同时，将规划设计中的所有要素完整地导入生产环境，为服务运营打下稳定的基础。

注意，IT服务部署实施不能单纯为了满足客户的要求，而不考虑自身的IT服务能力或各服务要素(如IT服务管理工具)的支撑程度。

4.6 服务方案设计

在识别出需方的IT服务需求后，就可以开始设计相应的IT服务方案，IT服务方案的设计需求同时考虑服务模式的选择，服务级别的设定和人员、过程、技术、资源要素的管理策略。IT服务方案设计是整个规划设计阶段的核心工作，系统规划与管理师需要综合考虑IT服务供需双方以及第三方的能力和要求，设计出让各方满意的IT服务方案。

4.5 服务需求识别

考虑提供一个新的IT服务时，首先需要了解客户对于IT服务的需求。那么，站在客户的角度来看，他们对于IT服务究竟会有什么需求呢？

• 通过对客户业务和IT服务需求的了解，可以划分为可用性需求、连续性需求、能力需求、信息安全需求和价格需求；
• 对IT服务进行具体的设计，包括连续性设计、可用性设计、能力设计、收费模式和定价、IT服务报告设计，最终形成IT服务方案。
  阅读全文 »

4.4 服务级别协议

4.4.1 服务级别协议介绍

服务级别协议

服务级别协议(Service Level Agreement，SLA)是在一定成本控制下，为保障IT服务的性能和可靠性，服务供方与客户间定义的一种双方认可的协定。

一个完整的SLA也是一个合法的文档，包括涉及的当事人、协定条款(包含应用程序和支持的服务)、违约的处罚、费用和仲裁机构、政策、修改条款、报告形式和双方的义务等。同样，服务供方可以对客户在工作负荷和资源使用方面进行规定。

4.3 服务目录管理

服务目录是梳理服务产品和管理客户期望的重要工具，是服务供方为客户提供的IT服务集中式的信息来源，以确保业务领域可以准确地看到可用的IT服务及服务的细节和状态，如图4.2所示。

服务目录是公开的，不论是客户还是服务供方都应该能方便地查阅这些资料，在某些场合下甚至会由一个专门的内部网站来完成这项任务。服务目录一般会利用一些来自质量控制系统的信息和文档(这些质量信息需要进行定期回顾)，及时做出调整，以适应客户或者业务的具体需求。

4.2 IT服务规划设计活动

4.2.1 规划设计的活动

规划设计流程中的主要活动包括：（▲）

• 服务需求识别
• 服务目录设计
• 服务方案设计(含服务模式设计、服务级别设计、人员要素设计、过程要素设计、技术要素设计、资源要素设计)
• 服务成本评估
• 服务级别协议设计

整个规划设计流程中的各项主要活动如图4.1所示。规划设计从服务需求出发，终点为设计出符合业务需求和成果的服务方案。在需求阶段，客户结合服务目录的定义和自身要求，提出服务级别需求，服务供方根据服务需求，进行服务模式设计、服务级别设计、服务要素设计等关键活动，同时兼顾成本控制和定价，最终形成服务级别协议、运营级别协议和支持合同。

4.1 概述

▲ 以下这段概述是重点！

规划设计处于整个IT服务生命周期中的前端，可以帮助IT服务供方了解客户的需求，并对其进行全面的需求分析，然后通过对服务要素(包括人员、资源、技术和过程)、服务模式和服务方案的具体设计，最终形成服务级别协议(Service Level Agreement，SLA)，包括服务的内容、连续性、可用性、服务能力和服务费用等。

如果未进行有效的规划设计，那么仓促而就的IT服务难以满足客户的真正需求，很可能造成客户满意度低下、IT服务可用性低、预算超支或IT系统功能丧失。

规划设计的范围不仅包括新的服务，还包括服务连续性保障、服务水平的满足和对标准、规则的遵从，以及在服务生命周期过程中为了保持和增加服务价值所做的必要变更。

3.7 信息安全管理

3.7.1 信息安全管理体系、知识和活动

1. 信息安全管理体系

信息安全管理体系(ISMS):是整个管理体系的一部分。它是基于业务风险的方法，来建立、实施、运行、监视、评审、保持和改进信息安全的(注：管理体系包括：组织结构、方针政策、规划活动、职责、实践、程序、过程和资源)。

3.6 质量管理理论

3.6.1 质量管理发展历史

质量管理的产生和发展过程走过了漫长的道路，可以说是源远流长。人类历史上自有商品生产以来，就开始了以商品的成品检验为主的质量管理方法。按照质量管理所依据的手段和方式，质量管理的发展历史大致划分为以下几个阶段。

3.5 项目管理

项目是“一组有起止时间的、相互协调的受控活动所组成的特定过程，该过程要达到符合规定要求的目标，包括时间、成本和资源等各方面的要求与约束。”

项目的定义包含3层含义：

(1)项目是一项有待完成的任务，且有特定的环境与要求。
(2)在一定的组织机构内，利用有限资源(人力、物力、财力等)在规定的时间内完成任务。
(3)任务要满足一定性能、质量、数量、技术指标等要求。

项目的目标就是平衡和满足供需双方在时间、费用和性能(质量)上的不同要求。项目管理是将知识、技能、工具与技术应用与项目活动，以满足项目的要求。

3.4 IT服务管理

3.4.1 传统管理方式

IT服务管理的产生背景与IT技术的发展、企业或组织对IT的认识和应用密不可分。一方面，信息技术从最初的神秘走向平民化，社会对信息技术从逐步认知到有效利用，另一方面，企业从试图跟上技术的发展，利用IT促进业务的技术驱动阶段，走到将IT与组织的业务相结合，利用IT提高效率、降低成本的业务驱动阶段，最终目标将走向根据企业战略目标制定业务流程，确定业务流程所需要的IT服务的战略驱动阶段。企业对IT的要求已经与业务和战略绑在了一起，IT服务管理就是在这种背景下应运而生的。

应该说，早期的IT服务管理主要针对于企业内部的IT部门，传统的IT服务管理都是由企业内部的IT部门提供服务，即内部提供服务。它们和其他部门如人事、财务、物流、行政等部门同属于支撑部门，通常作为成本中心存在于企业中，被动地服务于业务。IT部门是以专业技术为核心来组织服务的，根据专业领域划分为应用系统、系统软硬件平台、网络系统、机房配套等多个专业化服务团队，以专业技术为中心，由专业的服务团队提供专业的服务。传统的IT服务管理采用技术专业化分工的模式，能够为用户提供专业的服务，但是当涉及到跨技术方向时，存在由于划分过于清晰而存在各专业都未覆盖到的灰色地带，影响服务的整体质量。

3.3 IT治理

关于IT治理，中外学者给出了很多的定义。国际信息系统审计与控制协会(ISACA)的定义是：IT治理是一个由关系和流程所构成的体制，用于指导和控制企业，通过平衡IT与IT流程的风险与收益来增加企业价值，以确保实现企业的目标。同时ISACA指出，IT治理是最高管理层(董事会)和执行管理层的责任，是企业治理的一个有机组成部分，它由领导阶层、组织结构和流程组成，确保组织内部的IT系统持续支持和拓展组织的战略和目标。这一定义主要是从IT治理的应用角度，对治理过程中的要素、方式、目标进行描述，认为IT治理是流程的集合，由一系列方法、关系控制要素组成。由此构建IT治理的架构，通过这种机制和架构，将信息化的决策、实施、服务、监督等流程以及IT相关的资源与企业战略和目标紧密关联，从而最大化提升企业价值，抓住企业信息化赋予的机遇和竞争优势。

3.2 运维、运营和经营

3.2.1 运维

运维是运行维护的简称，是一种IT服务形态。在《信息技术服务分类与代码》(GB/T29264-2012)中，对运行维护服务(operation maintenance service)给出的定义是“采用信息技术手段及方法，依据需方提出的服务级别要求，对其信息系统的基础环境、硬件、软件及安全等提供的各种技术支持和管理服务”。

运维是信息系统全生命周期中的重要阶段，也是内容最多、最繁杂的部分，是对信息系统提供维护和技术支持以及其他相关的支持和服务。运维服务的主要对象包括基础设施、硬件平台、基础软件、应用软件以及依赖于IT基础设施的数据中心、业务应用等信息系统，其范围可以是单个IT基础设施的运维，也可以是整体IT基础设施和业务应用的总体运维。运维服务交付内容主要包括咨询评估、例行操作、响应支持和优化改善。

3.1 产品、服务和信息技术服务

3.1.1 产品

产品的广义概念是指可以满足人们需求的载体，狭义概念是指被生产出的物品。产品是一组将输入转化为输出的相互关联或相互作用的活动的结果。在经济领域中，通常也可理解为企业或组织制造的任何制品或制品的组合。总体而言，我们通常将产品定义为：人们向市场提供的能满足消费者或用户某种需求的任何有形物品或无形服务。

2.5 新一代信息技术

2.5.1 大数据

1. 大数据概念及关键技术

(1)大数据的概念

早在20世纪的1980年，著名未来学家阿尔文·托夫勒便在《第三次浪潮》一书中，将“大数据”热情地赞颂为“第三次浪潮的华彩乐章”。2008年9月《科学》(Science)杂志发表了一篇文章“BigData:ScienceinthePetabyteEra”。“大数据”这个词开始被广泛传播。目前国内外的专家学者对大数据只是在数据规模上达成共识：“超大规模”表示的是GB级别的数据，“海量”表示的是TB级的数据，而“大数据”则是PB级别及其以上的数据。

2011年5月，在“云计算相遇大数据”为主题的EMCWorld2011会议中，EMC抛出了大数据(BigData)概念。

大数据的来源包括网站浏览轨迹、各种文档和媒体、社交媒体信息、物联网传感信息、各种程序和App的日志文件等。大数据是指无法在一定时间内用传统数据库软件工具对其内容进行抓取、管理和处理的数据集合，其具有4V特性：**体量大(Volume)、多样性(Variety)、价值密度低(Value)、快速化(Velocity)**的显著特征。

重点内容

• 体量大(Volume)
  体量大指数据量巨大，而且非结构化数据的超大规模和增长快速，非结构化数据占总数据量的80%～90%,其增长比结构化数据快10倍到50倍。大数据处理的数据量是传统数据仓库的10倍到50倍。
• 多样性(Variety)
  多样性指数据类型包括结构化数据、半结构化数据和非结构化数据，具有很多不同形式(文本、图像、视频、机器数据),这些数据无模式或者模式不明显，并且属于不连贯的语法或句义。
• 价值密度低(Value)
  价值密度低指类似沙里淘金，从海量的数据里面获得对自己有用的数据，要处理大量的不相关信息。大数据同时也意味深度复杂分析，比如机器学习和人工智能，甚至可以对未来趋势与模式的进行预测分析。
• 快速化(Velocity)
  大数据处理的数据通常指实时获取需要的信息，进行实时分析而非批量式分析，数据处理通常立竿见影而非事后见效。
  阅读全文 »

2.4 计算机网络技术

计算机网络，是指将地理位置不同的具有独立功能的多台计算机及其外部设备，通过通信线路连接起来，在网络操作系统、网络管理软件及网络通信协议的管理和协调下，实现资源共享和信息传递的计算机系统。

2.3 应用集成技术

2.3.1 数据库与数据仓库技术

传统的数据库技术以单一的数据源即数据库为中心，进行事务处理、批处理、决策分析等各种数据处理工作，主要有操作型处理和分析型处理两类。

• 操作型处理也称事务处理，指的是对联机数据库的日常操作，通常是对数据库中记录的查询和修改，主要为企业的特定应用服务，强调处理的响应时间、数据的安全性和完整性等；
• 分析型处理则用于管理人员的决策分析，经常要访问大量的历史数据。传统数据库系统主要强调的是优化企业的日常事务处理工作，难以实现对数据分析处理要求，无法满足数据处理多样化的要求。操作型处理和分析型处理的分离是必然和必要的。
  阅读全文 »

2.2 面向对象系统分析与设计

2.2.1 面向对象的基本概念

面向对象的基本概念包括对象、类、抽象、封装、继承、多态、接口、消息、组件、复用和模式等。

2.1 软件工程

随着所开发软件的规模越来越大、复杂度越来越高，加之用户需求又并不十分明确，且缺乏软件开发方法和工具方面的有效支持，使得软件成本日益增长、开发进度难以控制、软件质量无法保证、软件维护困难等问题日益突出。人们开始用工程的方法进行软件的开发、管理和维护，即“软件工程”。

2.1.1 软件需求分析与定义

软件需求是针对待解决问题的特性的描述。所定义的需求必须可以被验证。在资源有限时，可以通过优先级对需求进行权衡。

通过需求分析，可以检测和解决需求之间的冲突、发现系统的边界、并详细描述出系统需求。

1.4 IT 战略

1.4.1 IT 战略的内涵

IT战略 (IT Strategy,ITS) 是在诊断和评估企业信息化现状的基础上，制定和调整企业信息化的指导纲领，争取企业以最适合的规模，最适合的成本，去做最适合的信息化工作。首先是根据本企业的战略需求，明确企业信息化的远景和使命，定义企业信息化的发展方向和企业信息化在实现企业战略过程中应起的作用。其次是起草企业信息化导纲领。它代表着信息技术部门在管理和实施工作中要遵循的企业条例。是有效完成信息化使命的保证。然后是制定信息化目标。它是企业在未来几年为了实现远景和使命而要完成的各项任务。

通常而言，IT战略规划(IT Strategic Planning)包括两个部分：IT战略(IT Strategy)的制定和信息技术行动计划(IT Action Plan)的制定。前者偏重战略方向，后者具体行动计划。

1.3 信息系统

1.3.1 信息系统定义

信息系统是一种以处理信息为目的的专门的系统类型。信息系统可以是手工的，也可以是计算机化的，本书中讨论的信息系统是计算机化的信息系统。信息系统的组成部件包括硬件、软件、数据库、网络、存储设备、感知设备、外设、人员以及把数据处理成信息的规程等。

• 硬件由执行输入、处理和输出行为的计算机设备组成。输入设备包括键盘、自动扫描设备、语音识别设备等。
• 软件由管理计算机运行的程序构成。包括设备驱动程序、系统软件、数据库管理系统、中间件、应用软件等。
• 数据库是经过机构化、规范化组织后的事实和信息的集合。数据库是信息系统中最有价值和最重要的部分之一。
• 网络负责信息在信息系统中各个部件之间有序流动、负责信息在信息系统之间有序流动。有时候把网络中的链路层(信息用比特表达)和物理层(信息以电气状态存在)又称为通信子系统。连接信息系统内部主要部件的网络称为内部网(Intranet)，连接不同信息系统的网络称为网间网(Internet)。系统的开放性特点要求信息系统互联要遵从一致的协议、统一的命名规则和地址空间，而互联网(Internet)就是目前连接全球绝大数商用信息系统的网间网，遵从的网络协议是TCP/IP。
• 人是信息系统中最重要的因素。信息系统人员中包括所有管理、运行、编写和维护系统的人。
• 规程包括战略、政策、方法、制度和使用信息系统的规则。

从用途类型来划分，信息系统一般包括电子商务系统、事务处理系统、管理信息系统、生产制造系统、电子政务系统、决策支持系统等。

采用现代管理理论(例如，软件工程、项目管理等)作为计划、设计、控制的方法论，将硬件、软件、数据库、网络等部件按照规划的结构和秩序，有机地整合到一个有清晰边界的信息系统中，以到达既定系统的目标，这个过程称为信息系统集成。

1.2 信息化

1.2.1 信息化的含义

所谓信息化(Informatization)在不同的语境中有不同的含义。用作名词，通常指现代信息技术应用，特别是促成应用对象或领域(比如政府、企业或社会)发生转变的过程。例如，“企业信息化”不仅指在企业中应用信息技术，更重要的是通过深入应用信息技术，促成企业的业务模式、组织架构乃至经营战略发生革新或转变。“信息化”用作形容词时，常指对象或领域因信息技术的深入应用所达成的新形态或状态。例如，“信息化社会”指信息技术应用到一定程度后达成的社会形态，它包含许多只有在充分应用现代信息技术才能达成的新特征。

信息化是推动经济社会发展转型的一个历史性过程。在这个过程中，综合利用各种信息技术，改造、支撑人类的各项政治、经济、社会活动，并把贯穿于这些活动中的各种数据有效、可靠地进行管理，经过符合业务需求的数据处理，形成信息资源，通过信息资源的整合、融合，促进信息交流和知识共享，形成新的经济形态，提高经济增长 质量。

1.1 信息的定义和属性

1.1.1 信息的基本概念

信息 (information) 是客观事物状态和运动特征的一种普遍形式，客观世界中大量地存在、产生和传递着以这些方式表示出来的各种各样的信息。

各种文献中有许多对于信息的不同理解和表述，其中最值得注意的是以下几种。

控制论的创始人维纳(Norbert Wiener)认为：信息就是信息，既不是物质也不是能量。这个论述第一次把信息与物质和能量相提并论。

信息论的奠基者香农(Claude E.Shannon) 认为：信息就是能够用来消除不确定性的东西。这个论述第一次阐明了信息的功能和用途。比较流行的另一种说法认为：信息是事先不知道的报导。还有，哲学界认为：信息是事物普遍联系的方式。

重点：信息是能够用来消除不确定性的东西

不难发现，以上这些说法不完全一致。维纳的说法和哲学界的说法是从客观的角度给出的表述，香农的说法和另一种流行说法是从信息接收者主观的角度给出的判断。

总的来说，信息的概念存在两个基本的层次，即本体论层次和认识论层次。前者是纯客观的层次，只与客体本身的因素有关，与主体的因素无关；后者则是从主体立场来考察的信息层次，既与客体因素有关，也与主体因素有关。本体论层次的信息概念因为它的纯客观性而成为最基本的概念，认识论层次的信息概念则因为考虑了主体因素而成为最适用的概念。

原文链接：
https://wangchujiang.com/linux-command/
https://blog.csdn.net/Suet_Nay/article/details/119965421

1. 目录与文件操作命令

1.1. 显示目录内容列表 ls

https://wangchujiang.com/linux-command/c/ls.html

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

# 仅列出当前目录可见文件
$ ls

# 显示所有文件或目录(包含隐藏)
$ ls -a   # 以文件名的形式 
$ ls -al  # 以列表的形式

# 显示详细信息
$ ls -l
$ ll

# 递归显示当前目录下所有目录文件
$ ls -R

# 按修改时间排序（降序），最好搭配-l使用
$ ll -t
# 列出详细信息并以可读大小显示文件大小

Linux 上的 find 命令是 findutil 软件包的一部分，一般已经默认集成在了几乎所有的发行版中。

find 命令有非常大的灵活性，可以向其指定丰富的搜索条件（如文件权限、属主、属组、文件类型、日期和大小等）来定位系统中的文件和目录。
此外，find 还支持对搜索到的结果进行多种类型的命令操作。

rename命令

在 Linux 服务器批量修改文件名的大小写，可以先输入安装 rename 命令

1

apt install rename

再执行修改命令

1
2

#目录下
find ./ -depth | xargs -n 1 rename -v 's/(.*)\/([^\/]*)/$1\/\L$2/' {} \;

其中 L 是大写改成小写，U 是小写改成大写。

python脚本

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44

#!/usr/bin/env python
# -*- coding:utf-8 -*-

import os, sys

def convert(rootdir, optype='l'):
    """
    目录/文件名转换成小写或大写
    :param rootdir: 要转换的根目录路径
    :param optype: 操作类型（小写/大写）  小写：optype = 'l'  大写：optype = 'u'，默认转换成小写
    :return:
    """
    dirlist = os.listdir(rootdir)
    for index, onedir in enumerate(dirlist):
        if optype == 'l':
            cdir = onedir.lower()
        elif optype == 'u':
            cdir = onedir.upper()
        subdir = os.path.join(rootdir, onedir)

        if onedir != cdir:      # 子目录或文件名不全为小写或大写
            subcdir = os.path.join(rootdir, cdir)
            os.rename(subdir, subcdir)          # 把大写的目录或文件名命名成小写或大写
            dirlist[index] = cdir
            subdir = subcdir

        # print(subdir)
        if os.path.isdir(subdir):
            convert(subdir, optype)

def help():
    print("use: python convert.py 'rootDirPath' {optype:'l'/'u'}")

def main():
    if len(sys.argv) == 2:
        convert(sys.argv[1])
    elif len(sys.argv) == 3:
        convert(sys.argv[1], sys.argv[2])
    else:
        help()
        exit(400)

if __name__ == '__main__':
    main()

保存文件后执行：

1
2

# l（小写的L）是大改小；u是小改大
python convert.py "/var/www/webfuture/wwwroot/upload/history/main" "l"

业务架构师 (Business Architect)、 主题领域架构师 (Domain Architect)、 技术架构师 (Technology Architect)、 项目架构师 (Project Architect)和**系统架构师 (System Architecture)**等5类。如果参考微软公司对架构设计师的分类，这里根据架构师关注的领域不同，可将系统架构设计师分为4种：企业架构师EA(EnterpriseArchitect)、 基础结构架构师IA(Infrastructure Architect)、 特定技术架构师TSA(Technology
Architect) 和解决方案架构师 SA(Solution Architect)。

1. 软件架构的常用分类

比较典型的架构模型包括分层架构、事件驱动架构、微核架构、微服务架构和云架构等五类。

1.1. 分层架构（Layered Architecture）

最常见的软件架构，也是事实上的标准架构。将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口进行通信。

转载于 https://zhuanlan.zhihu.com/p/657466672，学习笔记。

1.1 系统架构概述

系统架构（System Architecture）是系统的一种整体的高层次的结构表示，是系统的骨架和根基，支撑和链接各个部分，包括组件、连接件、约束规范以及指导这些内容设计与演化的原理。它是刻画系统整体抽象结构的一种手段，也决定了系统的健壮性和生命周期的长短。