서비스로서의 소프트웨어

Software as a service
"SaaS"는 여기서 리다이렉트 됩니다.서비스로서의 보안과 혼동하지 마십시오.

SaaS(Software as a Service)[1]는 소프트웨어 라이센스 및 제공 모델입니다.소프트웨어는 서브스크립션 기준으로 라이선스가 부여되어 중앙에서 [2][3]호스팅됩니다.SaaS는 "온 디맨드 소프트웨어" 및 웹 기반/[4]웹 호스팅 소프트웨어로도 알려져 있습니다.

사스 클라우드 컴퓨팅의 일부가 된 서비스(PaaS)로 서비스(IaaS)[5]플랫폼, 서비스(DaaS)로 데스크 톱 서비스(MBaaS)로 서비스(MSaaS), 모바일-end서비스(DCaaS)로 데이터 센터 서비스(iPaaS)로 통합 플랫폼 정보 기술 관리 소프트웨어 관리로 인프라와 함께 고려된다. ~하듯이서비스(ITMaaS)[citation needed]입니다.

SaaS 앱은 일반적으로 사용자가 웹 브라우저 등을 통해 씬 클라이언트를 사용하여 액세스합니다.사무용 소프트웨어, 메시지 소프트웨어, 급여 처리 소프트웨어, DBMS소프트웨어, 관리용 소프트웨어 CAD소프트웨어, 개발용 소프트웨어, 기업, virtualization,[6]회계, 공동 작업, 고객 관계 관리(CRM), 경영 정보 시스템(MI을 포함한 많은 사업 응용 프로그램을 사스가 된 일반적인 배달 모델이다.S)엔터프라이즈 리소스 플래닝(ERP), 청구서 작성, 필드 서비스 관리, 인적 자원 관리(HRM), 인재 획득, 학습 관리 시스템, 콘텐츠 관리(CM), 지리 정보 시스템(GIS), 서비스 데스크 관리.[7]

SaaS는 거의 모든 엔터프라이즈 소프트웨어 [8][9]회사의 전략에 포함되어 있습니다.

역사

비즈니스 애플리케이션의 중앙 집중식 호스팅은 1960년대까지 거슬러 올라갑니다.IBM과 다른 메인프레임 컴퓨터 제공업체는 그 10년 이후 종종 시분할 또는 유틸리티 컴퓨팅으로 불리는 서비스 사무국 사업을 수행했습니다.이러한 서비스에는 전 세계 데이터 [10]센터에서 은행 및 기타 대규모 조직에 컴퓨팅 능력과 데이터베이스 스토리지를 제공하는 것이 포함되어 있습니다.

1990년대 인터넷의 확대는 애플리케이션 서비스 프로바이더(ASP)라고 불리는 새로운 종류의 중앙 집중식 컴퓨팅을 가져왔다.ASP는 특정 비즈니스 애플리케이션에 대한 중앙 관리 및 프로바이더의 전문화를 통해 비용을 절감하기 위해 특정 비즈니스 애플리케이션을 호스팅 및 관리하는 서비스를 기업에 제공했습니다.가장 큰 ASP 중 두 곳은 워싱턴 DC 지역에 본사를 둔 USI와 캘리포니아 [11]어바인에 본사를 둔 Futurelink Corporation이었습니다.

서비스로서의 소프트웨어(SaaS)는 기본적으로 ASP 모델의 개념을 확장합니다.단, SaaS(Software as a Service)라는 용어는 보다 구체적인 설정에서 일반적으로 사용됩니다.

  • 대부분의 초기 ASP는 서드파티 독립 소프트웨어 벤더의 소프트웨어를 관리 및 호스팅하는 데 초점을 맞췄지만, 2012년 현재 SaaS 벤더는 일반적으로 [12]자체 소프트웨어를 개발하고 관리합니다.
  • 초기 ASP의 상당수는 기존의 클라이언트 서버 애플리케이션을 제공하므로 사용자의 PC에 소프트웨어를 설치해야 하지만 이후 구현은 [13]웹 브라우저만 사용해야 하는 웹 애플리케이션일 수 있습니다.
  • 대부분의 초기 ASP가 사용하는 소프트웨어 아키텍처는 각 비즈니스에 대해 애플리케이션의 개별 인스턴스를 유지하도록 요구되었지만, 2012년 현재 SaaS 서비스는 애플리케이션이 여러 비즈니스와 사용자에게 서비스를 제공하고 이에 [citation needed]따라 데이터를 분할하는 멀티 테넌트 아키텍처를 사용할 수 있습니다.

