标签：应用程序 第33页

多云架构利用多个公共云基础设施即服务 (IaaS) 平台。在这种多云模型中，云提供商之间的差异是从在所有环境中一致工作的应用程序和操作程序中抽象出来的。这使组织能够从每个云提供商的优势中获益，同时降低通常与依赖单个云提供商相关的风险。随着组织越来越多地对应用程序进行现代化改造并无缝地管理和控制跨环境的部署和扩展 ，底层基础设施的多云管理变得更加重要。,, 为什么多云基础设施很重要？,随着组织通过构建新软件或对现有应用程序进行现代化改造来转变其应用程序堆栈，不同的应用程序可能会使用每个提供商独有的云服务进行优化（人工智能最适合谷歌云）。可能存在针对特定云 (Oracle Cloud) 优化的企业应用程序。,特定操作系统 (OS) 上的应用程序可能占优势，例如 Microsoft Windows，最适合特定云 (Microsoft Azure) 并且可能存在业务原因，例如数据重力或有限语言可用的管理工具，或区域团队偏好——这使得一个云基础设施平台比另一个更适合。每个云提供商都提供独特的服务和优势，但在创新能力上存在细微差别。事实上，没有两个公共云提供商在以下方面是相同的：,多云基础设施需要一个一致的基础设施和管理堆栈，它可以位于任何云提供商的任何位置的任何类型的物理基础设施之上，并且可以运行所有类型的应用程序——传统的和现代的——除了广泛的应用程序集PaaS 服务。换句话说，多云基础设施不仅仅是使用多个云提供商。它是一种运营模式，可为任何地方提供灵活性和一致性，并在企业需要的任何云上运行工作负载。,多云基础架构有助于提高跨不同环境的运营效率。这包括具有以下灵活性：, 多云基础架构有什么好处？,多云基础设施平台支持跨多云环境的一致操作，包括混合云和公共云原生架构。组织可以构建最适合其应用程序的多云环境，并灵活地构建、部署和管理从数据中心到云再到边缘的各个方面，从而实现以下优势：, 多云基础架构如何工作？,由于多云越来越成为常态，组织需要通过利用多个超大规模云提供商以及本地基础设施来简化引入的复杂性。每个云提供商都有自己的架构、规则和要求。多云基础架构解决方案必须：,VMware 为多云架构开发定义了这五项指导原则，以帮助提高敏捷性，同时最大限度地降低成本和风险。这些多站点云基础设施的最佳实践如下：, 多云基础架构的缺点是什么？,多云策略有几个缺点 ，即利用来自不同云提供商的多云基础架构。然而，现代多云平台有助于解决这些挑战。, 多云基础架构的挑战是什么？,在实施多云战略时，可靠的连接对于实现本地工作负载和用户以及云工作负载和服务之间的高带宽、低延迟连接至关重要。每个主要的公共云提供商都有一个直接连接选项来支持这种高质量的连接要求。例如，适用于 AWS 的 Direct Connect、适用于 Google 的 Cloud Interconnect 和适用于 Azure 的 ExpressRoute。在开始操作或迁移之前，需要完成许多连接任务：,采用多云架构的最大障碍之一是缺乏开发人员和操作人员的技能。添加多个云会带来新的操作复杂性。如果每个云都作为单独的、孤立的孤岛运行，拥有自己独特的开发和运营模型、分类法和 API 集，则需要学习新技能以利用每个云环境的创新能力。因此，随着组织开始他们的多云之路，许多组织会经历人员成本上升和组织效率下降。,同时，操作风险增加。云环境之间的差异使应用程序开发团队更难在出现应用程序性能问题时快速对其进行故障排除。这些差异使得很难一致地应用精心设计的策略，以确保应用程序在部署的任何地方始终安全和合规。, ,多云架构利用多个公共云基础设施即服务 (IaaS) 平台。在这种多云模型中，云提供商之间的差异是从在所有环境中一致工作的应用程序和操作程序中抽象出来的。这使组织能够从每个云提供商的优势中获益，同时降低通常与依赖单个云提供商相关的风险。随着组织越来越多地对应用程序进行现代化改造并无缝地管理和控制跨环境的部署和扩展 ，底层基础设施的多云管理变得更加重要。,,

