SaaS

Software as a service (SaaS ) adalah model perangkat lunak lisensi dan delivery di mana perangkat lunak dilisensikan basis langganan dan secara terpusat hosted. Kadang-kadang disebut sebagai "on-demand software", dan sebelumnya disebut sebagai "software plus services" by Microsoft. SaaS biasanya diakses oleh user menggunakan thin client melalui browser web. SaaS telah menjadi model pengiriman umum untuk banyak aplikasi bisnis, termasuk office software, messaging software, perangkat lunak pemrosesan penggajian, DBMS software, perangkat lunak manajemen, CAD software, perangkat lunak pengembangan, gamification, virtualization, accounting, collaboration, customer relationship management (CRM), Management Information Systems (MIS), enterprise resource planning (ERP), invoicing, human resource management (HRM), talent acquisition, learning management systems, content management (CM), dan service desk management. SaaS telah dimasukkan ke dalam strategi hampir semua perusahaan enterprise software terkemuka.

Menurut perkiraan Gartner Group, penjualan SaaS pada tahun 2010 mencapai $10 miliar. Selain itu, 59% dari semua alur kerja cloud akan dikirimkan sebagai perangkat lunak sebagai layanan pada akhir tahun menurut Global Cloud Index Cisco. Berdasarkan laporan Fortune Business Insight, market size Software as a service (SaaS) global diproyeksikan tumbuh dari $251,17 miliar pada tahun 2022 menjadi $883,34 miliar pada tahun 2029, dengan CAGR sebesar 19,7%.

Aplikasi SaaS juga dikenal sebagai perangkat lunak berbasis web, perangkat lunak sesuai permintaan, dan perangkat lunak yang dihosting. Istilah "Software as a Service" (SaaS) dianggap sebagai bagian dari nomenklatur cloud computing, bersama dengan Infrastructure as a Service (IaaS), Platform as a Service (PaaS), Desktop as a Service (DaaS), managed software as a service (MSaaS), mobile backend as a service (MBaaS), dan information technology management as a service (ITMaaS).

Sejarah

Hosting aplikasi bisnis terpusat sudah ada sejak tahun 1960-an. Mulai dekade itu, IBM dan mainframe lainnya melakukan bisnis biro layanan, sering disebut sebagai time-sharing atau utility computing. Layanan tersebut termasuk menawarkan daya computing dan penyimpanan basis data kepada bank dan organisasi besar lainnya dari data center mereka di seluruh dunia.