약어는 1985년 [14]9월 23일 출원된 USPTO 상표의 상품 및 서비스 설명에 처음 등장했다.DbaS(Database as a Service)는 SaaS의[15] 하위 변종으로 부상했으며 클라우드 데이터베이스의 한 유형입니다.

마이크로소프트는 [16]SaaS를 "소프트웨어와 서비스"라고 불렀습니다.

유통 및 가격 설정

클라우드(또는 SaaS) 모델은 물리적으로 배포되지 않고 거의 즉각적으로 배포되므로 물리적 간접 배포가 필요하지 않습니다. 따라서 기존 파트너와 중간 담당자가 필요하지 않습니다.선불 비용(및 옵션인 지속적인 지원 요금)과 함께 영구 라이센스로 판매되는 기존 소프트웨어와 달리, SaaS 공급자는 일반적으로 월 사용료 또는 연 [17]사용료를 사용하여 애플리케이션의 가격을 책정합니다.따라서 SaaS의 초기 셋업 비용은 일반적으로 동등한 엔터프라이즈 소프트웨어보다 낮습니다.SaaS 벤더는 일반적으로 응용 프로그램을 사용하는 사용자 수 등 몇 가지 사용 매개변수에 따라 응용 프로그램의 가격을 책정합니다.그러나 SaaS 환경에서는 고객의 데이터가 SaaS 벤더에 상주하기 때문에 트랜잭션, 이벤트 또는 [18]필요한 프로세서의 수 등 기타 가치 단위에 대해 과금할 기회도 있습니다.

멀티 테넌트(Multi-tenant) 환경에서 사용자 프로비저닝(즉, 신규 고객 설정) 비용이 상대적으로 낮기 때문에 일부 SaaS 벤더는 프리미엄 [18]모델을 사용하여 애플리케이션을 제공할 수 있습니다.이 모델에서는 기능이나 범위가 한정되어 무료 서비스를 이용할 수 있으며, 기능 강화나 범위 [18]확대에 대해서는 요금이 부과됩니다.

SaaS 성장의 주요 원동력은 사내 소프트웨어와 경쟁적인 가격을 제공하는 SaaS 벤더의 능력입니다.이는 IT시스템의 아웃소싱에 관한 종래의 논거와 일치합니다.이러한 아웃소싱에서는 규모의 경제를 애플리케이션 운용에 적용해야 합니다.즉, 외부 서비스 프로바이더는 보다 효율적이고 저렴하며 신뢰성 높은 애플리케이션을 [19]제공할 수 있습니다.

아키텍처

대부분의 SaaS 프로바이더는 멀티 테넌트 아키텍처를 제공합니다.tenant) 아키텍처를 제공합니다.이 모델에서는, 단일의 구성(하드웨어, 네트워크, operating system)을 가지는 애플리케이션의 단일 버전이, 모든 고객(「테넌트」)에 사용됩니다.scalability를 서포트하기 위해서, 애플리케이션을 복수의 머신에 인스톨 할 수 있습니다(수평 스케일링이라고 불립니다).경우에 따라서는 테스트 목적으로 일부 고객에게 애플리케이션 사전 릴리스 버전(예: 베타 버전)에 대한 액세스를 제공하도록 애플리케이션의 두 번째 버전이 설정됩니다.이것은, 복수의 물리 카피가 다양한 고객 사이트에 인스톨 되어 있는 기존의 소프트웨어와는 대조됩니다.각각 다른 버전의 소프트웨어가 잠재적으로 다른 구성으로 [20]커스터마이즈 되어 있는 경우가 많습니다.

표준이 아닌 예외이지만 일부 SaaS 프로바이더는 멀티 테넌시 대신 다수의 고객을 비용 효율적으로 관리하기 [21]위해 멀티 테넌시를 사용하거나 가상화와 같은 다른 메커니즘을 사용하지 않습니다.멀티 테넌시가 서비스로서의 소프트웨어(SaaS)에 필요한 컴포넌트인지 아닌지는 논란의 여지가 있습니다.[22]

세로형 SaaS와 가로형 SaaS

