精华内容
下载资源
问答
  • Serverless(无服务器架构)4大优点和缺点
    万次阅读
    2018-11-04 10:14:38

    Serverless核心概念在早期,术语无服务器

    是指依赖于第三方应用程序或服务来管理服务器端逻辑的应用程序。 此类应用程序是基于云的数据库(如Google Firebase)或身份验证服务(如Auth0或AWS Cognito)。 它们被称为后端即服务(BaaS)服务。 但无服务器也意味着开发为事件触发的代码,并且在无状态计算容器中执行。 这种架构通常称为功能即服务(FaaS)。 让我们更详细地看一下每种类型的服务。

    FaaS(Function as a service 函数作为一种服务) 本质上是一个小程序或函数,它执行由事件触发的小任务,而不像单个应用程序那样做很多事情。因此,在FaaS架构中,我们将应用程序分解为小型,自包含的程序或功能,而不是在PaaS上运行并执行多种功能的单一应用程序。例如,API中的每个端点都可以是一个单独的函数,我们可以按需运行这些函数,而不是全时运行应用程序。

    常见的方法是在多层体系结构中编写API,类似于三层体系结构,其中代码分解为表​​示,业务和数据层。所有路由都将在业务层中触发相同的处理函数,并且数据将被处理并发送到数据层,数据层可以是数据库或文件。

    在FaaS系统中,预计函数将在几毫秒内启动,以便处理各个请求。相比之下,在PaaS系统中,通常有一个应用程序线程可以长时间运行,并处理多个请求。 FaaS服务按功能的每个执行时间收费,而PaaS服务按服务器应用程序运行的线程的每个运行时间收费。

    在微服务架构中,应用程序松散耦合,细粒度和轻量级。微服务诞生的原因是将整体应用程序分解为小型服务,以便可以独立开发,管理和扩展。但FaaS更进一步,将事情分解为甚至更小的称为功能的单位。

    趋势非常明确:工作单位越来越小。

    OpenFaaS支持Windows和Linux上的Node.js,Python,GO和C#。

    我们可以通过云,本地笔记本电脑或内部部署服务器进行设置。我们可以为几乎所有东西编写函数 - 这就是OpenFaas声称的内容。 OpenFaaS是用Golang编写的。它允许通过HTTP / HTTPS请求的事件。

    Fission是无服务器架构的另一个开源版本 - 底层技术是Kubernetes和Docker容器,可以部署在云和内部部署基础架构上。它被设计为一组微服务,其组件是控制器,路由器和池管理器。路由器管理HTTP请求,控制器管理功能,事件触发器和环境映像,池管理器管理容器池并将功能加载到这些容器中。这些函数是用Python编写的。

     

    无服务器优势使用无服务器架构有许多优缺点。

    为什么有人会使用无服务器架构(如AWS Lambda或OpenWhiz)构建应用程序?

    主要原因是应用程序的执行效率,扩展速度,以及最重要的成本。让我们看一些重要的专业人士,然后继续前进。

    1. 更快的上市时间我们可以更快地将应用程序推向市场,因为OPS变得更加简单,并且将帮助开发人员专注于他们的开发。 OPS团队无需编写可以处理扩展或担心底层基础架构的代码。

    此外,团队可以在第三方集成的帮助下更快地构建应用程序,例如OAuth,Twitter和Maps等API服务。

    2.高度可扩展性每家公司都希望他们的应用程序能够更好地运行,零停机时间,并且随着流量的增加而快速,轻松地扩展,但是通过单一的应用程序开发,它可能变得非常困难。随着应用程序负载的增加,Ops团队必须在扩展底层基础架构时保持警惕。由于交通量的增加,停机时间浪费了大量的时间和金钱。

    但无服务器计算具有高度可扩展性,可以在几秒钟内对应用程序进行缩放和缩放。

    3.低成本在无服务器计算中,开发人员仅在功能运行时付费,与IaaS和PaaS不同,IaaS和PaaS为每台服务器24/7收费。这对于拥有庞大的应用程序,API或微服务设置的公司来说非常有用,这些应用程序,API或微服务目前全天候运行并且100%的时间使用资源,无论是否需要。但是对于无服务器,我们可以按需执行功能并共享资源,而不是全天候运行应用程序,因此我们可以大大减少空闲时间,并使应用程序运行得更快。

    4.延迟和地理定位

    改进应用程序的可扩展性取决于三个因素:用户数量,用户位置和网络延迟。在当今世界,应用程序拥有全球受众,这可能会增加延迟。但是无服务器平台可以大大减轻延迟的危险。使用无服务器时,实例化容器以在每个事件调用时运行函数,并且可以在用户的​​地理区域附近创建此容器,这将自动提高应用程序的性能。

     

    让我们看一下无服务器功能的缺点

    1.复杂性增加我们使用应用程序越精细,它就越复杂。每个函数的代码可能会变得更简单,但整个应用程序将变得更加复杂。比如说,我们将应用程序分解为10个不同的微服务。我们必须管理10个不同的应用程序,而在单个应用程序中,它只是一个必须管理的应用程序。

    2.缺乏工具支持 假设我们将单片应用程序分解为50种不同的功能。仍然有各种各样的流程和工具来管理,记录,监视和部署整体应用程序。由于无服务器是市场上的新产品,因此监控或记录运行几秒钟的应用程序是有限的并且具有挑战性,但是随着时间的推移,将会有许多有效的方法来实现这一点。

    3. 与体系结构的复杂性很难决定函数的粒度,并且评估,实现和测试以检查我们的首选项是耗时的。

    4. 管理太多功能会很麻烦,同时忽略粒度会导致我们设置迷你巨石。

    5.实施中的缺点无服务器的最大挑战是集成测试难

    我们将为应用程序编写许多函数,但是如何将它们集成到应用程序中?当然,在此之前,我们如何测试它们如何有效地协同工作?由于无服务器是新的并且仍在成熟,通过测试添加的选项仍然有限。但是我们将在以后的章节中介绍部署和测试的几个方面。

     

    无服务器DevOps的DevOps是另一个流行语很长一段时间。

    与无服务器一样,DevOps也是一个令人困惑的术语。很多人对DevOps有很多不同的看法。有人说DevOps只是工具,有些人认为DevOps包含一些流程 - 甚至IaaS和PaaS也属于DevOps的范畴。根据我的理解,DevOps是工具,流程和反馈的协作。它们齐头并进,以成功实施DevOps。但为什么我们在这里谈论DevOps?简而言之,因为我们需要DevOps才能顺利过渡到生产,记录或监控无服务器功能,并在它们到达用户之前对其进行测试。

    借助DevOps功能,我将介绍AWS Lambda函数,Azure功能,Google功能和OpenWhiz的版本控制,持续集成,持续部署,监控和日志记录。版本控制是我们对代码进行版本化的过程,以便我们可以对其进行分支,打包,部署和回滚到以前的版本。持续集成是开发人员使用自动构建将代码集成在一起以在早期检测和缓解问题的实践。持续部署基本上是一个总线或管道,其中代码使用自动化测试不断改进,然后部署到环境中。该管道平稳地向生产方向移动,只需极少的人工干预。

    更多相关内容
  • 什么是无服务器(serveless)?

    千次阅读 2021-02-04 13:11:27
    我们的应用程序运行在该服务器上,我们负责为其配置和管理资源。但这会产生一些问题: 1、即使没有处理任何请求,我们也要保持服务器正常运行。 2、我们负责服务器及其所有资源的正常运行及维护。 3、我们还负责...

    传统上,我们已经构建并部署了 web 应用程序,对这些应用程序,我们可以对服务器发出的 HTTP 请求进行一定程度的控制。我们的应用程序运行在该服务器上,我们负责为其配置和管理资源。但这会产生一些问题:

    1、即使没有处理任何请求,我们也要保持服务器正常运行。

    2、我们负责服务器及其所有资源的正常运行及维护。

    3、我们还负责对服务器进行适当的安全更新。

    4、随着使用量的扩张,我们还需要管理服务器的扩展,结果是,当我们没有太多使用量时,我们要将其减少。

    对于较小的公司和个人开发者而言,这可能需要处理很多工作。这使得我们无法专注于我们更重要的工作,构建和维护实际的应用程序。在大型组织中,这是由基础设施团队处理的,并且通常这不是开发者个人的责任。但是,为此所需的过程最终可能减慢开发时间。因为你不能不与基础架构团队合作来帮助你启动和运行而直接继续构建应用程序。作为开发者,我们一直在寻找一种解决这些问题的方法,这就是无服务器的来源。

    无服务器计算

    无服务器计算(或简称 serverless),是一种执行模型,在该模型中,云服务商(AWS,Azure 或 Google Cloud)负责通过动态分配资源来执行一段代码,并且仅收取运行代码所使用资源的费用。该代码通常运行在无状态的容器中,能够被包括 HTTP 请求、数据库事件、队列服务、监控报警、文件上传、调度事件(cron 任务)等各种事件触发。被发送到云服务商执行的代码通常是以函数的形式,因此,无服务器计算有时是指 “函数即服务” 或者 FAAS。以下是主要云服务商提供的 FAAS 产品:

    尽管无服务器计算对开发人员抽象了底层基础设施,但服务器仍然参与执行我们的函数。由于你的代码将要作为独立的函数执行,我们需要知道以下几点:

    微服务

    当向无服务器计算的世界过度时,我们面临的最大变化是我们的程序需要被组织成函数的形式。你可能习惯于将你的应用程序部署为单个 Rails 或 Express 整体应用程序。但是在无服务器计算的世界里,你通常需要采用更多基于微服务的架构。你可以通过在单个函数中作为一个整体运行你的整个应用程序并自行处理路由来解决此问题。但不建议这样做,因为减小你的函数的大小更好。我们将在下面讨论。

    无状态函数

    你的函数通常运行在安全的(几乎是)无状态容器中,这意味着你将无法在一个事件已经完成后长时间执行的应用服务器中运行代码,或者无法使用先前的执行上下文为请求提供服务。你不得不有效地假定你的函数每次都在一个新容器中被调用。 对此有一些微妙之处,我们将会在 什么是 AWS Lambda 一章中进行讨论。

    冷启动

    由于你的函数在需要响应事件的容器中运行,因此存在一定的延时。这被称为”冷启动”。当你的函数执行完成后,你的容器可能会保留一段时间。如果另一个事件在此时被触发,则它的响应速度要快得多,这通常被称为”热启动”。

    冷启动的持续时间取决于特定云服务商的实现。在 AWS Lambda 上,它的范围从几百毫秒到几秒不等。它可能取决于使用的运行时(或编程语言)、函数(以包的形式)的大小,当然,还取决于所讨论的云服务商。多年以来,随着云服务商在优化时延方面变得越来越出色,冷启动已经大为改善。

    除了优化你的函数,你还可以使用一些简单的技巧,例如使用单独的调度函数每隔几分钟来调用你的函数以使其保持运行状态。我们在此教程中使用的 Serverless Framework 中,有一些插件能够帮助保持你的函数处于运行状态

    既然我们对无服务器计算有了一些了解,让我们更深入地了解什么是 Lambda 函数以及你的代码是如何被执行的。

    Serverless = Faas + Baas。它代表的是无(少)服务器架构开发,从而使得开发者的精力主要放在了系统架构和软件开发上。

    全文一览:

    • 什么是 Faas、Baas?
    • Serverless 执行过程是怎样的?
    • Serverless 技术特点是什么?
    • Serverless 优缺点与应用场景?

    什么是 Faas、Baas?

    Faas 是 Function-as-a-service 的缩写。这里指的是“云函数运行平台”。开发者可以拆分业务逻辑,并将其上传到云函数平台,配置函数触发条件、路由等。

    Baas 是 Backend-as-a-service 的缩写。这里指的是“后端服务组件”,例如文件存储、数据库、实时通信等等。

    Fass 和 Bass 共同组成了 Serverless。

    Serverless 执行过程是怎样的?

    根据我自己的使用情况,Serverless 的执行过程主要途径三个主体:Client => Function => Backend。

    举个例子,如果想在云服务中,用超级管理员的身份对云数据库进行读写,根据文档,超级管理员只能在 Function 中通过 SDK 使用。因此,整个处理逻辑是:

    • 微信开发者工具调用编写好的云函数
    • 云函数进行鉴权
    • 鉴权成功后,启动容器,加载 sdk,执行逻辑
    • sdk 通过 HTTP API 的方式调用云数据库服务
    • 云数据库的运行结果原路返回给微信开发者工具

    除此之外,有时候可能的调用流程是:Client => Function,这种情况可能是为了不影响用户体验,而将复杂计算放入了云函数中。

    有时候可能的调用流程是:Client => Backend。比如在微信开发工具内,内置了云开发 SDK,可以直接调用云开发后端组件,大大降低了开发难度。

    Serverless 技术特点是什么?

    事件驱动

    这里的“事件”含义比较丰富,包括 http 请求等各种方式的调用。只有当事件发生时,云函数才会执行,后端服务组件才会开始计算。完成后,结果返回给用户,相关容器会被销毁。

    弹性扩缩

    云计算厂商会根据实际使用的资源量(调用次数、云函数运行内存、云存储空间等等)来进行计费。

    并且在业务量激增的情况下,云计算厂商会自动调度资源进行分配,开发者无需关心高并发的情况(只要充钱,就能变强)。

    无状态与有状态

    云函数是无状态的,在事件发生时计算,计算后相关资源会被释放。

    而状态是存放在后端服务组件中,例如云数据库。

    这点和传统的服务器开发有区别。

    Serverless 优缺点与应用场景?

    优点

    • 免运维,自动弹性扩容
    • 快速开发,不需要自建后端服务
    • 开发者关注点集中在业务上

    缺点

    • 调试成本高:目前的解决方法主要是通过查看调用/报错日志。体验上,和本地开发工具调试有差距。
    • 启动时间长:目前的解决方法是对于经常性任务采取“热启动”,对用到的第三方库提前缓存,减少网络调用链路上的节点。

    应用场景

    • 交互体验:将计算放入云函数,避免影响用户体验
    • AI 计算:直接调用云计算厂商提供的 AI 服务
    • IoT:设备不具备计算能力(大小、电池)
    展开全文
  • 深入理解无服务器架构(Faas/Serverless)

    万次阅读 多人点赞 2018-08-04 18:08:15
    无服务器架构(Faas/Serverless),是软件架构领域的热门话题。 AWS,Google Cloud和Azure - 在无服务器上投入了大量资金,已经在看到了大量专门针对Faas/Serverless的文章、书籍,开源项目,会议。 但什么是无服务器...

    摘要

    无服务器架构(Faas/Serverless),是软件架构领域的热门话题。 AWS,Google Cloud和Azure - 在无服务器上投入了大量资金,已经在看到了大量专门针对Faas/Serverless的文章、书籍,开源项目,会议。 但什么是无服务器,为什么(或不是)值得考虑? 文章参考文末链接很多,网上也能找到文章粗糙的翻译(也许因为文章实在太长了吧)原文中有些内容也不是很新,结合一些个人理解,希望能够对这些问题进行一些启发讨论。

    1. What is Serverless?

    无服务器架构是一种包含第三方“后端即服务”(BaaS)服务的应用程序设计方式,和/或包括(FaaS)平台上的托管临时容器中运行的自定义代码。 此类体系结构消除了对传统的始终在线服务器的大部分需求。 这可以显着降低的运维成本,复杂性以及减少项目的上线准备时间,代价是增加了对供应商依赖性和相对不成熟支持服务的依赖。

    首先,没有人清楚地知道无服务器是什么。它包含两个不同但是有关联的领域:

    • 无服务器可以描述一个”富客户端 + 第三方云托管应用程序和服务的”的应用程序。这些“富客户端”应用程序一般是移动应用程序,使用庞大的云端数据库或SSO服务(Auth0,AWS Cognito等)。这些类型的服务以前被描述为“后端即服务”。

    • 无服务器也可以指服务器端逻辑仍然由应用程序开发人员编写,但是与传统体系结构不同,它运行在无状态计算容器中,这些容器是事件触发的短暂的(可能只持续一次调用,或Deployment会保留,根据运行负载自动调节运行实例数量),并且完全由第三方管理(也许就是”FaaS”此名称的来源 )AWS Lambda是目前Faas平台最受欢迎的实现之一,比国内的云服务商便宜很多,看好亚马逊市值最先破万亿(Apple may 打脸)。

      在本文中,显然我们将重点关注后者,FaaS/Serverless。

    2. 几个引申的例子

    让我们考虑一个带有服务器端逻辑的传统的三层面向客户端的系统。一个很好的例子是一个典型的电子商务应用程序 - 在线宠物商店。
    架构像这样:

    1
    在这个架构里,客户端可以相对不用那么智能,绝大多数的逻辑在服务端完成,授权,页面导航,查询,交易等等。
    在无服务架构里,看起来会是这个样子:

    2
    二者对比中,我们可以看到一系列明显的变化:

    1. 我们去掉了原始应用程序中的身份验证逻辑,并将其替换为第三方BaaS服务(例如,Auth0)

    2. 我们允许客户端直接访问我们的数据库(用于产品列表),该数据库本身完全由第三方(例如Google Firebase)托管。我们可能采用和服务器资源访问数据库不同的安全配置文件让客户端去访问数据库。

    3. 前两点意味着非常重要的第三点:宠物商店服务器中的一些逻辑现在位于客户端内 - 例如,跟踪用户会话,理解应用程序的UX结构,从数据库读取并将其转换为一个可用的视图等客户端正在成为单页应用程序。

    4. 我们可能希望在服务器中保留一些与UX相关的功能,例如,如果它是计算密集型或需要访问大量数据。在我们的宠物商店中,一个例子是“搜索”。而不是像原始体系结构中那样拥有一个始终运行的服务器,我们可以实现一个FaaS功能,通过API网关响应HTTP请求。客户端和服务器“搜索”功能都从同一数据库中读取产品数据。

    5. 最后,我们可以把购买的实现替换成另一个独立的Faas函数,安全的原因吧,这也是由API网关给引入的。在使用FAAS时,把不同的逻辑要求,拆分成独立的部署组件是一种很常见的方法。

    3. “Faas”的面纱

    现在是时候深入了解FAAS的真正含义。为此,我们来看看亚马逊FaaS产品的开头描述:Lambda。

    AWS Lambda允许您在不配置或管理服务器的情况下运行代码。 (1)使用Lambda,您可以运行几乎任何类型的应用程序或后端服务的代码(2)所有这些都是零管理。只需上传代码,Lambda就会负责运行所需的一切(3)以高可用性扩展实例。(4)可以设置代码以自动从其他AWS服务触发(5)或直接从任何Web或移动应用程序调用它。

    详细说来:

    1. 从FaaS是运行后端代码而无需管理自己的服务器系统或应用程序。与容器和PaaS等其他现代架构趋势相比,是否存在长期存在的服务器和应用程序是一个关键的区别。
    2. FaaS产品不需要对特定框架或库进行编码。 FaaS功能是语言和环境的常规应用程序。例如,AWS Lambda函数可以把Javascript,Python,Go,任何JVM语言(Java,Clojure,Scala等)或任何.NET语言视为“一等公民”。不过Lambda函数还可以与其部署包一起执行在另一个进程,因此实际上可以使用任何可以编译为Unix进程的语言。FaaS函数具有重要的体系结构限制,特别是在涉及状态和执行持续时间时。
    3. 部署与传统系统有很大不同,因为我们没有自己运行的服务器应用程序。在FaaS环境中,我们将功能的代码上传到FaaS提供商,提供商执行配置资源,实例VM(Container),管理流程等所需的一切。
    4. 水平缩放完全是自动的,弹性的,并由Faas管理。如果系统需要并行处理100个请求,则Faas将处理该请求而无需你进行任何额外配置。执行函数的容器是临时的,FaaS创建和销毁它们,完全由运行时决定。最重要的是使用FaaS,云厂商可以处理所有底层资源配置和分配,而用户根本不需要集群或VM管理。
    5. FaaS中的函数通常由提供程序定义的事件类型触发。使用AWS,此类事件包括S3(文件/对象)更新,时间(定时任务)以及消息总线的消息。
    6. 大多数Faas运营商还允许HTTP请求触发函数,在AWS中,通常通过使用API​​网关来实现这一点。我们在宠物商店示例中使用API​​网关进行“搜索”和“购买”功能。函数也可以通过平台提供的API直接调用,无论是在外部还是在同一个云环境中,但这是一种相对不常见的用法。

    4. Faas需要关注的特点

    • 有无状态

      FaaS函数在本地(VM/容器实例)状态(即存储在内存中的变量中的数据或写入本地磁盘的数据)中具有很大的限制。一般情况下你确实可以这样存储,但是不能保证这种状态在多个调用中保持不变,更重要的是,你本来就不应该假设一次调用函数的状态可用于同一函数的另一次调用。因此,FaaS函数通常被描述为无状态,或者更准确地说,需要持久化的FaaS函数的任何状态都需要在FaaS函数实例之外进行。
      对于自然无状态的FaaS函数 - 即那些提供输入到输出的纯功能转换的函数 - 这是无关紧要的。但对于有状态的而言,这可能会比较麻烦,以前分布式的那些限制现在完全相同。这种面向状态的函数通常将使用数据库,缓存(如Redis)或网络文件/对象存储(如S3)来跨请求存储状态。

    • 执行时长

      FaaS函数通常受限于允许每次调用运行多长时间。目前,AWS Lambda函数响应事件的“超时”最多为五分钟,然后才会终止。 Microsoft Azure和Google Cloud Functions具有类似的限制。这意味着某些类别的长期任务不适合FaaS - 除非你重新设计架构,需要创建几个不同的协调FaaS函数,而在传统环境中,您可能有一个长期任务执行协调和执行。

    • 启动延迟和“冷启动”

      FaaS平台在每个事件之前初始化函数实例需要一些时间。不同的函数,他的启动延迟也可能显着变化,从几毫秒到几秒的都有可能,取决于许多因素,具体一点以AWS Lambda为例。

      Lambda函数的初始化即可以是“热启动”(使用Lambda函数的之前以前产生的容器),也可以是“冷启动”(创建新容器实例),冷启动带来的延迟应该引起了我们的关注。

      冷启动的延迟取决于许多因素:开发语言,使用的库,代码量,Lambda函数环境本身的配置,是否需要连接到VPC资源等等。这些方面受开发人员的控制,通过这些地方的优化可以减少冷启动的一部分启动延迟。

      可调的还有冷启动的启动频率。例如如果一个函数每秒处理10个事件,每个事件需要50毫秒来处理,那么每隔100,000-200,000个事件,您可能会看到一个实例的冷启动。另一方面,如果每小时处理一次事件,你可能会看到每个事件来时的冷启动,因为Amazon会在几分钟后退出非活动的Lambda实例。知道这一点有助于了解冷启动是否会影响集成效果,以及是否可能希望对函数实例执行“保持活动”以避免它们被回收。

      冷启动需要太关注吗?这取决于应用程序的负载或流量的情况。如果你需要的是低延迟交易应用程序,那么最好忘掉FaaS系统吧,无论你使用哪一种编程语言。

      无论你是否认为你的应用是否存在此类问题,你最好用类似生产的负载来测试性能。如果此时此刻比较烂,不要着急,FaaS供应商正在持续改进,说不定年底就满足你的要求了。

    • API网关
      这里写图片描述
      API网关是一个HTTP服务器,其中路由和负载点定义在配置中,并且每个路由与处理该路由的函数关联。当API网关收到请求后,它会找到与请求匹配的路由配置,来调用相关的FaaS函数。API网关允许从HTTP请求参数映射到FaaS函数的更简洁的输入,或者让HTTP请求原封不动得通过,FaaS函数将执行其逻辑并将结果返回给API网关,而API网关又将此结果转换为HTTP响应,并将其传递回原始调用方。

    • 工具
      关于工具成熟度的评论也适用于FaaS。 到今年(2018年),我们已经看到了明显的改善,我们希望工具能够更好地发展。

      FaaS世界中一些“开发者用户体验”好的例子值得一提。 首先是Auth0 Webtask,它非常重视开发人员用户体验。 其次是Microsoft,其Azure功能产品。 Microsoft一直将Visual Studio及其反馈循环置于其开发人员产品的最前沿,而Azure Functions也不例外。 在云触发事件的输入下,它提供的在本地调试功能的能力非常特殊。

    • 开源势力

      无服务器中开源的最常见用途是FaaS工具和框架,它提供了一些跨云提供商的工具抽象,类似工具的例子包括Claudia和Zappa。另一个例子是Apex,它允许你使用亚马逊直接支持的语言之外的语言开发Lambda函数。不过AWS自己的部署工具SAM(无服务器应用程序模型)也是开源的。

      专有FaaS的主要好处之一是不必关心底层计算基础架构(机器,虚拟机,容器)。但是如果你想关注这些事情呢?也许你有一些云供应商无法满足的安全需求,或者你有一些你已经购买但不想丢弃的服务器机架。在这些场景中可以开源帮助,允许运行自己的“Serverful”FaaS平台,这个领域有很多活动。开源FaaS的最初领导者之一是IBM(使用OpenWhisk,现在是一个Apache项目)。Microsoft,它开源了很多Azure功能平台。许多其他自托管FaaS实现使用底层容器平台,通常是Kubernetes,在这个领域,值得探索Galactic Fog,Fission和OpenFaaS等项目。在未来的博客中,我会重点关注OpenFaas项目,该项目目前有超过10k+的Star。

    5. Serverless 不是什么

    因为概念太多,容易混淆,现在很多Readme都有这个环节:

    • 和Paas平台相比

      看下大神(VP Cloud Architecture Strategy at AWS)是怎么说的:
      大神说
      换句话说,大多数PaaS应用程序并不是为了响应事件而使整个应用程序启动或消失,而FaaS平台是。

      FaaS和PaaS之间的关键运营差异是扩展。通常使用PaaS,你需要考虑如何扩展服务实例,使用FaaS应用程序,则是完全透明的。即使您将PaaS应用程序设置为自动扩展,你几乎不可能将此操作设置为单个请求的级别的扩展,举个例子,你一个服务实例,一般不会对不同的请求设置不同的实例数量,如果大量查询操作,和少量更新操作,你可能会考虑优化查询,增加缓存等,而不是在1分钟内,将你的实例扩大到100倍,因此FaaS应用程序在成本方面更加高效。

      鉴于此优势,您为什么还要使用PaaS?也许最大的原因是工具成熟度,基于Paas有很多行之有效的实践,Faas给了我们系统扩展一些更多的思路。

    • 和容器相比

      另一种流行的服务抽象是容器,Docker是这种技术最明显的例子。Kubernetes之类的容器托管系统越来越受欢迎,它们从操作系统级部署中抽象出各个应用程序。在这条道路上,我们看到像Amazon ECS和EKS这样的云托管容器平台(这里推荐下,灵雀云的AKS发行版),以及Google Container Engine(Alauda Container Engine,AKE),它们像Serverless/FaaS一样,团队完全无需管理自己的服务器主机。鉴于容器发展的势头,还是值得考虑无服务器FaaS吗?

    • 运维

      无服务器并不意味着没有运维,它可能意味着没有系统管理员,运维比服务器管理重要,它至少还意味着:监控,部署,安全性,网络,以及通常一些生产调试和系统扩展。这些问题在无服务器应用程序中仍然存在,仍然需要一个策略来处理它们。在某些方面,Ops在无服务器世界中更难,因为很多都如此新鲜。无论哪种方式,在某些时候抽象可能会泄漏,你最好知道在某个地方,有一个人类系统管理员正在支持你的应用程序。

    • 和存储过程的对比

      另一个主题是无服务器FaaS是“存储过程即服务”。原文中也解释过了,但因为它实际上只是FaaS功能的一个子集,还有文章中提到的代码版本控制的问题,其他的几种开源方案不清楚,但是OpenFaas中有一个项目OpenFaas-Cloud,基于Github做了一个很棒的持续集成过程。

    6. 使用Faas/Serverless的好处有哪些?

    • 降低运营成本

      无服务器是最简单的外包解决方案。你可以向云服务商付费以管理服务器,数据库甚至应用程序。基于规模经济效应:你为托管数据库支付的费用较少,因为一个供应商运行着数千个非常相似的数据库。
      降低的成本来源于两方面,首先是纯粹来自与其他人共享基础设施(例如,硬件,网络)的基础设施成本。第二个是人工运维成本。
      但是,这种好处与IaaS、PaaS并无太大差别,只是更省钱了。

    • BaaS:降低开发成本

      IaaS和PaaS基于服务器或容器的商品化。而无服务器 BaaS是应用程序组件的商品化。例如:身份验证是一个很好的例子,许多应用程序编写自己的身份验证功能,这些功能通常包括注册,登录,密码管理以及与其他身份验证提供程序集成等功能。总的来说,这个逻辑在大多数应用程序中非常相似,并且已经创建了像Auth0这样的服务,以允许我们将现成的身份验证功能集成到我们的应用程序中,而无需我们自己开发它,不得不说,真的很省钱。

      关于BaaS数据库,如Firebase的数据库服务。一些移动应用程序团队发现让客户端直接与服务器端数据库通信是有意义的。 BaaS数据库消除了大部分数据库管理开销,并且通常提供以无服务器应用程序所期望的模式对不同类型的用户执行适当授权的机制。
      是不是有些担心安全?我想在新的云计算时代,我们都要慢慢接受这些变化。

    • 扩容成本

      但在基础设施方面,最大的好处是您只需支付所需的计算费用,在AWS Lambda的情况下,AWS 为开发人员提供每月 100万的请求和 400,000 GB 的计算时间 ——无需任何费用,省去的可是真金白银!

      • 示例:低频的请求

        假设正在运行仅每分钟处理一个请求的服务器应用程序,处理每个请求需要50毫秒,并且您在一小时内的平均CPU使用率为0.1%。如果将此应用程序部署到其自己的专用主机,那么这非常低效。这个机器你明明可以运行一千个类似的应用程序,共享在这台机器。

        FaaS把降低的成本交给了你。使用上面的示例应用程序,每分钟只需支付50毫秒的计算费用。

      • 示例:不规律的流量洪峰

        让我们看另一个例子。 假设你的服务收到的基准流量是每秒20个请求,但是每隔5分钟每秒会收到200个请求(通常数量的10倍),持续10秒。你当然不希望在流量峰值阶段减少响应时间。 你是如何解决这个问题的?

        在传统环境中,你可能需要将总硬件数量增加10倍,仅仅为了处理峰值的情况,即使峰值的总持续时间不到总机器正常运行时间的4%。 自动扩展可能不是一个好的选择,因为新的实例启动时,服务器需要多长时间才能启动,峰值阶段将结束。

        就像下图中的处理一样:
        这里写图片描述

        使用FaaS这就不会成为一个问题,只需在峰值阶段支付额外的计算费用就好。显然,这是一个Serverless/FaaS可以节省大量成本的示例,但重点是从扩展的角度来看。

      • 优化是成本节约的根本

        还有一个有趣的方面:对代码进行的任何性能优化不仅会提高应用程序的速度,而且还可以直接关系到运营成本的降低。例如你的FaaS函数,之前的相应需要100ms,进过优化后减少到50ms,那么恭喜,成本降低了一半,就是这么直接,不需要改任何基础架构。

    • 运维管理的提升

      • 扩容带来的便利
        这个前文提到过多次,FaaS的扩展功能不仅降低了计算成本,而且还减少了操作管理,因为扩展是自动的。

        在最好的情况下,如果扩展是手动的,那么运维人员需要明确地向一组服务器添加和删除实例 - 使用FaaS,忘记这一点并让FaaS供应商扩展你的应用程序。即使您已经在非FaaS架构中使用自动扩展,仍然需要设置和维护。 FaaS不再需要这项工作。

      • 降低了打包和部署的复杂性
        与部署整个服务器相比,打包和部署FaaS功能非常简单。 你所做的就是将所有代码打包到一个zip文件中,然后上传它,也没有决定是否在计算机上部署一个或多个容器。 如果您刚开始使用,甚至不需要打包任何东西 - 您可以在供应商控制台本身编写代码。OpenFaaS好玩了,它允许你直接拉取Github的源码,一个配置好CI参数后,一个Commit就会让你的函数更新掉。

        这个过程不需要花费很长时间来描述,但对于某些团队而言,这种好处可能非常巨大:完全无服务器的解决方案需要零系统管理。

        PaaS解决方案具有类似的部署优势,但正如我们之前看到的,在将PaaS与FaaS进行比较时,扩展优势是FaaS独有的。

      • 交付速度和持续的验证

        随着团队和产品越来越多地面向敏捷,我们希望不断尝试新事物并快速更新现有系统。虽然在持续交付的情况下进行简单的重新部署可以快速迭代稳定的项目,但是从具一个Idea到初始部署能力使我们能够以极快和低成本尝试新的实验。

        前文提到的,基于FaaS的持续集成,非常完美的让你持续的实验下去

        虽然成本效益是无服务器最容易表达的改进,但是这种缩短的交付时间让我最兴奋。它可以实现持续实验的产品开发思维,这是我们如何在公司中交付软件的真正革命。

    • “绿色”计算?

      在过去的几十年中,世界上数据中心的数量和规模都在大幅增加。除了建立这些中心所需的物理资源外,相关的能源需求如此之大,苹果,谷歌等都在谈论将一些数据中心托管在可再生能源附近以减少化石燃烧。

      通电后的空闲,使得服务器消耗了大量的能量。

      Typical servers in business and enterprise data centers deliver between 5 and 15 percent of their maximum computing output on average over the course of the year. – Forbes

      这非常低效,并产生巨大的环境影响。

      一方面,云基础设施可能已经帮助减少了这种影响,因为公司可以按需“购买”更多的服务器,只有当他们绝对需要时,而不是提前很长时间配置所有可能必需的服务器。然而,人们还可以争辩说,如果没有足够的容量管理,很多服务器都会被丢弃,那么配置服务器的容易程度可能会使情况变得更糟。

      无论我们使用自托管服务器,IaaS还是PaaS基础架构解决方案,我们仍然会手动制定关于我们的应用程序的容量决策,这些决策通常会持续数月或数年。通常,我们对管理容量持谨慎态度,因此我们过度配置,导致刚才描述的效率低下。使用无服务器方法,我们不再自己做出这样的容量决策 - 我们让FaaS供应商为我们的实时需求提供足够的计算容量。然后,供应商可以在其客户中汇总制定自己的容量决策,就像集中供暖,而不是你自己在北方的家里烧锅炉。

    FaaS的不足之处和用武之地,To Be Continued。

    Serverless Architectures

    It’s all about functional stateless microservices

    展开全文
  • 无服务器计算,虽然神秘,但一定会成为IT行业最有力的工具之一。这种可能改变游戏规则的技术虽然不是全新的,但就像之前的容器技术一样,有一些神化和误解。 1什么是无服务器(Serverless)计算? ...

    无服务器计算,虽然神秘,但一定会成为IT行业最有力的工具之一。这种可能改变游戏规则的技术虽然不是全新的,但就像之前的容器技术一样,有一些神化和误解。

    1什么是无服务器(Serverless)计算?

    无服务器计算允许企业构建、运行应用和服务而不用去考虑服务器。无服务器应用不需要管理任何服务器,而且任何类型的应用或后端服务都可以构建为无服务器应用。运行应用以及应用高可用所需要的一切,都由云服务商来提供。

    无服务器应用程序有四大优势:

    1)不需要管理服务– 不需要提供或维护任何的服务器,不需要安装任何的软件或运行时。

    2)弹性扩缩–应用程序扩缩能自动完成或是通过调整其资源使用量来调整容量,而不是通过增减服务器的数量。

    3)高可用-无服务器应用程序内置高可用和容错。无需考虑高可用,运行应用的服务默认提供高可用。

    4)没有闲置损耗-不需要对计算和存储之类的服务预留容量。如果代码没有运行,就不会收费。

    构建无服务器应用程序意味着开发者可以专注在产品代码上,而无须管理和操作云端或本地的服务器或运行时。

    2无服务器(Serverless)计算如何工作?

    与使用虚拟机或一些底层的技术来部署和管理应用程序相比,无服务器计算提供了一种更高级别的抽象。因为它们有不同的抽象和“触发器”的集合。

    拿计算来讲,这种抽象有一个特定函数和抽象的触发器,它通常是一个事件。以数据库为例,这种抽象也许是一个表,而触发器相当于表的查询或搜索,或者通过在表中做一些事情而生成的事件。

    比如一款手机游戏,允许用户在不同的平台上为全球顶级玩家使用高分数表。当请求此信息时,请求从应用程序到API接口。API接口或许会触发 aws 的Lambda函数,或者无服务器函数,这些函数再从数据库表中获取到数据流,返回包含前五名分数的一定格式的数据。

    一旦构建完成,应用程序的功能就可以在基于移动和基于 web 的游戏版本中重用。

    这跟设置服务器不同,不是必须要有Amazon EC2实例或服务器,然后等待请求。环境由事件触发,而响应事件所需的逻辑只在响应时执行。这意味着,运行函数的资源只有在函数运行时被创建,产生一种非常高效的方法来构建应用程序。

    3适用于哪些场景?

    无服务器计算适合于任何事件驱动的各种不同的用例。这包括物联网,移动应用,基于网络的应用程序和聊天机器人。事件是由人的动作(比如按下按钮),传感器或者系统中的数据流产生。

    这方面的一个例子是,Thomson Reuters(人名)使用AWS Lambda来加载和处理数据流,而无需提供或管理任何服务器。Thomson Reuters建立了一个解决方案,使其能够捕捉、分析和可视化其产品所生成的分析数据,提供帮助产品团队不断改进用户体验的见解。

    AWS Lambda只在通过与其他AWS服务、Kinesis和AmazonS3集成的新数据条目触发时运行代码。

    在事件驱动下,当代码运行时,公司只收取计算处理的费用,这是非常节约成本的。

    4不适用哪些场景?

    对于已经构建的遗留应用程序来说,这不一定是一个完全的解决方案。如果是一个单体应用或者应用需要运行在操作系统级别,这样的应用就不适合在无服务器平台上运行。这并不意味着这样的应用没法实现无服务器架构,它只是意味着需要重新构建应用程序。

    一个很好的例子是web应用程序,可以在应用程序服务器(如Tomcat)中将其作为一个大型的单体job运行。如果要将应用程序分解为复合函数集,则可以使用无服务器模型实现所有的新功能。随着时间的推移,旧版本应用程序的使用级别越来越小,这些新的无服务器组件的使用率随着使用量的增加而增加。对于这样的客户,都有一个过渡模型,客户可以遵循这种过渡模式,将传统的基于机器的应用程序架构迁移到基于功能的架构。

    5无服务器(Serverless)计算贵吗?

    并不贵。只需要支付企业所使用的部分,没有任何与无服务器计算相关的成本。特别对于小的用例,应用程序使用随时间变化大的企业是非常划算的。

    对于希望管理工作负载和操作的客户来说,它也非常划算,因为它可以使客户避免成本,例如容量规划或部署工具。许多AWS的客户,现在正在尝试用服务器来提高敏捷度,同时也节省了成本。健康零食公司Graze有许多使用for AWS的方法,包括将分析数据实时上传至亚马逊RedShift、管理备份和检查GitHub拉请求,希望在未来几个月内将其使用量增加两到三倍。

    6无服务器(Serverless)的行业炒作

    无服务器计算得到了开发人员的积极响应。在以资源有效的方式交付应用程序时,它提供了更多的选项和可能性。

    很多大型的企业,比如Netflix,已经在探索无服务器计算,希望解放开发人员的时间。Netflix使用AWS Lambda来构建基于规则的自我管理基础设施,并替换低效的流程,减少错误的速率,为开发人员节省宝贵的时间。

    以前,云开发者必须使用那些耗费大量人力和时间的机器。无服务器技术允许开发人员在几分钟内运行测试和产品。开发人员直接控制部署时间以及如何部署,通过建模框架控制应用架构。还允许发布自己的产品并亲自体验。

    2

    容器和无服务器(Serverless)

    无服务器计算和容器之间正在酝酿一场战斗——当尘埃落定时,谁会倒下?会是容器吗?

    如前所述,无服务器具备一些明显的优势。比如节省成本,提高IT支出的效率,减少资源和维护需求,允许开发人员和IT人员专注于高价值的任务等等。这也是为什么人们会对这项技术充满热情的原因。但是,通往无服务器的路径并不轻松。

    SetfiveConsulting 的合伙人 Ashish Datta 说,将基于容器的架构迁移到无服务器通常需要重新架构系统的重要部分。

    “与从虚拟机到容器的转换相比,从容器到无服务器的转换更有戏剧性,因为容器和无服务器之间的计算环境发生了根本性的变化。”

    相反,从虚拟机到容器的迁移更为直接,因为这实际上只是部署哲学的变化。

    Stackery CEO Nate Taggart说,最大的障碍是企业无法轻易地迁移到无服务器架构上。

    “(无服务器应用程序)必须是为无服务器基础设施设计的。这对于新的开发来说可能是相当经济的,但是迁移遗留应用程序将是很繁重的,在某些情况下甚至是不可能的。

    今天的无服务器产品有资源的限制,Taggert解释道,包括内存、计算和时间限制;有限的语言支持;以及在请求之间管理状态的特殊考虑。所有这些都必须“从一开始就融入到应用程序设计中”,Taggert说。

    PubNub的产品营销总监James Riseman说,迁移到无服务器架构还需要对现有基础设施进行重大的反思。

    “无服务器计算需要一个非常现代的、组件化的架构。系统和应用程序必须被分解成离散的逻辑函数,而要保证这样的质量企业会失去控制。” JamesRiseman 表示。

    无服务器的另一个问题是定价。“公司是按照每笔交易或每秒钟计费,而不是按照传统的基础设施条款,”Siseman说。“这使得定价更加难以预测。”

    除了地址迁移需求之外,转向无服务器计算还会导致思维模式的改变。

    “最大的障碍之一是,需要考虑在离散的单元中计算资源,而不是始终占用进行计算。”这与对内存使用量和运行时等框架的限制相吻合,比如Amazon Lambda这样的框架。“Atta说道。

    1对手还是盟友?

    撇开正反两方面的因素不说,在面对面的交锋中,容器和无服务器是相互排斥的解决方案。但是每个人都说这样想是错误的。

    SwymSystems CEO兼首席顾问Todd Millecam 表示,这是一种苹果和橘子的比较。“两者都有使用,如果观察大多数无服务器技术的运行方式,它们只是在后台运行容器。”

    无服务器和容器是互相补充而并非重叠的角色。Taggart说,虽然两者都可以用于计算任务,但每个任务都有其优缺点。无服务器是一种理想的、可预测的、具有小型资源需求和短期事务的工作负载。

    容器对于长时运行的流程和可预测的工作负载具有优势。容器在应用程序设计方面也提供了更多的灵活性,但需要对底层基础架构进行更多的管理。

    “作为一个无服务器操作控制台产品,我们有一个几乎完全没有服务器的后端,”Taggart补充说,但是仍然使用容器来处理某些工作负载,在这些工作负载中,它们是更好的工作工具

    2 Serverless是未来吗?

    看来,关于容器式微的谣言被夸大了。

    Datta说,不同的架构和应用程序总是需要不同程度的抽象,同样,不同的团队也会对做出不同的权衡。

    正如容器没有取代虚拟机,虚拟机也没有取代裸金属的服务器。抽象不会成为“更接近金属”的解决方案的生死存亡的威胁。

    无服务器,应该被看作是技术的进化。大多数观察者警告说,无服务器仍然不成熟,还没有建立架构模型和健壮的开发工具。这意味着将企业应用程序的命运与特定的云供应商绑定,将带来自身的风险。

    因此,尽管它有巨大的潜力,但可能需要数年才能在企业中获得广泛的应用。

    同时,无服务器将会对创业公司产生重大影响。

    “无服务器计算提供了一种托管代码的方法,并以很低廉的成本在web上可用。在拥有活跃的用户基础之前,无服务器是构建web应用程序的一种划算的方式。”Millecam说道。

    不过,数字机构POP CTO Jake Bennett 表示,随着无服务计算技术的成熟,架构师会发现无服务器将越来越难以抗拒。“无服务器计算解决了太多被忽视的问题。将对可伸缩性问题的关注转移给第三方供应商,是每个开发人员的梦想,让别人关心服务器维护是IT运维人员的一种幻想。”

    原文链接:

    1、Everything you need to know about Serverless Computing

    https://www.tuicool.com/articles/yMZVfev

    2、Serverless and containers: Is a throw down under way?

    https://www.tuicool.com/articles/BvUziyY


    展开全文
  • 1. 简单实现无服务器情况下,2个GIT客户端的同步 1. 简单实现无服务器情况下,2个GIT客户端的同步 1.1. 需求 1.2. 方案 1.1. 需求 有时候不希望经过server,实现2个客户端设备的代码同步 Server连不上,2个...
  • 服务器教程

    千次阅读 2021-08-08 08:45:13
    服务器教程 内容精选换一换对数据导入过程中出现的数据格式错误信息进行处理,若没有错误信息,此步骤可跳过。按照本教程的示例操作,错误表中应该错误信息。您也可以将步骤2:在数据服务器上安装配置和启动...
  • 我们在使用服务器的时候,有的时候就会出现没有响应的情况,对于不太专业的很多朋友来说,这就成了一个难题了,因为不知道是什么原因导致的,也不知道该如何解决,其实导致服务器无响应的原因有多种,比如网线接口...
  • 路由器服务器无响应怎么办

    千次阅读 2021-08-01 07:48:41
    路由器服务器无响应的解决办法有:1、先确认下不接路由,宽带线直接连接电脑是否需要拨号上网,如果需要路由上网方式选择ADSL拨号,如果不需要拨号就可以上网,路由上网方式选择自动获取。2、如果是有光猫,看下是否...
  • 史上最全的网吧服务器配置

    千次阅读 2021-08-11 10:48:07
    很多网吧经营者必考虑的一个问题就是网吧服务器配置,那么怎么进行网吧的服务器配置呢,今天小编就告诉大家根据电脑台数来确定!一、(单服100-120台)服务器主板:芯片55系列如:华硕z8na-d6CPU:55系列至强...
  • [Web] [微信小程序-云开发] 商城 无服务器 加后台管理wxapp-mall-clouddb前言如何使用更多说明功能实现效果相关运行By the way wxapp-mall-clouddb 微信小程序-云开发 商城 微信云数据库 无服务器 加后台管理 9.20...
  • AWS Fargate才是无服务器的真正未来,因为它在容器圈的实力可以甩你两几条街。 去年,我写了一篇关于什么是无服务器计算的文章。在那篇文章中,我描述了尽管无服务器计算不会删除服务器,但它把服务器的管理交给了...
  • Sql server没有服务器名称怎么办

    千次阅读 2020-08-21 21:11:45
    大家好我是小元,一个遇坑就掉的悲惨大学生。 很多人再微软官方下载的sql server 之后,打开sqlserver management studio时没有服务器名称 选择windows身份验证 直接输入(local)即可
  • pwnat——一种无需第三方服务器就能完成NAT点对点P2P穿透的基于UDP打洞技术的新方法简介传统的udp打洞UDP 打洞原理及过程pwnat技术,无需第三方服务器!pwnat用法pwnat工作原理 前段原文:...
  • 【导读】宽带拨号上网服务器无响应是怎么回事,下面就是191路由网整理的网络知识百科,来看看吧!大家好,我是191路由器网小编,上述问题将由我为大家讲解。宽带拨号上网服务器无响应的原因:1、查看线路是否连接...
  • 路由器远端服务器无响应的原因:1、猫的问题;2、路由器本身问题;3、网络运营商的问题导致。解决办法:1、重启猫,如果有备用猫,建议更换备用猫;2、重启路由器,如无用,建议重置路由器(恢复出厂设置),重新拨号...
  • 安装路由器时,路由器的WAN口状态显示“拨号失败服务器无响应”的解决办法,很多用户在设置路由器的时候都会遇到,下面会介绍相应的解决方法。原因分析“拨号失败服务器无响应”指的是路由器通过PPPOE这种拨号方式向...
  • 你敢信这些都发生在我身上嘛,欲哭泪,通过腾讯云客服得知,以上这些都是在我经手之前,木马什么的就已经存在了,在我搭建好几套环境之后,运行了个把月,不定时,陆续的出现各种问题,就问你坑不坑。 服务器被...
  • 如果还是网络运营商远端响应,将接在路由器WAN口的线拔掉,直接接在电脑上,然后点击电脑桌面“宽带连接”,将宽带用户名和密码“删除”,重新输入,然后再点连接 ,看下是否可以连接上,如果连不上是网络的问题,...
  • 首先需要自行下载WampServer,一款好用的Apache Web服务器、PHP解释器以及MySQL数据库的整合软件包: 安装时直接使用默认设置即可,一路Next,安装成功后打开下面页面: https://github.com/prasa.
  • UnityHub一直弹服务器无响应

    千次阅读 2020-07-20 17:58:30
    解决办法: 创建环境变量 变量名: NODE_TLS_REJECT_UNAUTHORIZED 变量值:0 不会创建变量可以参考这里
  • 可能原因:1.TCP/IP被修改,可在SQL Server配置管理器中打开网络配置双击TCP/IP进行修改  解决方法:打开配置管理器,将所有的TCP端口改为1433 ... 解决方法:把主机名改回SQL显示的本地服务器名称  
  • 1.连接 输入参数错误: 如安装时选择了连接数据库方式为: 混合模式 ( Windows 身份验证 和 SQL Server 身份验证) ...服务器名称: . ( . 代表本机) 身份验证:SQL Server 身份验证 登录名:sa 密码:123
  • 服务器指一个管理资源并为用户提供服务的计算机,通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。相对于普通PC来说,服务器在稳定性、安全性、性能等方面都...
  • win10的bash使用ssh连接远程服务器

    万次阅读 多人点赞 2017-06-23 17:19:49
    1. 前言微软已经在Win10一周年更新预览版中加入了Ubuntu Bash命令支持,相当于一个小型的linux系统,本来连接远程服务器的话,要使用putty啥的,现在可以用这个直接连接,我来讲讲步骤。2.步骤2.1 开启basha. 没安装...
  • 然后点击更新服务器列表"重要" 再试试 vagaa哇嘎搜索没反应的解决方法 方法 1. 先不开 VAGAA 打开安装文件夹"Vagaa"——"Data 文件夹"——"把 awf.dat 和 awf.dat 1 两个文件改成记事本 TXT 格式"例如: awf....
  • Plex插件

    千次阅读 2021-08-09 02:18:52
    服务器端用于管理各种媒体(电影,剧集,照片,音乐,家庭视频),客户端用于解决播放(Mac,PC,iOS,Android,XBox,PS,各种TV,树莓派等)用户可以通过在电脑或者NAS上安装PlexMedia Server,...
  • 服务器开机屏幕显示问题

    千次阅读 2019-08-18 21:31:33
    最近一次使用服务器运行caffe-ssd的代码,无法将训练日志进行保存,以为是三两天没有关机,导致的结果,于是便想重启一下,选择了关机。谁知道关机后再开机,屏幕没有显示了。 1) 一开始以为是GPU的问题,切换了...
  • 饥荒联机版一直显示“服务器没有响应”出现的原因可能有:1、服务器所处运行环境不佳;对于计算机网络服务器来说,运行的环境是非常重要的。其中所指的环境主要包括运行温度和空气湿度两个方面。网络服务器与电力的...
  • 一台台式,应付店内装机,测机,监控,NAS,共享,盘应用,DDNS等等各种应用。一台笔记用于外出运维使用,笔记本一般有两个网卡(有线,无线),有线网卡接入交换机,直接提供相关服务,接入系统虚拟交换机,用于...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,420,305
精华内容 568,122
关键字:

无服务器