服务器负载优化致力于加强服务器性能。它包括在数据中心内整合物理硬件并采用服务器虚拟化技术。它是所有应用程序性能的关键，因此需要给予最高优先级。这适用于多服务器数据中心环境。,服务器整合解决方案是通过将未充分利用节点的处理工作负载与其他节点合并来实现的。通过将多台服务器的进程组合成一个高效工作的服务器，大大节省了运营资源。在服务器虚拟化中，层是在单个服务器中创建的，使其可以作为不同的服务器工作。这种技术允许单个服务器支持多个应用程序和操作系统，同时支持更多的用户。,,单个服务器性能优化可以根据服务器的操作系统或目的进行划分——前端应用程序或后端数据库；我们可以将服务器负载优化工作大致分为基于 Windows 的服务器、基于 Linux 的服务器和数据库服务器。, 优化 Windows 服务器性能的最佳技巧,1、保持硬盘碎片整理：当前的硬盘在处理顺序读取时表现良好。当要求磁盘读取存储在随机位置的数据时，性能会下降。对硬盘进行碎片整理可确保文件块按顺序放置，而不是随机散布在驱动器表面。这让服务器更有效地读取文件。,2、使用 NTFS 文件系统：避免使用 FAT 和 FAT-32 文件系统。NTFS 是基于事务的文件系统，与 FAT 或 FAT-32 文件系统相比，速度稍快且不易损坏。,3、查找内存泄漏：编写不当的应用程序会导致内存泄漏。包含内存泄漏的应用程序将在需要时请求内存，但在使用完毕后无法将其释放回来。应用程序下次运行时，它会请求更多内存，而不是使用它已经存储的内存。随着时间的推移，服务器将拥有更少的内存并导致其他应用程序的内存耗尽。虽然内存泄漏起初对系统负载的影响较小，但当应用程序继续运行时，它会变得很明显。性能监视器是检测内存泄漏的最佳工具。,4、删除很少使用的实用程序并禁用未使用的服务：默认情况下，服务器将具有许多日志记录和监控实用程序。卸载服务器上很少使用的实用程序。运行未使用的应用程序是对服务器资源的浪费。检查服务控制管理器并禁用服务器正在工作的角色不需要的任何服务。禁用未使用的服务不仅可以提高服务器性能，还可以提高服务器的安全性。,5、注销：当控制台或显示终端没有被主动使用时，注销服务器。保持登录状态使服务器能够加载用户配置文件，这会消耗内存和 CPU 周期。,6、压缩硬盘：压缩可以提高服务器性能。当文件在硬盘上被压缩时，它减少了从磁盘读取文件所需的时间。如果服务器正在处理具有大量单个文件的磁盘密集型应用程序，则压缩可以提高服务器性能。,注意：压缩文件被读取后必须再次解压。除了内存之外，此过程还会消耗额外的 CPU 时间。因此，仅当有多个单独的文件（不是数据库）要处理时才建议进行压缩。如果没有，最好不要压缩硬盘。,, 优化 Linux 服务器性能的最佳技巧,优化 Linux 服务器性能有两个主要因素：,1、考虑未充分利用且可以缩减以节省资金和维护开销的资源。,2、找出需要增加的资源，以使关键应用程序和服务运行得更快。,Netuitive是一个完整的监控工具，允许从 AWS EC2 上的 Linux 服务器监控网络性能、CPU、磁盘问题等数据源。对于使用Netuitive 工具托管在 AWS 上的 Linux 服务器性能，请考虑以下两个指标。,Cpu.total.idle： 这是一个关键矩阵，它说明未使用的处理器容量的百分比。该指标在较长时间内接近零表示需要找出导致 CPU 持续运行的原因。软件中可能存在错误，或者可能是配置不足的服务器。如果指标经常超过 100%，那么这是一个安全的赌注。这表明服务器容量未得到充分利用。,Cpu.total.iowait： 这也是衡量关键进程持续时间的重要指标。如果该指标在异常长的时间内具有较高的值，则当前进程或磁盘上的 I/O 操作存在问题。,从 Linux 服务器收集的数据以及 AWS EC2 指标可以清楚地了解服务器上的瓶颈所在，并确定未充分利用的确切资源。此数据有助于确定需要干预以优化服务器性能的确切点。, 优化数据库 (SQL) 服务器性能的最佳技巧,内存配置选项：默认情况下，SQL Server 会根据操作系统和其他应用程序所需的内存量来确定需要分配的内存量。随着 SQL 服务器上的负载发生变化，需要更改分配的内存。以下 SQL 服务器配置选项可用于配置内存使用以优化 SQL 服务器的性能。,1、最小服务器内存：此选项可确保一旦达到该阈值，服务器不会释放低于配置的最小服务器内存的内存。始终根据 SQL 服务器的大小和活动将其设置为某个合理的值，并确保操作系统不会请求过多的内存，这会影响服务器性能。,2、Max Server memory：此选项允许指定 SQL Server 在启动和运行时可以分配的最大内存量。当有多个应用程序与 SQL 服务器同时运行时使用此选项。此选项用于确保所有应用程序都有足够的内存来运行。,注意： Min Server memory 和 Max server memory 不应设置为相同的值。这种分配修复了分配给 SQL Server 的内存。动态内存分配始终提供最高性能。,3、Max Worker Threads：此选项允许指定用于支持连接到 SQL Server 的用户的线程数。虽然默认值 0 会在启动时自动配置工作线程的数量，但将此选项设置为合理的值可以提高服务器性能。,4、索引创建内存：此选项控制索引创建期间排序操作使用的内存量。生产系统上的索引创建通常被安排为一项作业，并在非高峰时间执行。因此将此选项设置为最大值可以提高索引创建的性能。,5、每个查询的最小内存：此选项用于指定为执行查询分配的最小内存量。当系统中同时执行许多查询时，增加此选项的值可以提高性能，特别是对于内存密集型查询，如大量排序和散列操作。但是，在繁忙的系统上，不建议将此值设置得太高，因为查询必须等到获得配置的最小内存。, I/O 配置选项：,Recovery Interval 服务器配置：此选项可用于配置 I/O 使用情况并提高服务器性能。此选项控制 SQL Server 何时在每个数据库中发出检查点。默认情况下，SQL 服务器计算执行检查点操作的合适时间。,要确定适当的设置，需要使用性能监视器来监视数据库文件上的磁盘写入活动。可使磁盘利用率达到 100% 的活动会影响服务器性能。修改此参数以减少检查点进程的发生频率可以提高整体服务器性能。, 更多服务器负载优化技巧,1、部署中继以减少服务器上的负载。一个继电器创建采取额外负担关闭服务器两个补丁下载和上传数据。设置中继很简单，客户端可以设置为自动找到最近的中继。中继数越多，服务器性能越好。,2、减慢客户端心跳。这减少了客户端定期发送以更新其检索到的属性的消息数量。降低此频率可最大限度地减少生成的网络流量并降低检索属性的及时性。无论心跳设置如何，客户端始终可以在收到刷新 ping 的任何地方发送其最新信息。,注意： Heartbeat 是客户端定期向服务器发送的消息。,3、减慢 Fixlet 列表刷新率。这最大限度地减少了控制台中显示的数据的更新频率。如果同时连接多个客户端或数据库非常大，降低此频率可以最大限度地减少服务器上的负载。如果多个操作员同时使用控制台或显示终端，则需要将刷新日期设置为高于默认值。这大大减少了数据库的负载。例如，如果默认值为 15 秒，请考虑根据控制台操作员的数量将其更改为 60-120 秒或更多。, ,服务器负载优化致力于加强服务器性能。它包括在数据中心内整合物理硬件并采用服务器虚拟化技术。它是所有应用程序性能的关键，因此需要给予最高优先级。这适用于多服务器数据中心环境。,服务器整合解决方案是通过将未充分利用节点的处理工作负载与其他节点合并来实现的。通过将多台服务器的进程组合成一个高效工作的服务器，大大节省了运营资源。在服务器虚拟化中，层是在单个服务器中创建的，使其可以作为不同的服务器工作。这种技术允许单个服务器支持多个应用程序和操作系统，同时支持更多的用户。, 优化数据库 (SQL) 服务器性能的最佳技巧