수평 SaaS와 수직 SaaS는 클라우드 컴퓨팅 서비스의 [23]다른 모델입니다.수평형 SaaS는 일반적으로 업종에 관계없이 광범위한 고객을 대상으로 합니다.SaaS 벤더의 일반적인 예로는 Salesforce와 HubSpot이 있습니다.반면 수직형 SaaS는 특정 요구사항을 [24]충족하기 위해 더 좁은 범위의 고객을 대상으로 하는 틈새 시장을 말합니다.

특성.

모든 SaaS(Software as a Service) 애플리케이션이 다음 특성을 모두 공유하는 것은 아니지만, 다음과 같은 특성은 많은 애플리케이션에서 공통적으로 나타납니다.

구성 및 맞춤

SaaS 애플리케이션도 마찬가지로 기존 애플리케이션 구성이라고 알려진 것을 지원합니다.즉, 기존의 엔터프라이즈 소프트웨어와 마찬가지로 기능 및 외관에 영향을 미치는 구성 옵션 세트(파라미터라고도 함)를 한 명의 고객이 변경할 수 있습니다.고객마다 구성 옵션에 대한 자체 설정(또는 매개 변수 값)이 있을 수 있습니다.미리 정의된 구성 [25]옵션 세트에 따라 응용 프로그램을 설계한 수준으로 사용자 정의할 수 있습니다.

예를 들어, 어플리케이션의 외관을 변경하고 싶은 고객의 일반적인 요구를 지원하기 위해 많은 SaaS 어플리케이션에서는 커스텀 로고(셀프 서비스 인터페이스 또는 어플리케이션 프로바이더 직원과의 협력을 통해)를 제공하고 있습니다.스톰 컬러단, 이러한 옵션이 [citation needed]설계되지 않은 한 고객은 페이지 레이아웃을 변경할 수 없습니다.

신속한 기능 제공

대부분의 경우 SaaS 애플리케이션은 주 [26]단위 또는 월 단위로 기존 소프트웨어보다 더 자주 업데이트됩니다.이것은, 다음의 몇개의 요인에 의해서 유효하게 됩니다.

  • 애플리케이션은 중앙에서 호스트되므로 업데이트는 고객이 아닌 공급자가 결정하고 실행합니다.
  • 어플리케이션의 구성은 1개뿐이기 때문에 개발 테스트를 고속화할 수 있습니다.
  • 단일 버전만 존재하기 때문에 애플리케이션 벤더는 소프트웨어의 이전 버전을 업데이트하고 유지 보수하는 데 리소스를 소비할 필요가 없습니다.
  • 애플리케이션 벤더는 모든 고객 데이터에 액세스하여 설계 및 회귀 테스트를 신속하게 수행할 수 있습니다.
  • 서비스 공급자는 일반적으로 웹 분석을 통해 애플리케이션 내의 사용자 행동에 액세스할 수 있으므로 개선할 만한 영역을 쉽게 식별할 수 있습니다.

신속한 변화를 위한 소프트웨어 개발 방법론을 [27]통해 더욱 신속한 기능 제공이 가능합니다.이러한 방법론은 1990년대 중반에 발전하여 빈번한 소프트웨어 릴리스를 지원하는 일련의 소프트웨어 개발 도구와 프랙티스를 제공합니다.

개방형 통합 프로토콜

SaaS 애플리케이션은 기업 내부 시스템(데이터베이스 또는 내부 서비스)에 액세스할 수 없기 때문에 주로 광역 네트워크를 통해 작동하는 [28]통합 프로토콜 및 애플리케이션 프로그래밍 인터페이스(API)를 제공합니다.

SaaS 어플리케이션 등 인터넷 서비스의 보급과 API 테크놀로지의 표준화에 의해 여러 서비스의 데이터, 프레젠테이션, 기능을 조합한 경량 어플리케이션인 매쉬업이 개발되어 복합 서비스가 형성되고 있습니다.매시업은 SaaS 애플리케이션을 사내 소프트웨어와 더욱 차별화하는데, 사내 소프트웨어는 회사의 방화벽 외부로 쉽게 통합할 수 없기 때문입니다.

협업(및 '소셜') 기능

다양한 인터넷 네트워킹 서비스와 소위 웹 2.0 기능의 개발에 영감을 받아 많은 SaaS 애플리케이션은 사용자가 협업하고 정보를 공유할 수 있는 기능을 제공합니다.

