软件服务化部署与IT成本控制-优快云博客

83、解释为什么将软件作为服务进行部署可以降低公司的 IT 支持成本。如果使用这种部署模式，可能会产生哪些额外成本？

将软件作为服务进行部署可以降低公司的 IT 支持成本，原因如下：

软件管理成本转移
对于软件购买者来说，软件管理成本转移到了服务提供商。提供商负责修复软件漏洞、安装软件升级、处理操作系统平台的更改以及确保硬件容量能够满足需求。
零软件许可证管理成本
软件许可证管理成本为零。如果公司有多台计算机，无需为所有计算机都购买软件许可证。
弹性基础设施降低成本
当服务部署在云端时，服务器数量可以快速变化以匹配用户对该服务的需求，服务提供商无需为峰值负载进行配置，从而大幅降低了成本。

使用这种部署模式可能会产生的额外成本有：

数据传输成本
数据传输以网络速度进行，传输大量数据（如视频或高质量图像）需要很长时间，并且可能需要根据传输量向服务提供商付费。
法律合规成本
可能存在法律合规成本。许多国家有关于数据存储、管理、保存和可访问性的法律，将数据转移到远程服务可能违反这些法律，公司可能需要付出额外成本来确保合规。

84、标准对于面向服务的架构至关重要，人们认为遵循标准对于成功采用基于服务的方法至关重要。然而，越来越广泛使用的RESTful服务并非基于标准。讨论你认为这种变化发生的原因，以及你是否认为缺乏标准会抑制RESTful服务的开发和应用。

变化发生的原因

简单性和灵活性 ：RESTful服务基于HTTP协议，利用HTTP的方法（如POST、GET、PUT、DELETE）来实现资源的操作，不需要像传统基于标准的服务那样复杂的配置和协议。它可以直接使用现有的Web基础设施，开发和部署更加简单快捷。例如，开发人员可以很容易地使用浏览器或命令行工具来测试RESTful服务。
轻量级 ：RESTful服务不需要额外的消息格式和协议层，数据通常以JSON或XML等轻量级格式传输，减少了数据传输量和处理开销。这使得它在网络带宽有限的情况下表现更好，也更适合移动应用等对性能要求较高的场景。
易于集成 ：由于RESTful服务基于HTTP协议，它可以与各种系统和技术进行无缝集成。无论是Web应用、移动应用还是企业内部系统，都可以方便地调用RESTful服务。例如，前端的JavaScript代码可以直接通过AJAX调用RESTful服务获取数据。
符合Web架构原则 ：RESTful架构遵循了Web的设计原则，如无状态、缓存等。无状态性使得服务的可伸缩性和容错性更好，缓存机制可以提高系统的性能和响应速度。

缺乏标准是否会抑制RESTful服务的开发和应用

不会抑制的原因 ：
- 社区和行业规范 ：虽然RESTful服务没有严格的标准，但社区和行业已经形成了一些最佳实践和规范。例如，使用JSON作为数据交换格式、遵循RESTful的URL设计原则等。这些规范在一定程度上弥补了缺乏标准的不足，使得开发人员可以遵循统一的风格进行开发。
- 快速迭代和创新 ：缺乏标准的束缚使得开发人员可以更加自由地进行创新和尝试。他们可以根据具体的业务需求和场景，灵活地设计和实现RESTful服务。这种快速迭代的开发方式有助于推动技术的发展和应用。
- 广泛的支持 ：许多编程语言和框架都提供了对RESTful服务的支持，使得开发人员可以方便地开发和部署RESTful服务。例如，Python的Flask、Django，Java的Spring Boot等框架都提供了简单易用的RESTful服务开发工具。
可能会抑制的原因 ：
- 互操作性问题 ：由于缺乏标准，不同的RESTful服务可能在接口设计、数据格式等方面存在差异，这可能导致互操作性问题。例如，一个系统调用另一个系统的RESTful服务时，可能需要进行额外的适配和转换工作。
- 安全和管理问题 ：没有标准的约束，在安全和管理方面可能会存在一些隐患。例如，不同的RESTful服务可能采用不同的认证和授权机制，这增加了系统的安全管理难度。
- 质量和可靠性问题 ：缺乏标准可能导致服务的质量和可靠性参差不齐。一些开发人员可能没有遵循最佳实践，导致服务的性能、稳定性等方面存在问题。

85、给出理由，推荐两种不适合使用面向服务架构的重要应用类型。

以下是两种不适合使用面向服务架构（SOA）的重要应用类型及原因：

资源受限的嵌入式系统应用
嵌入式系统通常资源有限，如内存、处理器能力等。SOA需要一定的基础设施来支持服务的发现、调用和管理等操作，这会占用额外的系统资源。例如，一些小型的智能家居传感器设备，它们的主要任务是采集环境数据并进行简单处理，其硬件资源仅能满足基本的数据采集和传输需求。如果采用SOA，引入服务注册中心、消息传递机制等，会使系统负担过重，导致性能下降甚至无法正常工作。
对实时性要求极高的应用