融合服务器是三层基础架构设置的一部分，包括存储系统和网络硬件，但超融合服务器基础架构摒弃了这种传统的三层方法。相反，超融合服务器是基本硬件单元（称为节点）以及服务器内置的硬盘驱动器和固态驱动器形式的直接连接存储。此外，一些或所有节点可能是“全闪存”节点，以增加存储 I/O 并减少那些需要它的应用程序的延迟。,,同样重要的是：这些基于 x86 处理器的节点中的每一个都运行软件，允许对超融合服务器以及计算和网络资源进行虚拟化，以创建这三种资源的池。,对于连接到存储资源并专用于运行单个业务应用程序的独立服务器而言，这方面的内容已经写在墙上。这些服务器正在被超融合服务器取代。也就是说，作为超融合基础设施一部分的计算资源池。要充分了解什么是超融合服务器，以及它们与融合基础架构中的“融合服务器”有何不同，探索融合服务器和基础架构很有帮助。, 融合服务器,融合基础设施由融合服务器、存储、网络设备和管理软件组成。这些经过优化可以协同工作，以创建一个可以轻松复制的标准化资源单元。融合服务器和其他融合基础设施组件的供应商包括戴尔、HPE、IBM 和富士通。在最简单的层面上，有两种方法可以购买融合服务器并将其部署为融合基础架构的一部分：使用参考架构，或购买预配置的融合基础架构单元。,, 融合基础设施和超融合服务器基础设施,超融合基础设施通常被视为超越融合基础设施的下一步。但实际上两者并不像名字所暗示的那样相似。这是因为融合基础设施通常使用同类最佳的服务器、存储和网络资源来构建其基础设施单元。在这方面，它为 Dell 或 HPE 等供应商提供了一种方式，可以将其高端服务器与其他资源一起打包到一个非常易于使用的包中。,相比之下，超融合基础设施更像是一种基于软件的解决方案，其中包括软件定义的计算、存储和网络。出于这个原因，它经常使用低成本的商品服务器，甚至是现有的传统服务器，而不是新的、高端品牌硬件。超融合服务器和其他超融合基础设施的供应商包括 Dell EMC、Nutanix、Cisco Systems、HPE、NetApp、VMware 和华为。, 虚拟化资源,虚拟化资源是指对于任何特定工作负载，可以从具有适当计算能力、内存和存储资源（如果需要，包括全闪存存储）的超融合服务器及其存储配置完整的虚拟硬件平台。这通常可以根据各个应用程序的策略自动完成，无需配置 LUN 等存储结构。事实上，使用超融合服务器根本不需要任何复杂的存储基础设施或专用存储网络。, 向上和向外扩展,这些硬件平台可以通过从超融合服务器池中添加更多虚拟化资源来轻松扩展，而超融合基础设施本身可以通过简单地添加更多商品服务器和存储驱动器（以及将它们变成超融合服务器的所有重要软件）来扩展节点）。相比之下，融合服务器环境可以通过添加更多资源单元来横向扩展，但不能在不引入不同资源单元的情况下进行扩展，这会增加复杂性。与通常具有单独的服务器、存储和网络管理工具（尽管可从中央控制台访问）的融合基础架构不同，超融合服务器资源是从单个超融合基础架构管理面板进行管理的。,, 超融合服务器的优势,根据 MarketsandMarkets 的预测，全球超融合基础设施市场规模预计将从 2020 年的 78 亿美元增长到 2025 年的 271 亿美元（复合年增长率为 28.1%）。这一强劲的增长预测证明了超融合服务器的诸多优势，其中包括：, ,融合服务器是三层基础架构设置的一部分，包括存储系统和网络硬件，但超融合服务器基础架构摒弃了这种传统的三层方法。相反，超融合服务器是基本硬件单元（称为节点）以及服务器内置的硬盘驱动器和固态驱动器形式的直接连接存储。此外，一些或所有节点可能是“全闪存”节点，以增加存储 I/O 并减少那些需要它的应用程序的延迟。,,