Ekspansi Internet selama tahun 1990-an menghasilkan kelas baru centralized computing, yang disebut Application Service Providers (ASP. ASP menyediakan bisnis dengan layanan hosting dan mengelola aplikasi bisnis khusus, dengan tujuan mengurangi biaya melalui administrasi pusat dan melalui spesialisasi penyedia solusi dalam aplikasi bisnis tertentu. Dua pelopor dunia dan ASP terbesar adalah USI, yang berkantor pusat di wilayah Washington, DC, dan Futurelink Corporation, berkantor pusat di Irvine, California.

Software as a Service pada dasarnya memperluas gagasan model ASP. Istilah Software as a Service (SaaS), bagaimanapun, umumnya digunakan dalam pengaturan yang lebih spesifik:

• Sementara sebagian besar ASP awal berfokus pada pengelolaan dan hosting perangkat lunak pihak ketiga independent software vendor, vendor SaaS biasanya mengembangkan dan mengelola perangkat lunak mereka sendiri.
• Sementara banyak ASP awal menawarkan aplikasi client-server yang lebih tradisional, yang memerlukan penginstalan perangkat lunak pada komputer pribadi pengguna, solusi SaaS saat ini lebih mengandalkan on the Web dan hanya memerlukan browser web untuk digunakan.
• Sedangkan software architecture yang digunakan oleh sebagian besar ASP awal diamanatkan untuk mempertahankan contoh aplikasi yang terpisah untuk setiap bisnis, solusi SaaS biasanya menggunakan arsitektur multitenant, di mana aplikasi melayani banyak bisnis dan pengguna, dan mempartisi datanya sesuai dengan itu.

Akronim tersebut diduga pertama kali muncul dalam sebuah artikel berjudul "Strategic Backgrounder: Software As A Service," yang diterbitkan secara internal pada Februari 2001 oleh Divisi eBusiness Software & Information Industry Association (SIIA). DbaaS (Database as a Service) telah muncul sebagai sub-varietas SaaS.

Distribusi

Model cloud (atau SaaS) tidak memiliki kebutuhan fisik untuk distribusi tidak langsung karena tidak didistribusikan secara fisik dan digunakan hampir secara instan, sehingga meniadakan kebutuhan akan mitra dan perantara tradisional. Namun, seiring pertumbuhan pasar, pemain SaaS dan layanan terkelola terpaksa mencoba mendefinisikan ulang peran mereka.

Harga

Tidak seperti perangkat lunak tradisional, yang secara konvensional dijual sebagai perpetual license dengan biaya di muka (dan biaya dukungan berkelanjutan opsional), penyedia SaaS biasanya menetapkan harga aplikasi menggunakan biaya langganan, biasanya biaya bulanan atau biaya tahunan . Akibatnya, biaya penyiapan awal untuk SaaS biasanya lebih rendah daripada perangkat lunak perusahaan yang setara. Vendor SaaS biasanya memberi harga pada aplikasi mereka berdasarkan beberapa parameter penggunaan, seperti jumlah pengguna yang menggunakan aplikasi tersebut. Namun, karena dalam lingkungan SaaS, data pelanggan berada di vendor SaaS, ada peluang untuk membebankan biaya per transaksi, peristiwa, atau unit nilai lainnya, seperti jumlah prosesor yang diperlukan.

Biaya yang relatif rendah untuk user provisioning (yaitu, menyiapkan pelanggan baru) di lingkungan multitenant memungkinkan beberapa vendor SaaS menawarkan aplikasi menggunakan model freemium. Dalam model ini, layanan gratis tersedia dengan fungsi atau ruang lingkup terbatas, dan biaya dikenakan untuk fungsi yang disempurnakan atau ruang lingkup yang lebih besar. Beberapa aplikasi SaaS lainnya benar-benar gratis untuk pengguna, dengan pendapatan yang diperoleh dari sumber alternatif seperti iklan.

Pendorong utama pertumbuhan SaaS adalah kemampuan vendor SaaS untuk memberikan harga yang bersaing dengan on-premises software. Hal ini konsisten dengan alasan tradisional untuk mengalihdayakan sistem TI, yang melibatkan penerapan skala ekonomi ke operasi aplikasi, yaitu, penyedia layanan luar mungkin dapat menawarkan aplikasi yang lebih baik, lebih murah, dan lebih andal.

Arsitektur

Sebagian besar solusi SaaS didasarkan pada arsitektur multitenant. Dengan model ini, satu version aplikasi, dengan satu konfigurasi (perangkat keras, jaringan, [ [sistem operasi]]), digunakan untuk semua pelanggan ("penyewa"). Untuk mendukung skalabilitas, aplikasi diinstal pada beberapa mesin (disebut horizontal scaling). Dalam beberapa kasus, versi kedua dari aplikasi disiapkan untuk menawarkan akses kepada kelompok pelanggan tertentu ke versi pra-rilis aplikasi (misalnya, beta version) untuk tujuan testing . Hal ini berbeda dengan perangkat lunak tradisional, di mana banyak salinan fisik dari perangkat lunak — masing-masing memiliki versi yang berbeda, dengan kemungkinan konfigurasi yang berbeda, dan seringkali disesuaikan — dipasang di berbagai situs pelanggan. Dalam model tradisional ini, setiap versi aplikasi didasarkan pada unique code.

Meskipun merupakan pengecualian daripada norma, beberapa solusi SaaS tidak menggunakan multitenancy, atau menggunakan mekanisme lain—seperti virtualisasi—untuk mengelola sejumlah besar pelanggan secara hemat biaya sebagai pengganti multitenancy. Apakah multitenancy merupakan komponen yang diperlukan untuk perangkat lunak sebagai layanan adalah topik kontroversi.

Ada dua varietas utama SaaS:

SaaS Vertikal

Perangkat lunak yang menjawab kebutuhan industri tertentu (misalnya, perangkat lunak untuk industri kesehatan, pertanian, real estate, keuangan).

SaaS Horisontal

Produk yang berfokus pada kategori perangkat lunak (pemasaran, penjualan, alat pengembang, SDM) tetapi agnostik industri.

Karakteristik

Meskipun tidak semua aplikasi software-as-a-service berbagi ciri yang hampir sama, karakteristik di bawah ini umum di antara banyak aplikasi SaaS:

Konfigurasi dan kustomisasi

Aplikasi SaaS juga mendukung apa yang secara tradisional dikenal sebagai konfigurasi aplikasi. Dengan kata lain, seperti enterprise softwaren tradisional, satu pelanggan dapat mengubah rangkaian opsi konfigurasi (a.k.a. parameter) yang memengaruhi fungsionalitasnya dan look-and-feel. Setiap pelanggan mungkin memiliki pengaturannya sendiri (atau: nilai parameter) untuk opsi konfigurasi. Aplikasi ini dapat dikustomisasi hingga tingkat yang dirancang berdasarkan serangkaian opsi konfigurasi yang telah ditentukan sebelumnya.

Misalnya, untuk mendukung kebutuhan umum pelanggan untuk mengubah tampilan dan nuansa aplikasi sehingga aplikasi tampak memiliki merek pelanggan (atau—jika diinginkan—[[co-branding|co-branded] ]), banyak aplikasi SaaS memungkinkan pelanggan menyediakan (melalui antarmuka self service atau dengan bekerja sama dengan staf penyedia aplikasi) logo khusus dan terkadang serangkaian warna khusus. Namun, pelanggan tidak dapat mengubah tata letak halaman kecuali jika opsi tersebut dirancang untuknya.

Pengiriman fitur yang dipercepat

Aplikasi SaaS sering diperbarui lebih sering daripada perangkat lunak tradisional, dalam banyak kasus secara mingguan atau bulanan. Ini diaktifkan oleh beberapa faktor:

• Aplikasi dihosting secara terpusat, jadi pembaruan diputuskan dan dijalankan oleh penyedia, bukan oleh pelanggan.
• Aplikasi hanya memiliki satu konfigurasi, membuat pengujian pengembangan lebih cepat.
• Vendor aplikasi tidak perlu mengeluarkan sumber daya untuk memperbarui dan memelihara versi perangkat lunak yang sudah ketinggalan zaman, karena hanya ada satu versi.
• Vendor aplikasi memiliki akses ke semua data pelanggan, mempercepat design dan pengujian regresi.
• Penyedia solusi memiliki akses ke perilaku pengguna dalam aplikasi (biasanya melalui analitik web), membuatnya lebih mudah untuk mengidentifikasi area yang perlu ditingkatkan.

Pengiriman fitur yang dipercepat diaktifkan lebih lanjut oleh agile software development metodologi. Metodologi seperti itu, yang telah berevolusi pada pertengahan 1990-an, menyediakan seperangkat software development tool dan praktik untuk mendukung rilis perangkat lunak yang sering.

Open integration protocol

Karena aplikasi SaaS tidak dapat mengakses sistem internal perusahaan (database atau layanan internal), aplikasi SaaS terutama menawarkan protokol integrasi dan application programming interface] (API) yang beroperasi melalui wide area network. Biasanya, ini adalah protokol berdasarkan HTTP, REST, dan SOAP.