예를 들어, SaaS 모델에서 제공되는 많은 프로젝트 관리 애플리케이션은 기존의 프로젝트 계획 기능과 더불어 사용자가 작업 및 계획에 대한 의견을 제시하고 조직 내외에서 문서를 공유할 수 있는 협업 기능을 제공합니다.다른 여러 SaaS 애플리케이션에서는 사용자가 투표하여 새로운 기능 아이디어를 제공할 수 있습니다.

콜라보레이션 관련 기능의 일부는 사내 소프트웨어에도 통합되어 있습니다만, 유저 또는 다른 고객간의 콜라보레이션(암시적 또는 명시적)은, 일원적으로 호스트 되고 있는 소프트웨어만으로 실시할 수 있습니다.

오픈 SaaS

OpenSaaS는 오픈소스 코드에 기반한 SaaS(Software as a Service)를 말합니다.SaaS 애플리케이션과 마찬가지로 Open SaaS는 서비스 공급자에 의해 호스팅, 지원 및 유지 보수되는 웹 기반 애플리케이션입니다.Open SaaS 애플리케이션 로드맵은 사용자 커뮤니티에 의해 정의되지만 업그레이드 및 제품 향상은 중앙 프로바이더가 관리합니다.이 용어는 Drupal 콘텐츠 관리 프레임워크의 [29]창시자인 Dries Buytaert에 의해 2011년에 만들어졌습니다.

앤드류 호핀 전 뉴욕주 상원의 최고정보책임자(CTO)는 OpenSaaS를 "정부 혁신의 미래"라고 부르며 정부를 위해 목소리를 높여왔다.WordPress와 Why Unified를 고객에게 "양쪽 모두의 장점을 제공하고 더 많은 옵션을 제공하는 OpenSaaS 소프트웨어 제공 모델의 성공적인 예로 꼽습니다.오픈 소스라는 것은 그들이 WordPress를 직접 호스팅하고 그들의 웹사이트를 마음껏 커스터마이즈함으로써 웹사이트 구축을 시작할 수 있다는 것을 의미한다.동시에 WordPress가 SaaS라는 것은 웹사이트를 관리할 필요가 전혀 없다는 것을 의미합니다.WordPress는 [30]WordPress.com에 비용을 지불하고 호스팅할 수 있습니다."

도입 추진 요인

소프트웨어 시장과 테크놀로지 환경의 몇 가지 중요한 변화가 SaaS의 수용과 성장을 촉진했습니다.

  • 애플리케이션의 웹 기반 사용자 인터페이스 사용 증가와 관련 관행(예: 웹 설계)의 확산으로 기존의 클라이언트-서버 애플리케이션에 대한 필요성이 지속적으로 감소했습니다.그 결과 기존 소프트웨어 벤더가 팻 클라이언트를 기반으로 한 소프트웨어에 투자하는 것은 단점이 되어(계속적인 지원이 필요), 새로운 소프트웨어 벤더가 보다 '현대적'으로 인식되는 사용자 경험을 제공할 수 있게 되었습니다.
  • 웹 페이지 테크놀로지(HTML, JavaScript, CSS)의 표준화, 웹 개발의 보급, Ruby on Rails 또는 Laravel(PHP)과 같은 웹 애플리케이션 프레임워크의 도입과 보급에 의해 새로운 소프트웨어 서비스 개발 비용이 점차 절감되어 새로운 프로바이더가 기존의 벤더에 도전할 수 있게 되었습니다.s.
  • 광대역 인터넷 접속의 보급이 증가함에 따라 리모트 호스트 애플리케이션은 사내 소프트웨어와 동등한 속도를 제공할 수 있게 되었습니다.
  • 웹 스택의 일부로서 HTTPS 프로토콜을 표준화함으로써 대부분의 일상 애플리케이션에 충분한 범용 경량 보안을 제공했습니다.
  • REST(Representational State Transfer) 및 SOAP와 같은 경량 통합 프로토콜의 도입과 광범위한 수용을 통해 (클라우드에 상주하는) SaaS 애플리케이션과 와이드 에리어 네트워크를 통한 내부 애플리케이션 및 기타 SaaS 애플리케이션 간의 경제적인 통합이 가능했습니다.

도입에 관한 과제