分布式云是一种架构，其中多个云用于满足合规性需求、性能要求或支持边缘计算，同时由公共云 提供商进行集中管理 。本质上，分布式云服务是运行在多个位置的公共云，包括,,尽管涉及多个位置和地理区域，但所有云服务都从一个控制平面进行管理，该控制平面处理这种混合多云环境中的差异和不一致。这种服务分布使组织能够满足对响应时间和性能、监管或治理合规性要求或其他要求将云基础设施置于云提供商典型可用区以外的任何地方的非常具体的要求。,物联网 (IoT) 和边缘计算的发展一直是分布式云部署的主要驱动力。将大量数据从边缘位置移动到云端的人工智能 (AI) 应用程序要求云服务尽可能靠近边缘位置，而将云资源移动到边缘位置本身可以大大提高这些应用程序的性能。,此外，越来越多的政府法规（例如欧盟的 GDPR）可能要求数据位于特定司法管辖区，这些司法管辖区可能会或可能不会得到特定公共云提供商的支持，因此分布式云成为必要。通过使云服务更接近给定的用户、应用程序或数据，分布式云可以提供, 分布式云有什么好处？,分布式云架构有很多好处。Gartner 指出以下几点值得注意：, 分布式云如何工作？,在分布式云中，服务位于或“分布”到特定位置以减少延迟，并且这些服务在公共和私有云环境中享有单一、一致的控制位置。 Gartner 表示 ，组织可以通过降低延迟和减少延迟来实现重大性能提升，因为消除了延迟问题，从而降低了中断或控制平面低效的总体风险。,分布式云不仅需要应用程序，还需要整个计算堆栈，并将其分发到需要它的位置，无论是公共云提供商、本地还是第三方托管设施。消费云客户将这个分布式基础设施视为一个单一的云实体，而云提供商从一个单一的控制平面整体管理分布式云的所有元素。,公共云提供商继续负责所有云操作，包括整个分布式基础架构的安全性、可用性、更新和治理。 用 Gartner 的话说，分布式云解决了混合云和多云的问题。, 分布式云的用例是什么？,分布式云提供了广泛的应用，从智能边缘计算到简化多云环境和混合部署的管理。常见用例包括：,分布式云和边缘计算支持一切，从简化的多云管理到提高的可扩展性和开发速度，再到部署最先进的自动化和决策支持应用程序和功能。, 云和分布式云有什么区别？, 分布式云面临哪些挑战？,使用多站点云部署管理企业面临的挑战包括：, ,分布式云是一种架构，其中多个云用于满足合规性需求、性能要求或支持边缘计算，同时由公共云 提供商进行集中管理 。本质上，分布式云服务是运行在多个位置的公共云，包括,,

SQL 注入是最常见和最基本的网络攻击类型之一。不幸的是，SQL 注入也是应用程序可能面临的最具破坏性的威胁之一。这些攻击经常导致数据丢失，对共享数据库的基础设施尤其危险。本文介绍了 如何防止 SQL 注入。请继续阅读以了解什么是 SQL 注入、这些攻击的工作原理以及公司采取哪些步骤来保护其数据库免受恶意注入。,, 什么是 SQL 注入攻击？,SQL 注入 (SQLi) 是一种网络攻击，黑客通过应用程序运行恶意 SQL 语句来操纵数据库。这些攻击会影响任何依赖 SQL 数据库（MySQL、Oracle、Sybase、Microsoft SQL Server、Access、Ingres 等）的网站或 Web 应用程序。,我们的 MySQL 命令备忘单 概述了掌握此 RDBMS 所需的最重要命令。,SQLi 的后果从轻微到严重不等。在注入之后，黑客可以：,伤害的程度取决于攻击者的能力。受害者可能会遇到从几个数据库错误到完全接管 Web 服务器的任何事情。, 如何防止 SQL 注入攻击？,企业可以采取多种有效措施来防止 SQLi 攻击。, 消毒输入,输入清理（或验证）是检查和过滤用户输入的做法。这种技术确保应用程序可以识别非法用户输入和危险的可执行文件。,开发人员可以通过三种方式清理输入：,通常，白名单比黑名单更简单、更安全。聪明的黑客可以找到绕过黑名单的方法，因此请尽可能使用白名单验证用户输入。,另一个好的做法是使用下拉菜单和单选按钮验证用户输入。这些输入字段可防止用户输入输入并停止注入可执行代码。, 参数化 SQL 代码,参数化查询要求开发人员首先定义所有 SQL 代码，然后将每个参数传递给查询。这种编码风格使数据库能够区分代码和数据，这是动态 SQL 查询无法实现的功能。,参数化 SQL 代码可防止攻击者更改查询的意图，即使他们插入了命令。例如，如果黑客输入用户 ID ‘1’=’1，则查询将查找与整个’1’=’1 字符串匹配的用户名 。数据库不会将查询作为命令接受。, 限制用户权限,采用 零信任安全性 并将用户限制为他们执行角色所需的最低限度的权限。具有读写执行权限的帐户越少越好。,例如，如果一个网站只返回数据库内容与 SELECT 声明，不授予连接其他特权，比如 INSERT， UPDATE或者 DELETE。,另一个好的做法是不信任所有用户输入。以与来自外部和第三方来源的输入相同的方式处理来自内部用户的输入。此外，永远不要让 Web 应用程序以管理员权限连接到数据库。, 设置防火墙,使用 Web 应用程序防火墙 (WAF) 过滤 Web 应用程序和数据库之间的所有流量。防火墙保护所有面向 Web 的应用程序，因此设置防御以阻止 SQLi 和类似的网络攻击。, 定期测试,运行安全测试以检查数据库和相关应用程序的弹性。定期测试对于发现所有网络攻击的漏洞至关重要。考虑运行：,加密数据库中的所有私人和机密数据。如果攻击者设法泄露敏感数据，加密还提供了额外的保护级别。, 不向用户显示数据库错误,数据库错误消息绝不能显示在客户端 Web 浏览器上。攻击者可以使用错误消息中的技术细节来调整查询以实现成功注入。,不要显示带有有用信息的错误消息，而是设置简单的基于单词的错误消息，为给您带来的不便表示歉意。, 培训和维护 SQLi 意识,防止 SQL 注入是一项团队工作，所有员工都必须知道网络安全的重要性 。为所有开发人员、QA 人员、系统管理员和DevOps提供合适的安全培训 。, 虽然很危险，但 SQLi 攻击很容易预防,尽管 SQL 注入可能具有破坏性，但组织良好的公司永远不应成为这些攻击的受害者。设置适当的预防措施并确保您的数据库能够抵抗 SQL 注入。, ,SQL 注入是最常见和最基本的网络攻击类型之一。不幸的是，SQL 注入也是应用程序可能面临的最具破坏性的威胁之一。这些攻击经常导致数据丢失，对共享数据库的基础设施尤其危险。本文介绍了 如何防止 SQL 注入。请继续阅读以了解什么是 SQL 注入、这些攻击的工作原理以及公司采取哪些步骤来保护其数据库免受恶意注入。,, 设置防火墙

