精华内容
下载资源
问答
  • Saas云产品持续交付流程总结

    千次阅读 2019-10-19 15:03:07
    面向中小型客户的Saas云产品Devops建设总结一、Devops概念二、交付背景1.客户分布2.远程运维愿景技术背景开发技术栈Devops工具链发布流程持续集成持续交付 一、Devops概念 Devops(Development and Operations)是一...

    一、Devops概念

    Devops(Development and Operations)是一组过程、方法与系统的统称,用于促进开发、运营和技术保障部门之间的协作沟通与整合,可以避免开发人员与运维人员产品沟通、工作流程的脱节。
    在这里插入图片描述

    二、交付背景

    1.客户分布

    本产品定位为行业解决方案,主要面向客户范围为全国各地,单个客户的系统使用人数为500-2000人。会出现部分模块定制化开发或业务流程调整的情况,因此需要进行较为频繁的版本迭代,并能在效率较高的情况下尽量减少成本预算和开销。

    2.远程运维愿景

    由于存在客户群体大、分布地区多样、版本发布频繁的需求存在,因此需要可以实现远程运维,能在单点控制多个客户现场。
    如下图所示:
    (1)服务资源最终会托管给云供应商,研发团队通过访问IP的方式对云主机进行操作
    (2)云供应商会对访问IP进行权限控制,保障只对用户内网提供系统使用
    (3)用户在使用过程中如果出现问题或者建议,可以向研发运维团队反馈,并进行远程支持维护
    在这里插入图片描述

    三、技术背景

    1.开发技术栈

    服务端采用了微服务分布式架构,与传统架构相比,分布式架构更好地解决了服务器性能问题,利用多节点的更强处理能力,提高系统的整体性能。在业务方面,将系统拆分成多个业务单元,让模块之间高内聚低耦合,降低业务的复杂度。同时,在部署方面,可以根据各个模块的使用特点,合理的分配资源,如基础数据模块,可以更多地分配云资源,保证面向较大并发量时的稳定性。
    在这里插入图片描述

    2.Devops工具链

    用途名称
    代码管理(SCM)Gitlab
    持续集成Jenkins
    构建工具Maven
    包(镜像)管理Npm、Nexus、Harbor
    镜像docker
    代理+web服务器Ngnix、Haproxy
    脚本语言shell
    日志采集Elasticsearch、Logstash、Kibana
    链路追踪Zipkin
    服务监控Prometheus

    四、发布流程

    1.持续集成

    持续集成(Continuous integration)是一种软件开发实践,即团队开发成员经常集成他们的工作,通常每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,自动化测试)来验证,从而尽早地发现集成错误。本产品持续集成部分主做了如下工作,如下图所示:
    (1)开发人员将自己在本地开发好的代码提交并合并到指定的分支,接着会触发Jenkins的pipeline(PS:由于代码管理模式没用到fork,因此没有在merge request时进行代码测试)
    (2)Jenkins会按照设定好的步骤进行基础环境进行检测,判断是否可以进行下一步构建工作。紧接着会对新的代码版本进行代码检查、build、单元测试

    agent  {
            docker {
                image 'node:latest'
            }
        }
    

    在这里插入图片描述
    (3)以上流程都通过以后会将代码上传到版本库当中(Nexus、Harbor),如果中途没有通过,会将错误日志Email发送到相关人员的邮箱中

     post {
            failure {
                updateGitlabCommitStatus name: 'complete', state: 'failed'
                emailext attachLog: true, 
    

    2.持续交付

    持续交付(Continuous delivery),是一种软件工程手法,让软件产品的产出过程在一个短周期内完成,以保证软件可以稳定、持续的保持在随时可以发布的状况。它的目标在于让软件的构建、测试与发布变得更快以及更频繁。这种方式可以减少软件开发的成本与时间,减少风险,流程图下图所示:
    (1)Jenkins根据指定的包版本号从nexus仓库中取出对应版本的包,并压缩发送到跳转服务器(跳转服务器的存在为了解决公司内网和云之间的网络问题)
    (2)通过Jenkins远程触发测试环境的更新脚本,并执行多个步骤。
    a)从跳转服务器获取压缩包
    b)执行解压
    c)替换新的版本包到指定目录下
    d)停止原有进程,启动新的进程
    e)进程检测
    f)测试环境发布完成
    (3)开发测试人员对新的版本进行确认,并启动自动化测试工具(selenium)进行测试
    (4)在生产环境指定步骤2的基本操作流程
    (5)通过Prometheus、ELK、ZIPkin等工具对服务和软件信息进行记录和监控
    在这里插入图片描述

    五、云端部署架构

    使用LVS、Nginx反向代理、微服务结点多活,数据库RAC,对集群实现多层负载均衡。
    在这里插入图片描述

    展开全文
  • 归根结底,还是因为既有的Saas化产品如何应付传统企业项目交付的问题。本文从项目型产品和Saas化产品的关系,架构等方面尝试给出答案。 1. 前言 如果说为单个企业实施定制化项目是IT服务商的婴孩时期,通过产品积累...

    目前,在业务推进方面,产品和项目之争越来越多。归根结底,还是因为既有的Saas化产品如何应付传统企业项目交付的问题。本文从项目型产品和Saas化产品的关系,架构等方面尝试给出答案。

    1. 前言

    如果说为单个企业实施定制化项目是IT服务商的婴孩时期,通过产品积累以较低成本为多个企业实施定制化项目就是IT服务商的少年时期,通过产品SAAS化为所有企业提供满足个性化的服务就是IT服务商的青年时期,最终,通过产品的平台化为所有企业提供一体化的服务就是IT服务商的壮年时期。成长的过程是不可避免的,因为身边很多年少时期的客户,而花费很多精力去迎合他们,降低了自己的成长速度,并不是一个好的方法。
    较好的办法就是通过开动脑筋,保持现有成长速度不变的情况下,满足年少客户的需求。
    个人认为,SAAS化产品路线和项目化实施并不矛盾,是一个不断演进的过程,是同一事物的不同成长阶段。任何的SAAS化产品都是从项目型产品进化而来的。

    2. 项目型和SaaS化产品

    2.1 Saas化产品长什么样?

    指标SAAS化产品项目型产品
    云部署×
    多租户×
    可配置
    可扩展
    数据隔离×
    高可用
    热部署×
    独立升级×
    数据可控×
    自助注册×
    可监控×
    浅色风格
    新手导航
    客户互动×

    从各项指标对比来看,项目型产品和Saas化产品确实不同。并且,从商业模式上也是不同的。但是否意味着为了项目需求和Saas需求,要走两条不同路线呢?个人认为,从商业模式上确实要走两条路,但在技术实现上是相同的。

    2.2 技术实现的演进关系

    Saas软件并不是天生存在的,是一步步演进形成的。公认的,按照成熟度等级可分为:

    • level 1:定制开发

    最初级的Saas应用成熟度在应用架构上,跟传统的项目型软件应用架构几乎没有差别。在这种模式下,软件服务提供商为每个客户定制一套软件,并为其部署。每个客户使用一个独立的数据库实例和应用服务器实例。数据库中的数据结构和应用的代码可能都根据客户需求做过定制化修改。

    有些 SaaS 软件公司专门为单一企业提供软件服务,也就是一对一的软件交付模式,客户可以要求将软件安装到自己公司内部,也可托管到服务商那里。定制能力是衡量企业管理软件好坏的最重要指标之一, 这也是为什么有些软件开发商在 SaaS 早期坚持采用单重租赁的软件设计方案。

    • level 2: 可配置

    第二级成熟度模型相对于最初级的成熟度模型,增加了可配置性。希望通过不同的配置来满足不同客户的需求,而不需要为每个客户进行特定定制,以降低定制开发成本。这是目前成熟的传统软件可以达到的程度。

    但是,在第二季成熟度模型中,软件的部属架构并没有发生太大的变化,依然是为每个客户独立部属一个运行实例。只是每个运行实例运行的是同一份代码,通过配置的不同来满足不同客户的个性化需求。
    多重租赁架构下的自定制或自定义功能是 SaaS 软件的另一核心技术, 领先厂商的产品已经将自定制做到出神入化的地步。客户可以根据自己公司的业务流程, 自定义字段、 菜单、 报表、 公式、 权限、 视图、 工作流和审批流等, 做到 S a a S软件的量身定制,而且不需要编程
    知识。

    • level 3:高性能多租户架构

    多租户单实例的应用架构才是通常真正意义上的Saas应用架构。多租户单实例的应用架构可以有效的降低Saas应用的硬件及运行维护成本,最大化的发挥Saas应用的规模效应。不过,与传统的企业应用不同,Saas应用更具备互联网应用的许多特征。与传统单实例的企业应用相比,其数据量和并发量都会有明显的增加。因此,对于基于传统应用改造的多租户应用,还面临着大量的性能方面的挑战。

    • level 4: 可伸缩性的多租户架构

    在实现了多租户单实例的应用架构后,随着租户数量的逐渐增加,集中式部属会成为性能瓶颈。需要通过一定策略实现水平扩展。随着租户数量的进一步增大,该架构可以保证仅通过再多部属几个实例来满足更多租户的使用。

    因此,从项目型产品到Saas化产品是同一产品的不同成熟度等级。显而易见的是,如果实现了高成熟度的产品,则会兼容低成熟度的产品。即,实现了Saas化产品,完全可以满足项目实施对产品的要求。

    2.3 关于轻量化的理解

    **目前,有些工业化Saas软件给人的感觉就是轻量化——功能不多,只能满足基本的业务需求。那么,轻量化是否就是Saas软件的特征呢?没有那个Saas软件将轻量化作为它的特征。轻量化不是最终目的,满足需求才是最终目的。轻量化可以当作产品由小到大过程中的一个阶段或者是满足特定客户群体的一个产品版本。只要可配置性做好了,我们的产品完全可以做到按需变化,想轻量就轻量,想复杂就复杂。

    如果非要说,Saas软件必须是轻量化的,也可以这样理解:依托软件平台,软件本身可以实现轻量化,即部分功能通过平台实现,减少软件本身的开发和维护工作量。这就要求Saas软件是基于平台的软件。平台可以是工业互联网Paas平台等。

    2.4 如何兼顾项目实施和Saas化产品?

    1. 采用组件化技术,将系统划分成细粒度的模块,将不同模块甚至不同功能拆分成组件;
    2. 配置性,通过数据可配置、功能可配置、流程可配置及页面可配置,实现灵活配置;
    3. 统一管理,抽取公共业务组件,统一维护。如果组件无法同时满足,则拆分为更细粒度的组件。

    2.5 小结

    综上所述,采用Saas化架构,是历史前进的趋势。技术上讲,项目型产品是Saas化产品的最低成熟度等级,实现了高等级成熟度,则可以兼容低等级成熟度。商业模式上,项目型实施和Saas化推广是不同的商业模式。Saas化产品不等于轻量化。轻量化只是在产品无法满足各类用户个性化需求的情况下,一种折中的实现方式,是最终Saas化产品的一个阶段。可以采用不同的方式,同时兼顾目前项目实施的需求和未来Saas化需求。

    3. SaaS产品实现和微服务架构

    Saas化软件模式大约在2003年就出现了。而微服务架构大约在2014年出现。所以说,实现Saas化产品并不一定使用微服务架构。早期的salesForce,八百客,早期的阿里巴巴等的Saas化产品,肯定不是基于微服务的架构。但随着软件设计方法的不断发展,微服务架构也迎合了时代发展的要求。

    3.1 软件架构演进历史

    软件架构一般划分为应用架构和基础架构。其中应用架构是指构建业务系统本身需要关注的设计内容,而基础架构是指部署业务系统时需要考虑的设计内容。

    基础架构演进路线为:

    graph TD
      A[大型机] -->B[小型机]
      B[小型机] -->C[PC Server]
      C[PC Server] -->D[云计算]
    

    应用架构的演进路线为:

    graph TD
    A[面向过程] -->B[对象组件]
    B[对象组件] -->C[多层架构]
    C[多层架构] -->D[微服务架构]
    
    

    面对的业务场景为:

    graph TD
    A[科学计算] -->B[信息服务]
    B[信息服务] -->C[企业应用]
    C[企业应用] -->D[互联网+]
    
    

    3.2 为什么选择微服务架构?

    微服务的本质:一种更优的分工合作机制,加速分工,促进合作,帮我们成就更大的梦想!

    从产品来说,各类自研应用采用微服务架构是是为了能够借助平台的力量,借助云计算的力量,成为有生命力的产品。这就要求我们的架构也最好使用分布式架构,以充分利用云计算提供的各层能力。传统分层架构,如MVVM,SSH框架等,是单体架构,不具备搭建分布式系统的能力,如果要将单体架构改造成分布式架构,还需要借助其他框架,如EJB等,才能实现。将来和工业互联网平台的融合,也只能是集成式的浅融合。

    从工业互联网平台来说,工业互联网平台白皮书推荐的技术架构也是分布式微服务架构,也就是说是业内事实上的标准。这样,我们的平台可以将各类应用通用的权限、用户、消息等做成公共组件,统一维护,降低产品维护成本。另外,借助云计算能力,我们的平台可以集成大数据分析平台,智能决策平台,为各类应用提供高价值功能,使应用成为开放的,不断升级的产品。如果走不同的架构,那么需要两个团队来维护,还会有团队协同问题,难于管理。

    从团队和研发管理来说,不会像以往的传统软件研发那样,需要依靠那些既懂业务,又懂开发的人员负责从业务到开发一条龙。这大大降低了对人员的要求,每个人只需要是单个领域的专家,促进了人员的分工合作,具备了把产品做大的可能性。

    当然,微服务存在缺点,就是管理和维护复杂。当我们的产品规模达到一定程度后,微服务管理和维护会比较复杂,需要专业团队运维。

    4. 项目实施的顾虑——微服务架构和前后端分离

    项目实施的目标是为了盈利。不管是Saas化产品和项目型产品,都是为了满足客户的需求,业务上没有顾虑。而提到微服务架构,大家诟病的就是一个功能的开发需要前端工程师和后端工程师两人来完成,比起传统项目一个人开发来说,看似成本高了一倍。如何解决这个问题?

    第一种,接受微服务架构带来的好处,而不采用前后端分离的开发方式。目前,我查到的资料来看,微服务架构一般是前后端分离的,而我们采用的Springboot框架,也是前后端分离的。第一条路可能行不通。

    第二种,放弃微服务架构,采用传统的单体分层架构。那就成了做传统软件了,无法有效的利用现有的云计算、人工智能和平台的能力。为了节省几个人工费,让我们的产品倒退一大步,得不偿失。

    第三种,从根源入手,解决人力成本高的问题。我想到的,可以通过招聘或培养懂前后端的人做项目实施。这种有可能可以。通过软件本身的可配置性和可扩展性实现,这个可能是根本解决办法。如果产品配置性和扩展性做好了,是不是就意味着实施周期的降低,快速的交付。这样,就可以降低项目实施的费用了。

    参考

    1. 为什么要前后端分离?优缺点?
    2. 微服务到底改变了什么?
    3. 微服务,为什么可以加速分工,促进合作?
    4. 微服务系列
    5. 架构这么多,该选哪一个?
    6. 哪些业务适合微服务?
    7. 微服务为什么从前后端分离开始?
    8. 什么是微服务架构,详解?
    9. 微服务的优势和不足。
    10. 详细讲解SaaS项目解决方案
    11. SAAS产品设计原则及产品架构特点
    12. SAAS软件架构浅谈和设计
    13. Saas系统架构思考,多租户架构设计分析。
    14. Saas服务与传统ERP软件的区别?
    15. Saas是什么?和传统软件的区别?
    16. saas模式和传统软件模式区别?
    17. 互联网时代的软件革命-Saas架构设计-叶伟
    18. 微服务设计-sam newman
    19. Saas架构新特性-八百客,李智
    展开全文
  • SAAS

    2017-07-28 09:24:00
    saas提供低成本的服务交付和低成本的服务应用方式,传统软件收取高额的授权使用费,而saas软件只需要电费和网费。敏捷性和灵活性是企业采用云服务获得的最大好处。 对于中小企业来说,saas是利用先进软件技术的...

        技术领域,时间上的先发优势是不存在的。

        saas提供低成本的服务交付和低成本的服务应用方式,传统软件收取高额的授权使用费,而saas软件只需要电费和网费。敏捷性和灵活性是企业采用云服务获得的最大好处。

    对于中小企业来说,saas是利用先进软件技术的最好途径。它消除了企业购买、维护应用程序的大部分花费,只需要支付月度租金。

        云服务第一关注的就是数据安全,谁可以上传或下载数据、删除或更改记录,以及这些活动该如何审核和监控。尤其是大型企业要保护他们的核心数据,不愿意由第三方来负责保存数据。

        saas是云计算上的应用表现,云计算是saas的后端基础服务保障。成功的saas企业特点:1、灵活定制、即时部署、快速集成;2内容丰富、信息共享的saas门户和渠道平台,即saas服务价值链的各环节参与者(用户、开发、销售及合作伙伴)都可以在这里共享数据、需找机会、获取服务。

    转载于:https://www.cnblogs.com/hasher/p/7248436.html

    展开全文
  • 2. 按量付费,降低成本; 3. 自动扩容,无需维护。 腾讯云 SCF 云函数于 2017 年推出,到现在已服务超百万开发者,随着业务规模增长,业务逻辑的复杂度变高,开发者往往需要通过编排组合多个函数,结合 COS 对象存储...

    01.Serverless 应用开发范式

    随着 2013 年 Serverless 概念的提出,FaaS 函数即服务的开发范式因以下特点逐渐成为开发首选:

    1. 快速开发,快速部署;

    2. 按量付费,降低成本;

    3. 自动扩容,无需维护。

    腾讯云 SCF 云函数于 2017 年推出,到现在已服务超百万开发者,随着业务规模增长,业务逻辑的复杂度变高,开发者往往需要通过编排组合多个函数,结合 COS 对象存储、API 网关、DB 数据库等云上资源才能完成一个完整的应用开发。因此我们于 2019 年联合业界广受欢迎的无服务器应用框架 Serverless Framework 推出了一体化管理函数及相关资源的开发方式 - Serverless 应用。

    通过 Serverless 应用,开发者可以方便地:

    • 在本地进行函数开发,一键部署到云端,无需额外适配云函数,也无需登录控制台。
    • 支持将传统开发框架的应用 (如:Express, Next.js, Flask, Laravel 等)部署为 Serverless 应用。
    • 在本地对函数代码进行调试,或使用远程开发模式在本地实时查看部署服务的日志输出,并进行调试。
    • 通过简单配置即可完成所有基础设施配置(如:API 网关、COS 存储、DB 链接等)
    • 快速切换应用的部署环境(开发,演示,生产)地区。
    • 更详细轻松的了解应用状态,查看日志、报错统计等信息。

    02. 目前主流的服务交付方式

    随着云计算的发展,越来越多的软件运行在了云端,软件从服务开发方交付给消费方的方式也随之升级,目前主流的交付方式有两种:

    • 镜像(软件包)交付
    • SaaS 交付

    1. 镜像交付

    服务开发商将应用开发完成后,制作成 CVM 虚机镜像,发布到镜像市场,消费方在创建 CVM 虚机时选择镜像完成部署使用。而一些需要多台机器节点组合成服务集群的应用,则需要通过多个镜像和运维脚本进行批量创建配置最终完成服务的上线使用。这个过程对服务开发方以及消费方都不太友好,而且服务上线后,需要消费方对服务进行运维,这对消费方是个严峻的考验——选择购买第三方服务,就是因为本身 IT 团队资源不足,现在反而需要投入运维资源。如此种种,该交付方式逐渐被 SaaS 取代。

    2. SaaS 交付

    SaaS,Software as a service,软件即服务,已经逐步发展成云上服务交付的主流形态。它由服务开发方提供统一的线上服务运维管理,通过多租户机制为消费方提供服务。消费方开箱即用,无需管理承载服务的架构和资源运维,只需要为服务本身付费即可。该模式为服务消费方提供了非常好的使用体验,也对服务开发方提出了很高的要求——随着服务的客户增多,服务集群的运维要求也越来越高。然而,SaaS 服务提供商往往是因为对某一个行业或某一个具体的问题场景有核心竞争力,针对性的开发出了解决方案,现在却为了实现交付给客户使用这一过程,被迫投入过多成本维护一个庞大的 SaaS 服务集群。与此同时,由于业务跑在开发商的服务集群里,越来越多的客户开始担心数据安全问题。

    那么,有没有一种方式,既可以让服务开发商专注于服务业务的实现,又可以让消费方享受开箱即用免运维同时不担心数据安全问题呢?

    答案是肯定的 — Serverless 应用中心

    03. Serverless 应用交付模型

    Serverless 应用为开发商(Service Provider)提供了便捷的开发范式,更提供了免运维的应用托管平台,承担了开发商到消费方(Service Comsumer)中间的云上桥梁,加速交付效率,统一交付质量,加速企业数字化转型。

    服务开发商通过 Serverless 应用中心,提交应用模板,经审核通过后,正式发布到模板中心,供消费方选择。消费方可通过 Serverless Framework CLI,也可通过控制台可视化操作,简单的配置之后,即可完成应用的部署上线。部署过程全程发生在消费方的云上环境中,因此服务运行中产生的数据也都在消费方自己的手上,无需担心数据安全问题。在 Serverless 平台的弹性扩容服务的保驾护航之下,服务可以一直保持高可用。同时按量计费模型只根据业务的实际使用量收费,真正实现服务的稳定、省心、省钱。

    部署完成后,消费方可通过控制台对应用的资源进行管理。

    随着开发商后续对应用的迭代更新,消费方也能非常方便得通过控制台对应用进行升级。

    04. 首批上架的应用案例

    1. 全景录制

    腾讯云实时音视频 TRTC 联合 Serverless 云函数,推出 「全景录制」一站式录制方案。所见即所得的录制模式,以观众视角实现全景录制,高度还原互动效果,免后期合成,即录即得,录制完成后输出一份完整 mp4 文件,稳定支持高并发业务需求,以更低的成本加速业务迭代。我们在这篇文章里面为大家详细介绍了《全景录制,一站式录制解决方案》,还有专属特惠资源包,低至 1 元,欢迎大家前去体验使用。

    2. 多媒体实验室

    腾讯旗下顶尖的音视频通信和处理研发团队,专注于实时音视频通信、音视频编解码前沿算法研究、音视频国际标准、计算机视觉图像处理、端到端音视频质量评测。在实时音视频通信和处理技术、音视频国际标准等领域积累了完整的解决方案和领先的技术水平。Serverless 作为智媒服务底座,提供基础计算能力及相关云服务的整合能力,提供弹性可伸缩的计算能力。(即将上线与大家见面,敬请期待。)

    05. Serverless 应用中心能力升级

    近期发布的应用能力提升,支撑了 Serverless 应用交付过程,主要是以下几个方面:

    1. Serverless Framework 多函数组件

    《Serverless 多函数开发示例》中为大家详细介绍了多函数组件的开发。

    2. 函数的闭源特性

    部分服务商希望将应用服务的能力开放出来,但同时又因商业机密或专利保护等原因无法开放源代码,例如音视频的编解码器、机器学习算法等。服务开发商可以通过 Serverless 应用中心提交应用服务模板,将需要闭源的函数以镜像形式发布,即可实现开放能力的同时保护源代码。

    3. 应用平滑升级

    在小步快跑的互联网时代,服务往往伴随着不断的迭代升级。现在,无论是增加新的功能还是提升服务性能或稳定性,服务开发商都可在 Serverless 应用模板随时提交发布新的版本。新版本经审核发布后,消费方可在控制台收到应用更新提示,点击「升级应用」即可完成在线更新。

    06. 服务开发商入驻预招募

    Serverless 应用支持提交复杂业务代码,形成一体化的业务模板供用户部署使用,便捷、安全、稳定,大幅降低研发成本周期,快速验证应用服务的 PMF。现开启服务开发商入驻预招募,如果您当前也有套成熟的应用服务代码,您可以通过入驻 Serverless 应用的方式,以更低的成本快速交付使用。点击提交相关信息,我们将在应用市场开放入驻时第一时间与您取得联系。

    One More Thing

    立即体验腾讯云 Serverless Demo,领取 Serverless 新用户礼包 👉 腾讯云 Serverless 新手体验

    欢迎访问:Serverless 中文网

    展开全文
  • SaaS

    2020-10-27 00:28:28
    前言新工作内容是围绕 SaaS 业务展开。作为前端,全面理解所服务的行业业务,将有助于日常工作的展开。SaaS 是一个很有商业价值的领域。但在此之前我对 SaaS 知之甚少。SaaS 有...
  • saas

    2010-02-01 13:16:00
    saas概述SaaS(Software-as-a-service)的意思是软件即服务,SaaS的中文名称为软营或软件运营。SaaS是基于互联网提供软件服务的软件应用模式。作为一种在21世纪开始兴起的创新的软件应用模式,SaaS是软件科技发展的...
  • 它减少了总的成本支出,同时最大限度地提高了工作效率和生产率,本文将指出迁移到云或者建设私有云优缺点以及边界在哪里? 1、什么是云计算 云计算(cloud computing)是分布式计算的一种,指的是通过网络“云”将...
  • 对于互联网公司而言,迁移到云是一个明智的决定。它减少了总的成本支出,同时最大限度地提高了工作效率和生产率,本文将指出迁移到云或者建设私有云优缺点以及边界在哪里?1、什么是云计算云计算(c...
  • 破解SAAS

    万次阅读 热门讨论 2008-04-15 11:38:00
    许多人在研究SAAS,尤其是做传统管理软件的。看着阿里软件,看着Google Office,看着Salesforce,眼馋了。但是,我经常问他们一个问题,你们研究SAAS的什么?很多人却讲不明白,看个热闹,大呼别人过瘾,自己却没有...
  • SaaS概念

    2019-10-15 10:37:04
    SaaS是Software-as-a-service(软件即服务) SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的实施、后期的维护等...SaaS 是一种软件布局模型,其应用专为网络交付而设计...
  • SAAS PAAS IAAS

    2019-09-17 10:41:52
    SaaS:软件即服务 软件即服务(也称为云应用程序服务)代表了云市场中...SaaS交付 由于其网络传输模式,SaaS无需在每台计算机上下载和安装应用程序,而在每台计算机上下载和安装应用程序正是IT员工的噩梦。 通过...
  • SaaS 模式

    2017-11-30 11:08:47
    这两年SaaS模式的概念很火爆,今天理一下SaaS的概念。 一、概念  SaaS是Software-as-a-service(软件即服务)。SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的...
  • saas介绍

    千次阅读 2008-01-11 16:26:00
    saas软件趋势之一:个人认为前景不错SaaS是Software-as-a-service(软件即服务)的简称,是随着互联网技术的发展和应用软件的成熟,而在21世纪开始兴起的一种完全创新的软件应用模式。它与“on-demand software”(按...
  • SaaS架构

    千次阅读 多人点赞 2019-09-06 16:20:43
    SaaS这个说法是区别于以往软件购买和交付方式而提出来的。在以前,你公司要使用一款软件来管理财务记账的时候,那你要向软件提供公司说明需求、支付购买软件的钱并提供安装软件的硬件环境,然后软件公司就会上门...
  • php saas,saas系统是什么

    2021-04-13 15:24:31
    saas系统是运营saas软件的平台,而saas是“Software-as-a-Service”的缩写名称,意思为软件即服务,即通过网络提供软件服务,其saas应用软件有免费、付费和增值三种模式。本文操作环境:Windows7系统,Dell G3电脑。...
  • ERP和Saas

    2021-05-12 17:48:41
    一套软件打遍天下,交付成本高 一次买断,难以持续性收入 软件过于庞大,重构难度大,面向PC,对移动互联网不友好。 二、Saas Saas更适用于移动互联网 SaaS采取订阅模式,即每年向企业收取“使用费用”。(在订阅...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 8,530
精华内容 3,412
关键字:

saas交付成本