일부 제한으로 인해 SaaS의 수용이 지연되고 경우에 따라서는 사용이 금지됩니다.

  • 데이터는 벤더의 서버에 저장되기 때문에 데이터 보안이 [31][32]문제가 됩니다.
  • SaaS 애플리케이션은 애플리케이션 사용자로부터 멀리 떨어진 클라우드에서 호스팅됩니다.이로 인해 환경에 지연이 발생합니다.예를 들어 SaaS 모델은 응답 시간(OLTP)을 요구하는 애플리케이션에는 적합하지 않습니다.
  • 서비스 프로바이더의 비용 효율성을 높이는 멀티 테넌트 아키텍처는 대규모 클라이언트의 애플리케이션 커스터마이즈를 제한하므로 이러한 애플리케이션을 커스터마이즈가 필요한 시나리오(대부분 대기업에 적용 가능)에서 사용할 수 없습니다.
  • 일부 비즈니스 애플리케이션은 고객의 현재 데이터에 액세스하거나 통합해야 합니다.이러한 데이터의 용량이 크거나 기밀성이 높은 경우(예를 들어 최종 사용자의 개인정보), 리모트로 호스트되는 소프트웨어와 통합하는 것은 비용이 많이 들거나 위험하거나 데이터 거버넌스 규정과 상충될 수 있습니다.
  • 헌법상의 검색/검증 보증법은 동적으로 저장된 모든 형태의 SaaS 데이터를 보호하는 것은 아닙니다.그 결과 데이터에 대한 액세스, 나아가 이러한 데이터의 오용은 승인 [33][34][35][36]시 데이터에 액세스할 수 있는 제3자 또는 정부 기관의 가정된 정직성에 의해서만 제한되는 보안 체인에 링크가 추가됩니다.
  • SaaS 벤더의 스위칭에는 매우 큰 데이터 파일을 인터넷을 통해 전송해야 하는 느리고 어려운 작업이 수반될 수 있습니다.
  • SaaS를 채택하는 조직은 새로운 버전을 채택하지 않으면 안 되는 경우가 있습니다.그 결과, 예상치 못한 트레이닝 코스트가 발생하거나, 유저가 새로운 소프트웨어의 버그로 인해 에러나 불안정한 상태가 될 가능성이 높아집니다.
  • 소프트웨어 벤더가 폐업하거나 소프트웨어를 갑자기 EOL하게 되면 사용자가 예기치 않게 소프트웨어에 접근할 수 없게 되어 조직의 현재 및 미래 프로젝트가 불안정해질 수 있으며 사용자에게 더 이상 액세스 또는 수정할 수 없는 오래된 데이터가 남겨질 수 있습니다.
  • 인터넷 접속에 의존한다는 것은 데이터가 기업 내부 [37]네트워크의 잠재적으로 더 빠른 속도가 아닌 인터넷 속도로 SaaS 회사와 주고받는 것을 의미합니다.
  • SLA(Service Level Agreement)에서 합의된 가동 시간 수준을 보장하는 SaaS 호스팅 회사의 능력
  • SaaS 애플리케이션 및 서비스에 대한 의존은 기업 내에서 SaaS의 무질서한 증가를 초래할 수 있습니다.이러한 서로 다른 애플리케이션과 서비스는 기술적 및 관리적으로 유지보수가 어려워지고 섀도우 IT가 확산될 수 있습니다.[38] [39]