有多种方法可以保护您的网络和/或应用程序免受 DDoS 攻击。这里的主要挑战是我们如何区分合法流量和恶意流量。目前有许多 DDoS 缓解方法可用于应对这一挑战，每种方法都有自己的优点和缺点。然而，当今最常见的 DDoS 防护方法有三种：清洁管道法、CDN 稀释法和 TCP/UDP-DDoS 代理：,, 清洁管道 DDoS 保护,清洁管道方法的核心是让所有传入的流量通过一个“清洁管道”，也称为洗涤中心。在这个干净的管道中，将恶意流量与合法流量区分开来，只允许合法用户流量进入网络服务器。Clean Pipe 保护方法现在非常流行，并由许多 ISP 和 DDoS 缓解服务提供。过去，ISP 通常使用黑洞来缓解传入的 DDoS 攻击 ，其中包括合法流量在内的所有流量都被完全否定。但是，清洁管道保护方法存在一些弱点，即：,1.它们部署起来非常困难且昂贵。您需要一个 BGP（边界网关协议路由器）和能够终止 GRE 隧道的硬件。如今，我们可以使用基于云的服务来解决这个问题，但它们往往非常昂贵。,2.Clean Pipe 方法涉及将流量重新路由到清洁管道/清洗中心，因此依赖于正确的 DDoS 检测。此外，重新路由过程从重新路由到缓解过程可能需要至少几分钟的时间。,3.Clean Pipe 方法在防止基于数据包和应用程序泛洪攻击（第 7 层 DDoS 攻击）方面不是很有效。,4.尽管比黑洞好得多，但在允许合法流量方面，Clean Pipe 涉及混合客户端和服务器端流量，因此缓解配置文件可能非常复杂，因此它可能会引入许多误报（合法流量被阻止） .,然而，清洁管道方法是最通用的，支持几乎所有类型的应用程序。我们可以将 Clean Pipe 方法视为一种全面的、万事通的 DDoS 保护方法，但它缺乏针对特定应用程序的高级保护（也就是说，它是无所不能的）。, CDN 稀释 DDoS 保护,CDN，即内容交付网络，是一个向用户提供内容的分布式网络系统。因此，离用户最近的服务器将响应请求，而不是您的原始服务器。因此，CDN 系统在保护系统免受 DDoS 攻击方面具有两个关键优势：首先，由于涉及大量服务器，因此带宽总和要大得多。CDN 技术具有巨大的带宽，可以有效吸收第 3 层或第 4 层 DDoS 攻击（或容量 DDoS 攻击）。其次，原始服务器不是响应用户请求的服务器，因此任何 DDoS 攻击都很难到达该服务器。这并不是说 CDN 稀释是完美的，因为也有一些缺点：,1.CDN 稀释服务成本高昂，并且可能涉及许多隐藏成本，尤其是因为您涉及使用第三方网络,2.与 DDoS 保护没有直接关系，某些国家/地区已屏蔽了流行 CDN 的 IP 地址，因此某些国家/地区的受众可能无法访问您的站点。,3.如果 CDN 服务器关闭（这是可能的），源服务器很容易受到 DDoS 攻击。,4.CDN 仅适用于 Web 应用程序，您不能在专有 TCP/UDP 应用程序上使用它,但是，CDN 服务器是应用程序上下文感知的，并且与 Clean Pipe（无前置时间）相比，动作更快。因此，除非您使用专有 TCP/UDP 应用程序，否则 CDN 稀释可能是一个很好的 DDoS 保护解决方案。, TCP/UDP 代理 DDoS 防护,如果您的网站/平台包含 TCP 或 UDP 服务，例如电子邮件 (SMTP)、SSH 访问、游戏服务等，请了解它们的开放端口可能意味着 DDoS 攻击的漏洞。为了解决这个问题，放置了一个基于 TCP/UDP 的代理，其工作方式类似于基于 CDN 稀释的保护。在这种方法中，数据包被发送到 TCP/UDP 反向代理，然后过滤掉恶意流量和数据包。与之前的两种 DDoS 保护方法一样，这种方法也有缺点：,1.后端的源 IP 将更改。由于我们无法获得真实访问者的 IP，这可能是一个额外的漏洞。,2.TCP/UDP 代理的配置基于每个应用程序而不是每个域（如 CDN 稀释）。,3.与 CDN 稀释相比，它更容易出现误报（在这方面与 Clean Pipe 方法非常相似）。,4.不提供网络粒度,TCP/UDP...