Di mana-mana aplikasi SaaS dan layanan Internet lainnya serta standarisasi teknologi API mereka telah melahirkan pengembangan mashup, yang merupakan aplikasi ringan yang menggabungkan data, presentasi, dan fungsionalitas dari berbagai layanan, menciptakan compound service. Mashup lebih lanjut membedakan aplikasi SaaS dari perangkat lunak lokal karena yang terakhir tidak dapat dengan mudah diintegrasikan di luar firewall perusahaan.

Fungsi kolaboratif (dan "sosial")

Terinspirasi oleh kesuksesan online social network dan fungsi lain yang disebut web 2.0, banyak aplikasi SaaS menawarkan fitur yang memungkinkan penggunanya collaborate dan share information.

Misalnya, banyak aplikasi project management yang dikirimkan dalam model SaaS menawarkan—selain fungsi perencanaan proyek tradisional—fitur kolaborasi yang memungkinkan pengguna mengomentari tugas dan rencana serta berbagi dokumen di dalam dan di luar organisasi. Beberapa aplikasi SaaS lainnya memungkinkan pengguna memilih dan menawarkan ide fitur baru.

Meskipun beberapa fungsi terkait kolaborasi juga diintegrasikan ke dalam on-premises software, kolaborasi (implisit atau eksplisit) antara pengguna atau pelanggan yang berbeda hanya dapat dilakukan dengan perangkat lunak yang dihosting secara terpusat.

OpenSaas