표준 모델에는 다음과 같은 제한 사항도 있습니다.

  • 하드웨어, 기타 소프트웨어 및 운영 [40]체제와의 호환성.
  • 라이센스 및 컴플라이언스 문제(소프트웨어 프로그램의 무단 복제로 인해 조직이 벌금 또는 소송의 위험에 처하게 됩니다.
  • 유지보수, 지원 및 패치 리비전 프로세스

의료 응용 프로그램

Healthcare Information and Management Systems Society의 조사에 따르면 현재 미국 IT 의료 조직의 83%가 클라우드 서비스를 사용하고 있으며 9.3%가 클라우드 서비스를 계획하고 있으며, IT 의료 조직의 67%가 현재 [41]SaaS 기반 애플리케이션을 실행하고 있습니다.

데이터 에스크로

서비스형 소프트웨어(SaaS) 데이터 에스크로는 중요한 SaaS 애플리케이션 데이터의 복사본을 독립된 서드파티에 보관하는 프로세스입니다.SaaS 데이터 에스크로는 중요한 소프트웨어 소스 코드가 독립된 서드파티에 저장되는 소스 코드 에스크로와 마찬가지로 SaaS 애플리케이션 내의 데이터에 동일한 논리를 적용합니다.이를 통해 기업은 SaaS 애플리케이션 내의 모든 데이터를 보호하고 보장할 수 있어 데이터 [42]손실을 방지할 수 있습니다.

SaaS 데이터 에스크로를 고려하는 이유는 공급업체 파산,[43][44] 계획되지 않은 서비스 중단, 데이터 손실 또는 손상 가능성에 대한 우려 등 다양합니다.많은 기업이 데이터 거버넌스 표준을 준수하고 있는지 확인하거나 SaaS 데이터에 대한 보고 및 비즈니스 분석을 강화하려고 합니다.

비판

SaaS에 대한 한 가지 주목할 만한 비판은 자유 소프트웨어 재단의 Richard Stallman이 SaaS를 SaaS([45]Service as a Software Substitute)라고 지칭한 것입니다.그는 SaaS의 사용을 자유 [46]소프트웨어 원칙을 위반하는 것으로 간주한다.Stallman에 따르면:

SaaS를 사용하면 사용자는 자신의 컴퓨팅을 수행하는 실행 파일조차 가질 수 없습니다.이 파일은 다른 사용자의 서버에 저장되어 사용자가 보거나 만질 수 없습니다.따라서 그들은 그것이 실제로 무엇을 하는지 확인하는 것도 불가능하고 그것을 바꾸는 것도 불가능하다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (August 2007). "How do you pronounce IT?". TechTarget. Retrieved 24 May 2012.
  2. ^ Turner, Brian. "What is SaaS? Everything you need to know about Software as a Service". TechRadar. Retrieved 4 August 2020.
  3. ^ "Definition of Software as a Service (SaaS) - Gartner Information Technology Glossary". Gartner. Retrieved 4 August 2020.
  4. ^ "What is Software as a Service (SaaS): A Beginner's Guide - Salesforce". Salesforce.com. Retrieved 2018-09-27.
  5. ^ Chai, Wesley; Casey, Kathleen. "What is SaaS (Software as a Service)? Everything You Need to Know". Tech Target. Retrieved 2022-03-24.
  6. ^ "IT Channel Glossary". CompuBase. March 2013. Retrieved 13 February 2013.
  7. ^ "Saas startup ideas". Startup. 24 June 2021.
  8. ^ "IBM cloud strategy". www.ibm.com. Archived from the original on 2015-03-13.
  9. ^ Fox, A.; Patterson, D. (3 Jan 2014). Engineering Software as a Service: An Agile Approach Using Cloud Computing. Strawberry Canyon LLC. ASIN B00CCEHNUM.
  10. ^ OECD (2015-10-05). OECD/G20 Base Erosion and Profit Shifting Project Addressing the Tax Challenges of the Digital Economy, Action 1 - 2015 Final Report. OECD Publishing. ISBN 978-92-64-24104-6.
  11. ^ Gaw, Jonathan (Oct 20, 1999). "Ladouceur Named CEO of FutureLink". Los Angeles Times.
  12. ^ Software, Services. "Software as a Service (SaaS)".
  13. ^ "What is SaaS (Software as a Service)? Everything You Need to Know". SearchCloudComputing.
  14. ^ "USPTO Service Mark". Alexandria, VA: USPTO. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  15. ^ Ferrari, Elena (2010). Access Control in Data Management Systems. Synthesis Lectures on Data Management. Morgan & Claypool Publishers. p. 77. ISBN 978-1-60845-375-7. Retrieved 2012-02-13. [...] a new emerging option is represented by the Database as a Service (DbaaS) paradigm [...]. DbaaS is regulated by the same principles as Software as a Service (SaaS) and basically means the delivery of the typical functionalities of a database management system in the cloud.
  16. ^ "Microsoft describes software plus services". InfoWorld. 26 July 2007. Retrieved 7 February 2017.
  17. ^ Levinson, Meridith (2007-05-15). "Software as a Service (SaaS) Definition and Solutions". CIO. Retrieved 2015-03-24.
  18. ^ a b c Byron Deeter and Ryan Jung (July 2013). "Software as a Service Pricing Strategies" (PDF).
  19. ^ "Build vs. Buy: How to Know When to Buy Software or Build It Yourself". Business 2 Community. 20 January 2017. Retrieved 2020-02-22.
  20. ^ Hacigümüş, Hakan; Balakrishna, R. Iyer; Chen, Li; Mehrotra, S. (2002). Executing SQL over encrypted data in the database-service-provider model. Proceedings of the 2002 ACM SIGMOD International Conference on Management of Data. pp. 216–227. CiteSeerX 10.1.1.64.8974. doi:10.1145/564691.564717. ISBN 978-1581134971. S2CID 6241358.
  21. ^ Wainewright, Phil (19 October 2007). "Workstream prefers virtualization to multi-tenancy". ZDNet (World Wide Web log). CBS Interactive. Retrieved 22 January 2016.
  22. ^ Carraro, Gianpaolo (21 June 2008). "I can't believe we are still talking about whether saas == multi-tenancy..." MS Developer network (blog). Microsoft. Retrieved 24 April 2011.
  23. ^ Muppidathi, Anbu (July 10, 2020). "Horizontal to Vertical to Micro-SaaS". Forbes.
  24. ^ Koeppel, Johannes. "Council Post: How Vertical SaaS Is Disrupting The Fintech Giants". Forbes. Retrieved 2022-05-18.
  25. ^ Groovy Web. "Saas Development". Groovy Web. Retrieved 7 Sep 2021.
  26. ^ Creese, Guy (18 May 2010). "SaaS vs. Software: The Release Cycle for SaaS Is Usually (Not Always) Faster". Blog. Gartner. Retrieved 24 April 2011.
  27. ^ Kuhnen, Eric (8 January 2008). "Jumping to SaaS? Take Agile Software Development Along with You". DevX. QuinStreet. Retrieved 24 April 2011.
  28. ^ Dulin, Oleg (15 December 2015). "3 sets of APIs your SaaS platform needs". InfoWorld. Retrieved 4 August 2020.
  29. ^ Buytaert, Dries (24 January 2011). "Acquia product strategy and vision". Dries Buytaert weblog. Retrieved 5 October 2014.
  30. ^ Hoppin, Andrew (9 January 2014). "OpenSaaS and the future of government innovation". OpenSource.com. Retrieved 21 September 2014.
  31. ^ Lisserman, Miroslaw (20 December 2010). "SaaS And The Everlasting Security Concerns". Community. Forrester Research. Retrieved 24 April 2011.
  32. ^ Landsberg, Alicia (2020-09-18). "Security for SaaS applications starts with collaboration". Tech Target. Retrieved 2022-03-24.
  33. ^ Arthur, Charles (2010-12-14). "Google's ChromeOS means losing control of the data, warns GNU founder Richard Stallman". The Guardian. UK. Retrieved 2012-02-16.
  34. ^ Adhikari, Richard (2010-12-15). "Why Richard Stallman Takes No Shine to Chrome". Linux Insider. Retrieved 2015-03-24.
  35. ^ Stallman, Richard (2011-09-20). "Who does that server really serve?". Boston Review. GNU Project. Retrieved 15 January 2012.
  36. ^ Hill, Benjamin Mako (1 Feb 2009). "Show Me the Code". Revealing Errors. Retrieved 15 January 2012.
  37. ^ Gallaugher, John. "Information Systems: A Manager's Guide to Harnessing Technology". Catalog. Flat World Knowledge. Retrieved 2012-04-21.
  38. ^ "The consequences of SaaS sprawl: A real-world study".
  39. ^ "Enterprise app sprawl swells, with most apps outside of IT control".
  40. ^ "Cloud Software as a Service (SaaS) in Cloud Computing. This is not right. Services". CloudComputingSec. 2011. Retrieved 2011-12-15.
  41. ^ "2014 HIMSS Analytics Cloud Survey" (PDF). Healthcare Information and Management Systems Society. June 2014. Retrieved 22 November 2020 – via Amazon Web Services.
  42. ^ Wilson, Deborah R; BonaPart, Alexa (7 August 2009). "Develop a Framework for SaaS Application Business Continuity Risk Mitigation". Gartner. Archived from the original on March 8, 2013. Retrieved 24 April 2011.
  43. ^ May, Richard. "Software Escrow whitepaper" (PDF). UK: Virtual DCS.
  44. ^ "Software Escrow: Is Escrow dead?". 2012-06-14. Retrieved 2016-09-06.
  45. ^ Stallman, Richard. "Who does that server really serve?". GNU.org. The Free Software Foundation. Retrieved 2015-03-24.
  46. ^ Stallman, Richard (18 March 2010). "Who Does That Server Really Serve?". Boston Review. Retrieved 6 July 2013.