客户端-服务器模型对改善在线行业的影响不断增加，产生了基于客户端-服务器的应用程序的内在需求。对于用户与通过 Internet 传播的在线商业组织的通信，基于客户端-服务器的应用程序正在发挥重要作用。这就是客户端-服务器架构的重要性所在。, 客户端服务器架构,客户端-服务器架构是一种共享架构系统，其中客户端-服务器的负载是分开的。客户端-服务器架构是一个集中式资源系统，其中服务器拥有所有资源。服务器在其边缘接收大量性能以在请求时向其客户端共享资源。客户端和服务器可能在同一个网络中，也可能在一个网络中。服务器非常稳定且可扩展，可以将答案返回给客户端。这种架构是面向服务的，这意味着客户端服务不会被中断。客户端-服务器架构通过响应客户端的查询而不是完整的文件传输来抑制网络流量。它使用数据库服务器恢复文件服务器。,客户端计算机实现绑定以允许计算机用户请求服务器的服务并表示服务器返回的结果。服务器等待来自客户端的请求出现，然后返回它们。服务器通常为客户端提供标准化的简单接口，以避免硬件/软件混淆。客户端位于工作场所或个人机器上，同时服务器将位于网络中某个功能强大的地方。这种架构在客户端和服务器每个都有他们日常执行的单独任务时非常有用。许多客户端可以同时获取服务器的信息，客户端计算机也可以执行其他任务，例如发送电子邮件。, 客户端服务器架构的类型, 一层架构,在此类客户端-服务器设置中，用户界面、营销逻辑和数据逻辑存在于同一系统中。这种服务是合理的，但由于分配工作复制的数据差异而难以管理。一层架构由层组成。,例如，单个软件包中的表示、业务、数据访问层。数据通常存储在本地系统或共享驱动器中。处理所有三层的应用程序（例如 MP3 播放器、MS Office）属于一层应用程序。,, 二层架构,在这种类型的客户端-服务器环境中，用户界面存储在客户端机器上，而数据库存储在服务器上。数据库逻辑和业务逻辑在客户端或服务器上归档，但需要维护。如果业务逻辑和数据逻辑集中在客户端，则称为胖客户端瘦服务器架构。如果在服务器上处理业务逻辑和数据逻辑，则称为瘦客户端胖服务器架构。这被认为是负担得起的。,在两层架构中，客户端和服务器必须直接合并。如果客户端向服务器提供输入，则不应有任何中间内容。这样做是为了快速获得结果并避免不同客户端之间的混淆。例如，在线订票软件使用这种两层架构。, 三层架构,在这种各种客户端-服务器上下文中，使用了一个额外的中间件，这意味着客户端请求通过该中间层到达服务器，服务器的响应首先由中间件接收，然后再发送到客户端。这种架构保护 2 层架构并提供最佳性能。该系统价格昂贵，但使用起来很简单。中间件存储所有业务逻辑和数据传递逻辑。中间件的思想是数据库登台、排队、应用程序执行、调度等。中间件提高了灵活性并提供了最佳性能。三层结构被分成三个部分，即，表示层（客户层），应用层（业务层）和数据库层（数据层）。,在当前的在线业务场景中，对快速响应和优质服务的需求不断增长。因此，复杂的客户端架构对于业务活动至关重要。公司通常会在客户端-服务器架构的帮助下探索保持服务和质量满足以维护其市场的可能性。该架构通过采用具有成本效益的用户界面、改进的数据存储、扩展的连接和安全服务来提高生产力。, ,客户端-服务器模型对改善在线行业的影响不断增加，产生了基于客户端-服务器的应用程序的内在需求。对于用户与通过 Internet 传播的在线商业组织的通信，基于客户端-服务器的应用程序正在发挥重要作用。这就是客户端-服务器架构的重要性所在。, 客户端服务器架构,

顾名思义，集群有两台或多台计算机同时工作。集群中涉及的每台计算机都称为节点，并具有自己的属性，如硬盘驱动器、RAM、CPU 等。虽然每个服务器集群都有自己的资源，但它在网络中显示在一个主机名下，并且只有一个 IP（ Internet 协议）地址。, 为了给客户端提供高质量的服务，一组服务器运行在一起，形成一个服务器集群。在服务器集群中工作的好处是，如果集群中的一台计算机出现故障，可以将工作切换到集群中的另一台计算机上。服务器集群确保客户端可以全天候访问所有相关的服务器相关资源。,, 事实证明，服务器集群比使用单台计算机更可靠、可扩展和更有效。服务器集群主要是为定期更新数据的应用程序和那些长时间在内存状态下运行的应用程序而设计的。通常，服务器集群用于服务器，包括文件、打印件、数据库和消息。服务器集群能够处理以下故障：,在组织中设置服务器集群的主要优点有三个：, 服务器集群通过向客户端提供各种应用程序和服务来满足可用性，以满足其组织的正常运行时间目标。服务器集群可以通过在系统发生故障时通过冗余消除特定故障点来提供容错来提供可靠性。可扩展性是网络未来增长的能力。, 服务器集群适用于无法在多个服务器之间分配的应用程序。服务器集群中包含的每个服务器都被称为拥有并控制其本地设备。每个服务器还维护特定操作系统、其应用程序和由集群设计的服务的副本。每个集群都有公共设备，如公共磁盘供应中的磁盘。可以提供对这些盘等的访问的连接介质也一次由一个服务器拥有和控制。, , 在服务器集群中，一次只有一个节点在运行。原因是每个节点分别接收其更新。其他节点通常保持在待机模式。如果任何活动节点发生故障，其他备用节点将立即接管。这个过程是可能的，因为集群中的所有节点都连接到一个共享存储系统。服务器集群使用的这种共享存储系统称为仲裁。据说是服务器集群的数据库配置。仲裁资源通常包含有关集群配置的信息等数据，并记录对该配置所做的当前更改。, 服务器集群分为三种。他们是：, 如今，许多组织都选择服务器集群作为增加服务器正常运行时间的媒介。服务器集群的构建方式使得集群中包含的服务器可以一起运行。这有助于保护数据、其他应用程序及其运行的服务，即使服务器无法在一台计算机上工作。但是，服务器集群必须依赖基于 IP 的网络技术才能运行。, , 顾名思义，集群有两台或多台计算机同时工作。集群中涉及的每台计算机都称为节点，并具有自己的属性，如硬盘驱动器、RAM、CPU 等。虽然每个服务器集群都有自己的资源，但它在网络中显示在一个主机名下，并且只有一个 IP（ Internet 协议）地址。, 为了给客户端提供高质量的服务，一组服务器运行在一起，形成一个服务器集群。在服务器集群中工作的好处是，如果集群中的一台计算机出现故障，可以将工作切换到集群中的另一台计算机上。服务器集群确保客户端可以全天候访问所有相关的服务器相关资源。,