OpenSaaS mengacu pada software as a service] (SaaS) berdasarkan kode open source. Mirip dengan aplikasi SaaS, Open SaaS adalah aplikasi berbasis web yang dihosting, didukung, dan dikelola oleh penyedia layanan. Sementara roadmap untuk aplikasi Open SaaS ditentukan oleh komunitas penggunanya, pemutakhiran dan penyempurnaan produk dikelola oleh penyedia pusat. Istilah ini diciptakan pada tahun 2011 oleh Dries Buytaert, pembuat Drupal content management framework.

Andrew Hoppin, mantan Chief Information Officer untuk Senat Negara Bagian New York, telah menjadi pendukung vokal OpenSaaS untuk pemerintah, menyebutnya "masa depan inovasi pemerintah". Dia menunjuk ke WordPress sebagai contoh sukses dari model pengiriman perangkat lunak OpenSaaS yang memberi pelanggan "yang terbaik dari kedua dunia, dan lebih banyak pilihan. Fakta bahwa ini adalah sumber terbuka berarti mereka dapat mulai membangun situs web sendiri meng-hosting WordPress dan menyesuaikan situs web mereka sesuka hati. Secara bersamaan, fakta bahwa WordPress adalah SaaS berarti bahwa mereka tidak perlu mengelola situs web sama sekali -- mereka cukup membayar WordPress.com untuk menghostingnya."

Drupal Gardens, platform hosting web gratis berdasarkan open source Drupal content management system, menawarkan contoh lain dari apa yang oleh kontributor "Forbes" Dan Woods disebut sebagai "new open source model for SaaS". Menurut Woods, "Sumber terbuka menyediakan jalan keluar. Di Drupal Gardens, pengguna akan dapat menekan tombol dan mendapatkan versi kode sumber dari kode Drupal yang menjalankan situs mereka bersama dengan data dari database. Kemudian, Anda bisa ambil kode itu, pasang di salah satu perusahaan hosting, dan Anda dapat melakukan apa saja yang ingin Anda lakukan."

Adoption drivers

Several important changes to the software market and technology landscape have facilitated acceptance and growth of SaaS solutions:

• The growing use of web-based user interfaces by applications, along with the proliferation of associated practices (e.g., web design), continuously decreased the need for traditional client-server applications. Consequently, traditional software vendor's investment in software based on fat clients has become a disadvantage (mandating ongoing support), opening the door for new software vendors offering a user experience perceived as more "modern".
• The standardization of web page technologies (HTML, JavaScript, CSS), the increasing popularity of web development as a practice, and the introduction and ubiquity of web application frameworks like Ruby on Rails or Laravel (PHP) gradually reduced the cost of developing new SaaS solutions, and enabled new solution providers to come up with competitive solutions, challenging traditional vendors.
• The increasing penetration of broadband Internet access enabled remote centrally hosted applications to offer speed comparable to on-premises software.
• The standardization of the HTTPS protocol as part of the web stack provided universally available lightweight security that is sufficient for most everyday applications.
• The introduction and wide acceptance of lightweight integration protocols such as REST and SOAP enabled affordable integration between SaaS applications (residing in the cloud) with internal applications over wide area networks and with other SaaS applications.

Adoption challenges

Some limitations slow down the acceptance of SaaS and prohibit it from being used in some cases:

• Because data is stored on the vendor's servers, data security becomes an issue.
• SaaS applications are hosted in the cloud, far away from the application users. This introduces latency into the environment; for example, the SaaS model is not suitable for applications that demand response times in the milliseconds.
• Multitenant architectures, which drive cost efficiency for SaaS solution providers, limit customization of applications for large clients, inhibiting such applications from being used in scenarios (applicable mostly to large enterprises) for which such customization is necessary.
• Some business applications require access to or integration with customer's current data. When such data are large in volume or sensitive (e.g. end users' personal information), integrating them with remotely hosted software can be costly or risky, or can conflict with data governance regulations.
• Constitutional search/seizure warrant laws do not protect all forms of SaaS dynamically stored data. The end result is that a link is added to the chain of security where access to the data, and, by extension, misuse of these data, are limited only by the assumed honesty of 3rd parties or government agencies able to access the data on their own recognizance.
• Switching SaaS vendors may involve the slow and difficult task of transferring very large data files over the Internet.
• Organizations that adopt SaaS may find they are forced into adopting new versions, which might result in unforeseen training costs, an increase in probability that a user might make an error, or instability from bugs in the newer software.
• Should the vendor of the software go out of business or suddenly EOL the software, the user may lose access to their software unexpectedly, which could destabilize their organization's current and future projects, as well as leave the user with older data they can no longer access or modify.
• Relying on an Internet connection means that data are transferred to and from a SaaS firm at Internet speeds, rather than the potentially higher speeds of a firm’s internal network.
• Can the SaaS hosting company guarantee the uptime level agreed in the SLA (Service Level Agreement)?