无服务器架构是一种趋势软件设计模式，它消除了开发人员对服务器软件和硬件管理的需求。在无服务器架构中，也称为无服务器计算或功能即服务 (FaaS)，第三方服务（称为后端即服务或“BaaS”）托管应用程序。顾名思义，它并不真正涉及在没有服务器的情况下运行代码。相反，拥有系统的人不需要购买、租用或配置服务器或虚拟机来运行后端代码。,,AWS Lambda 是无服务器架构的最佳示例，它实现了云计算的功能即服务模型。无服务器计算确保了理想的、预算友好的业务实施的可能性。无服务器应用程序在由云提供商管理的无状态计算容器中实现，这些容器是事件触发的、短暂的（可能持续一次调用）。定价取决于执行次数，而不是传统架构中的预购计算能力。功能即服务允许开发人员执行代码以响应事件，从而消除了开发和维护基础设施的复杂性。,使用 FaaS 编写的无服务器代码可以与以传统服务器风格编写的代码结合使用。FaaS 将应用程序分解为功能和事件级别。Christos Matskas 为任何开发基于云的应用程序的人提供了有用的总结。“Azure 为托管微服务提供了一个理想的平台，因为它提供了许多托管服务，允许开发人员创建可以可靠和大规模运行的微服务。问题在于了解这些托管服务如何提供帮助以及哪种服务最适合该任务。”, 无服务器 Java,可以使用 Java 构建大型无服务器应用程序。Java 方法在构建各种可扩展、可进化和多 lambda 无服务器应用程序方面非常有效。, 实现无服务器功能, 无服务器架构模式,Amazon Web Services的 Lambda 无服务器服务的五种主要使用模式包括：,1.事件驱动数据处理,2.网络应用,3.移动和物联网应用,4.应用生态,5. 活动工作流程, 无服务器架构的好处,1.降低运营成本：作为一种外包解决方案，它为管理服务器、数据库甚至应用程序逻辑的支付铺平了道路。成本削减来自两个方面，基础设施成本收益和劳动力成本收益。您只需按执行次数付费。,2.更简单的运维管理：为Serverless架构搭建各种环境非常简单易行。它明确区分了基础架构服务和应用程序。自动扩展功能降低了运营管理开销。无服务器系统不需要持续集成、持续交付或容器化工具。零系统管理是无服务器系统的另一个优势。,3.更快的创新：无服务器架构消除了系统工程问题、更快创新和更新技术以获得高效结果的可能性。,4.降低打包和部署的复杂性, 无服务器架构的缺点,1.第三方API问题：,由于 API 的实施而放弃系统控制也可能导致系统停机、功能减少、成本变化、意外限制和强制 API 升级。切换供应商也是一个非常复杂的问题。许多 API 使您的无服务器系统容易受到攻击，每个 API 都会增加安全实现的数量。,2.缺乏操作工具：厂商负责提供调试和监控工具。在无服务器架构中，由于用户请求由不透明的负载均衡器（如 AWS API 网关）处理，因此缺少访问各种参数以确定根本原因的灵活性。,3.架构复杂性：它们很复杂，需要很长时间才能构建。评估、实施和测试以及决定功能应该有多小需要花费大量时间。必须在函数数量和应用程序调用之间保持平衡。管理如此多的功能变得乏味，而忽略粒度会导致产生不必要的混乱。,4.网络：无服务器功能只能通过私有 API 访问。因此，您无法通过通常的 IP 访问它们。,5.超时：由于 300 秒的超时限制与无服务器系统相关，过于复杂和耗时的功能不适合。由于这种限制，某些任务也被发现是不可能的。因此，无服务器系统对于执行时间可变的应用程序变得不可用。,如果系统真的需要无服务器架构，则可以实现它。进行详细研究以了解它如何适合您的操作。无服务器系统仍处于初期阶段，遵循无服务器系统的组织应考虑过度依赖第三方 API 以及架构复杂性的困难。, ,无服务器架构是一种趋势软件设计模式，它消除了开发人员对服务器软件和硬件管理的需求。在无服务器架构中，也称为无服务器计算或功能即服务 (FaaS)，第三方服务（称为后端即服务或“BaaS”）托管应用程序。顾名思义，它并不真正涉及在没有服务器的情况下运行代码。相反，拥有系统的人不需要购买、租用或配置服务器或虚拟机来运行后端代码。,,由于 API 的实施而放弃系统控制也可能导致系统停机、功能减少、成本变化、意外限制和强制 API 升级。切换供应商也是一个非常复杂的问题。许多 API 使您的无服务器系统容易受到攻击，每个 API 都会增加安全实现的数量。

无服务器计算是一种云服务。托管服务提供商将实时为您分配足够的资源，而不是要求您提前支付专用服务器或容量。无服务器计算不需要服务器(从字面上看，它不需要管理服务器)。它只是基于云基础设施构建了一个新的抽象层，只使用完成任务所需的非常精确的计算资源来执行开发人员编写的代码，不多也不少。当触发代码的预定义事件发生时，无服务器平台执行任务。,,企业中的技术和运营方式往往每隔一段时间就会发生一些变化。当然，每次发生重大转变时要跟上市场发展趋势对于很多企业来说是一项艰巨的任务。想象一下，如果它们是可自动扩展的技术，将会为企业节省多少成本和精力。有很多方法可以增强系统的可扩展性，本文将讨论无服务器技术，该技术可以将企业的生产力和可扩展性提升到新的水平。首先需要了解的一个问题是为什么它被称为无服务器？无服务器计算其实运行了服务器，但使用该术语是因为它描述了客户对服务器的体验，而这种体验是不可见的，并不会出现在客户面前，而客户不必以任何方式进行管理或与它们交互。只有在人们理解了无服务器计算的真正含义之后，才能更深入地研究。,什么是无服务器计算?,无服务器计算是一种按需提供计算资源的云计算执行模型。它可以将所有常见的基础设施管理任务(例如打补丁、资源调配、调度和扩展)移交给云计算提供商和工具，使企业的工程师能够专注于客户端所需的应用程序的定制。,无服务器计算的特点。由于无服务器不需要监控和管理，这有助于开发人员有更多时间来优化代码，并找出创新想法来为应用程序添加特性和功能。无服务器计算仅按需运行代码，通常只有在有请求时才在无状态容器中运行。扩展或缩减服务的请求数量也是透明的。无服务器计算只对所使用的内容收费，而不对闲置容量收费。,根据调研机构的预计，到2025年，全球无服务器市场规模将增长到约200亿美元。与传统的云平台以及以服务器为中心的数据中心基础设施相比，无服务器计算存在很多优势。以下是一些是无服务器云计算服务提供商提供的一些重要优势。,1.可以快速部署：开发人员无需上传代码或进行任何后端配置即可发布工作应用程序。而一次上传一小段代码或一个功能可以帮助快速发布应用程序。之所以能够做到这一点，是因为应用程序不是单一的堆栈，而是供应商提供的功能集合。这也有助于修补、修复和更新应用程序的新功能。,,2.没有前期费用：用户只需为运行的代码支付费用，在部署无服务器的云计算基础设施以构建应用程序时不涉及前期成本。,3.代码可用于减少延迟：由于应用程序不是托管在源服务器上，因此其代码可以在任何地方运行。因此，根据服务器的不同，它因此可用于在靠近最终用户的服务器上运行应用程序。这减少了延迟，因为来自用户的请求不再需要传输到源服务器。,4.无服务器架构的容错性：确保无服务器架构的容错性并不是开发人员的责任。云计算提供商分配的IT基础设施将自动分配以应对任何类型的故障。,5.无需担心服务器维护：由于完全由供应商管理，可以减少DevOps所需的投资。这不仅降低了企业的成本，而且还让开发人员可以自由地创建和扩展应用程序，并且不会受服务器容量的限制。,6.无服务器架构是可扩展的：基于无服务器体系架构所构建的应用程序在高峰期间自动扩展，在低谷期间自动缩减。此外，如果功能需要在多个实例中运行，则供应商的服务器将在需求结束时启动、运行和结束。这通常使用容器来完成。因此，无服务器应用程序可以处理大量请求以及单个请求。,为什么需要专家的帮助？每种技术都有其自身的缺点，需要获得专家的帮助得以解决。而无服务器应用程序有以下一些缺点：,1.为一系列新的安全问题做好准备：当应用程序在无服务器平台上运行时，开发人员无法访问安全系统或可能无法监督安全系统，这对于处理关键和机密数据的平台来说可能是一个大问题。由于企业没有自己分配的服务器，因此无服务器提供商通常会运行来自多个客户的代码。这种情况也称为多租户。而如果执行不当，这可能会导致数据泄露。解决方案：沙盒功能的软件服务提供商避免了多租户的影响。他们还有一个强大的基础设施，可以避免数据泄漏。,2.冷启动风险：由于服务器不是经常使用，代码在使用时可能需要“启动”。这种启动可能会影响应用程序的性能。但是如果代码经常使用，则无服务器提供程序负责在需要激活时随时准备好。对此准备就绪代码的请求称为“热启动”。解决方案：经验丰富的无服务器云服务提供商将能够通过使用Chrome V8引擎来避免冷启动，该引擎可以在不到5毫秒的时间内重新启动应用程序。熟悉这种设置的技术专家可以轻松管理性能延迟，而客户甚至不会注意到延迟。,,3.调试和测试变得困难：企业很难复制无服务器环境以检查错误并查看代码在部署后的执行情况。调试非常困难，因为开发人员不了解后端流程。此外，这里的应用程序被分解为单独的、更小的功能。解决方案：计划使用无服务器应用程序的企业应该寻求无服务器云基础设施提供商的帮助，这些供应商是沙盒技术专家，可以帮助减少测试和调试的难度。,4.排版应用：无服务器云应用程序通常被标记为类型集，无法在过渡时与其他供应商同步。这是因为各个供应商的架构和工作流程各不相同。解决方案：专家服务提供商可以帮助企业迁移使用Java Script编写的应用程序，这些应用程序是针对广泛使用的服务工作者API编写的。这有助于快速无缝集成，而不会出现错误和故障。企业在采用无服务器时，可以从训练有素的开发人员和专家顾问那里获得所需的帮助，并了解有关数据管道架构和同步无服务器部署的所有信息，同时加快迁移时间，并降低成本。,5.不适合长期流程：大多数应用程序都不符合要求，因为客户需要长期存在的应用程序，在无服务器架构上的成本比传统架构昂贵。这是因为提供商只对代码运行的时间收费。解决方案：IT专家可以帮助企业了解无服务器架构是否能满足他们的业务需求。建议让IT顾问兼解决方案提供商帮助企业获得正确的指导。这不仅可以节省资金，还可以节省时间。租用服务器可咨询vsping云idc了解。, ,无服务器计算是一种云服务。托管服务提供商将实时为您分配足够的资源，而不是要求您提前支付专用服务器或容量。无服务器计算不需要服务器(从字面上看，它不需要管理服务器)。它只是基于云基础设施构建了一个新的抽象层，只使用完成任务所需的非常精确的计算资源来执行开发人员编写的代码，不多也不少。当触发代码的预定义事件发生时，无服务器平台执行任务。,,