The standard model also has limitations:

• Compatibility with hardware, other software, and operating systems.
• Licensing and compliance problems (unauthorized copies of the software program putting the organization at risk of fines or litigation).
• Maintenance, support, and patch revision processes.

Engineering applications

Engineering simulation software, traditionally delivered as an on-premises solution through the user's desktop, is an ideal candidate for SaaS delivery. The market for SaaS engineering simulation software is in its infancy, but interest in the concept is growing for similar reasons as interest in SaaS is growing in other industries. The main driver is that traditional engineering simulation software required a large up-front investment in order to access the simulation software. The large investment kept engineering simulation inaccessible for many startups and middle market companies who were reluctant or unable to risk a large software expenditure on unproven projects.

Healthcare applications

According to a survey by HIMSS Analytics, 83% of US IT healthcare organizations are now using cloud services with 9.3% planning to, whereas 67% of IT healthcare organizations are currently running SaaS-based applications.

Data escrow

Software as a service data escrow is the process of keeping a copy of critical software-as-a-service application data with an independent third party. Similar to source code escrow, where critical software source code is stored with an independent third party, SaaS data escrow is the same logic applied to the data within a SaaS application. It allows companies to protect and insure all the data that resides within SaaS applications, protecting against data loss.

There are many and varied reasons for considering SaaS data escrow including concerns about vendor bankruptcy unplanned service outages and potential data loss or corruption. Many businesses are also keen to ensure that they are complying with their own data governance standards or want improved reporting and business analytics against their SaaS data. A research conducted by Clearpace Software Ltd. into the growth of SaaS showed that 85 percent of the participants wanted to take a copy of their SaaS data. A third of these participants wanted a copy on a daily basis.

Criticism

One notable criticism of SaaS comes from Richard Stallman of the Free Software Foundation referring to it as Service as a Software Substitute (SaaSS). He considers the use of SaaS to be a violation of the principles of free software. According to Stallman:

With SaaS, the users do not have a copy of the executable file: it is on the server, where the users can't see or touch it. Thus it is impossible for them to ascertain what it really does, and impossible to change it. SaaS inherently gives the server operator the power to change the software in use, or the users' data being operated on.

This criticism does not apply to all SaaS products. In 2010, Forbes contributor Dan Woods noted that Drupal Gardens, a free web hosting platform based on the open source Drupal content management system, is a "new open source model for SaaS". He added:

Open source provides the escape hatch. In Drupal Gardens, users will be able to press a button and get a source code version of the Drupal code that runs their site along with the data from the database. Then, you can take that code, put it up at one of the hosting companies, and you can do anything that you would like to do.

Similarly, MediaWiki, WordPress and their many extensions are increasingly used for a wide variety of internal applications as well as public web services. Duplicating the code is relatively simple, as it is an integration of existing extensions, plug-ins, templates, etc. Actual customizations are rare, and usually quickly replaced by more standard publicly available extensions. There is additionally no guarantee the software source code obtained through such means accurately reflects the software system it claims to reflect.

Andrew Hoppin, a former Chief Information Officer for the New York State Senate, refers to this combination of SaaS and open source software as OpenSaaS and points to WordPress as another successful example of an OpenSaaS software delivery model that gives customers "the best of both worlds, and more options. The fact that it is open source means that they can start building their websites by self-hosting WordPress and customizing their website to their heart’s content. Concurrently, the fact that WordPress is SaaS means that they don’t have to manage the website at all – they can simply pay WordPress.com to host it." The cloud (or SaaS) model has no physical need for indirect distribution because it is not distributed physically and is deployed almost instantaneously, thereby negating the need for traditional partners and middlemen.

Pranala Menarik

• SaaS: Mengenal Software as a Service (SaaS), Keuntungan, dan Contohnya
• SaaS: Mengenal SaaS, IaaS, dan PaaS dalam Cloud Computing