Difference between revisions of "SaaS"
Onnowpurbo (talk | contribs) |
Onnowpurbo (talk | contribs) |
||
(18 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | '''Software as a service''' ('''SaaS''' ) | + | '''Software as a service''' ('''SaaS''' ) adalah model perangkat lunak [[lisensi perangkat lunak|lisensi]] dan [[software delivery|delivery]] di mana [[perangkat lunak]] dilisensikan basis [[langganan]] dan secara terpusat [[Internet hosting service|hosted]]. Kadang-kadang disebut sebagai "on-demand software", dan sebelumnya disebut sebagai "software plus services" by [[Microsoft]]. SaaS biasanya diakses oleh [[User (computing)|user]] menggunakan [[thin client]] melalui [[browser web]]. SaaS telah menjadi model pengiriman umum untuk banyak aplikasi bisnis, termasuk [[Productivity software|office software]], [[Instant messaging|messaging software]], perangkat lunak pemrosesan penggajian, [[Database|DBMS software]], perangkat lunak manajemen, [[Computer-aided design|CAD software]], perangkat lunak pengembangan, [[gamification]], [[Virtualization software licensing|virtualization]], [[accounting software|accounting]], [[Collaborative software|collaboration]], [[customer relationship management]] (CRM), [[management information systems|Management Information Systems]] (MIS), [[enterprise resource planning]] (ERP), invoicing, [[human resource management]] (HRM), [[talent acquisition]], [[Learning management system|learning management systems]], [[content management]] (CM), dan [[IT service management#Service Desk|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 computer|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 provider|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 model|client-server]] yang lebih tradisional, yang memerlukan penginstalan perangkat lunak pada [[komputer pribadi]] pengguna, solusi SaaS saat ini lebih mengandalkan [[Web application|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 [[multitenancy|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 [[Provisioning#User provisioning|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|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 [[Multitenancy|multitenant]]. Dengan model ini, satu [[software versioning|version]] aplikasi, dengan satu [[konfigurasi komputer|konfigurasi]] ([[perangkat keras komputer pribadi|perangkat keras]], [[jaringan komputer|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 [[Software testing|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 (computer programming)|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 [[software design|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 (web application hybrid)|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 (komputasi)|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 [[collaboration|collaborate]] dan [[information sharing|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=== | ||
− | |||
− | + | '''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." | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | == | + | ==Driver adopsi== |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Beberapa perubahan penting pada pasar perangkat lunak dan lanskap teknologi telah memfasilitasi penerimaan dan pertumbuhan solusi SaaS: | |
− | * | + | * Meningkatnya penggunaan [[user interface]] berbasis web oleh aplikasi, bersama dengan proliferasi praktik terkait (misalnya, [[desain web]]), terus menurunkan kebutuhan akan aplikasi server-klien tradisional. Akibatnya, investasi vendor perangkat lunak tradisional dalam perangkat lunak berdasarkan [[klien gemuk]] menjadi kerugian (memerlukan dukungan berkelanjutan), membuka pintu bagi vendor perangkat lunak baru yang menawarkan [[user experience]] yang dianggap lebih "modern". |
− | * | + | * Standarisasi teknologi halaman web ([[HTML]], [[JavaScript]], [[CSS]]), meningkatnya popularitas [[pengembangan web]] sebagai praktik, dan pengenalan serta keberadaan [[web kerangka kerja aplikasi]] seperti [[Ruby on Rails]] atau [[Laravel]] ([[PHP]]) secara bertahap mengurangi biaya pengembangan solusi SaaS baru, dan memungkinkan penyedia solusi baru menghasilkan solusi kompetitif, menantang tradisional vendor. |
− | * | + | * Meningkatnya penetrasi [[akses Internet broadband]] memungkinkan aplikasi yang dihosting secara terpusat dari jarak jauh untuk menawarkan kecepatan yang sebanding dengan on-premises software. |
+ | * Standarisasi protokol [[HTTP Secure|HTTPS]] sebagai bagian dari tumpukan web menyediakan [[keamanan komputer|keamanan komputer]] ringan yang tersedia secara universal yang cukup untuk sebagian besar aplikasi sehari-hari. | ||
+ | * Pengenalan dan penerimaan luas [[integrasi sistem|integrasi]] [[protokol komunikasi|protokol]] ringan seperti [[Representational State Transfer|REST]] dan SOAP memungkinkan integrasi yang terjangkau antara aplikasi SaaS (berada di cloud) dengan aplikasi internal melalui jaringan area luas dan dengan aplikasi SaaS lainnya. | ||
− | == | + | ==Tantangan adopsi== |
− | + | Beberapa batasan memperlambat penerimaan SaaS dan melarangnya digunakan dalam beberapa kasus: | |
− | + | * Karena data disimpan di server vendor, keamanan data menjadi masalah. | |
+ | * Aplikasi SaaS dihosting di cloud, jauh dari pengguna aplikasi. Ini berkonsekuensi latensi ke lingkungan; misalnya, model SaaS tidak cocok untuk aplikasi yang menuntut waktu respons dalam milidetik. | ||
+ | * Arsitektur multitenant, yang mendorong efisiensi biaya untuk penyedia solusi SaaS, membatasi penyesuaian aplikasi untuk klien besar, menghambat penggunaan aplikasi tersebut dalam skenario (kebanyakan berlaku untuk perusahaan besar) yang memerlukan penyesuaian tersebut. | ||
+ | * Beberapa aplikasi bisnis memerlukan akses atau integrasi dengan data terkini pelanggan. Ketika data tersebut berukuran besar atau sensitif (misalnya, informasi pribadi end user), mengintegrasikannya dengan perangkat lunak yang dihosting dari jarak jauh dapat menjadi mahal atau berisiko, atau dapat bertentangan dengan peraturan tata kelola data. | ||
+ | * Secara hukum peraturan & undang-undang tidak melindungi semua bentuk data SaaS yang disimpan secara dinamis. Hasil akhirnya adalah bahwa link ditambahkan ke rantai keamanan di mana akses ke data, dan, dengan perluasan, penyalahgunaan data ini, hanya dibatasi oleh kejujuran pihak ketiga atau lembaga pemerintah yang dapat mengakses data di akun mereka. | ||
+ | * Beralih vendor SaaS mungkin melibatkan tugas yang lambat dan sulit mentransfer file data yang sangat besar melalui Internet. | ||
+ | * Organisasi yang mengadopsi SaaS mungkin mendapati bahwa mereka terpaksa mengadopsi versi baru, yang mungkin mengakibatkan biaya pelatihan yang tidak terduga, peningkatan kemungkinan pengguna membuat kesalahan, atau ketidakstabilan dari bug pada perangkat lunak yang lebih baru. | ||
+ | * Jika vendor perangkat lunak gulung tikar atau tiba-tiba EOL perangkat lunak, pengguna dapat kehilangan akses ke perangkat lunak mereka secara tidak terduga, yang dapat mengacaukan proyek organisasi mereka saat ini dan masa depan, serta meninggalkan pengguna dengan data lama yang tidak dapat mereka gunakan lagi mengakses atau memodifikasi. | ||
+ | * Mengandalkan koneksi Internet berarti bahwa data ditransfer ke dan dari perusahaan SaaS dengan kecepatan Internet, daripada potensi kecepatan yang lebih tinggi dari jaringan internal perusahaan. | ||
+ | * Apakah perusahaan hosting SaaS dapat menjamin tingkat uptime yang disepakati dalam SLA (Service Level Agreement)? | ||
− | + | Model standar juga memiliki keterbatasan: | |
+ | * Kompatibilitas dengan perangkat keras, perangkat lunak lain, dan sistem operasi. | ||
+ | * Masalah lisensi dan kepatuhan (salinan tidak resmi dari program perangkat lunak yang menempatkan organisasi dalam risiko denda atau litigasi). | ||
+ | * Pemeliharaan, dukungan, dan proses revisi tambalan. | ||
+ | |||
+ | |||
+ | ===Aplikasi rekayasa=== | ||
+ | |||
+ | Perangkat lunak simulasi teknik, yang secara tradisional dikirimkan sebagai solusi lokal melalui desktop pengguna, merupakan kandidat ideal untuk SaaS delivery. Pasar untuk perangkat lunak simulasi rekayasa SaaS masih dalam masa pertumbuhan, tetapi minat terhadap konsep tersebut tumbuh karena alasan yang sama seperti minat terhadap SaaS tumbuh di industri lain. Pendorong utamanya adalah perangkat lunak simulasi teknik tradisional memerlukan investasi awal yang besar untuk mengakses perangkat lunak simulasi. Investasi besar membuat simulasi teknik tidak dapat diakses oleh banyak perusahaan rintisan dan pasar menengah yang enggan atau tidak dapat mengambil risiko pengeluaran perangkat lunak yang besar untuk proyek yang belum terbukti. | ||
+ | |||
+ | ===Aplikasi perawatan kesehatan=== | ||
+ | |||
+ | Menurut survei oleh HIMSS Analytics, 83% organisasi layanan kesehatan TI AS kini menggunakan layanan cloud dengan 9,3% berencana untuk menggunakannya, sedangkan 67% organisasi layanan kesehatan TI saat ini menjalankan aplikasi berbasis SaaS. | ||
== Data escrow == | == Data escrow == | ||
− | ''Software as a service data escrow'' | + | ''Software as a service data escrow'' adalah proses menyimpan copy of critical software-as-a-service application data dengan pihak ketiga yang independen. Mirip dengan [[source code escrow]], di mana perangkat lunak penting [[source code]] disimpan dengan pihak ketiga independen, SaaS data escrow adalah logika yang sama yang diterapkan pada data dalam aplikasi SaaS. Hal ini memungkinkan perusahaan untuk melindungi dan memastikan semua data yang berada dalam aplikasi SaaS, melindungi dari [[data loss]]. |
+ | |||
+ | Ada banyak dan beragam alasan untuk mempertimbangkan escrow data SaaS termasuk kekhawatiran tentang vendor [[kebangkrutan]] pemadaman layanan yang tidak direncanakan dan potensi [[data loss]] atau korupsi. Banyak bisnis juga tertarik untuk memastikan bahwa mereka mematuhi standar [[tata kelola data]] mereka sendiri atau menginginkan pelaporan yang lebih baik dan [[analisis bisnis]] terhadap data SaaS mereka. Sebuah penelitian yang dilakukan oleh Clearpace Software Ltd. terhadap pertumbuhan SaaS menunjukkan bahwa 85 persen peserta ingin mengambil salinan data SaaS mereka. Sepertiga dari peserta ini menginginkan salinan setiap hari. | ||
− | + | ==Kritik== | |
− | + | Salah satu kritik terkenal terhadap SaaS datang dari [[Richard Stallman]] dari [[Free Software Foundation]] yang menyebutnya sebagai Service as a Software Substitute (SaaSS). Dia menganggap penggunaan SaaS sebagai pelanggaran terhadap prinsip [[free software]]. Menurut Stallman: | |
− | |||
− | '' | + | ''Dengan SaaS, pengguna tidak memiliki salinan file yang dapat dieksekusi: itu ada di server, di mana pengguna tidak dapat melihat atau menyentuhnya. Jadi tidak mungkin bagi mereka untuk memastikan apa yang sebenarnya dilakukannya, dan tidak mungkin mengubahnya. SaaS secara inheren memberi operator server kekuatan untuk mengubah perangkat lunak yang digunakan, atau data pengguna yang sedang dioperasikan.'' |
− | + | Kritik ini tidak berlaku untuk semua produk SaaS. Pada tahun 2010, kontributor ''Forbes'' Dan Woods mencatat bahwa Drupal Gardens, platform hosting web gratis berdasarkan [[open source]] [[Drupal]] [[content management system]], adalah "new open source model for SaaS". Dia menambahkan: | |
− | ''Open source | + | ''Open source menyediakan pintu keluar darurat. 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 dapat mengambil kode itu, memasangnya di salah satu perusahaan hosting, dan Anda dapat melakukan apapun yang Anda ingin lakukan.'' |
− | + | Demikian pula, [[MediaWiki]], [[WordPress]] dan banyak ekstensinya semakin banyak digunakan untuk berbagai macam aplikasi internal serta layanan web publik. Menduplikasi kode relatif sederhana, karena ini merupakan integrasi dari ekstensi, plug-in, template, dll. Penyesuaian yang sebenarnya jarang terjadi, dan biasanya dengan cepat digantikan oleh ekstensi standar yang tersedia untuk umum. Selain itu, tidak ada jaminan bahwa kode sumber perangkat lunak yang diperoleh melalui cara tersebut secara akurat mencerminkan sistem perangkat lunak yang diklaimnya dicerminkan. | |
− | [[Andrew Hoppin]], | + | [[Andrew Hoppin]], mantan Chief Information Officer untuk [[Senat Negara Bagian New York]], menyebut kombinasi SaaS dan perangkat lunak sumber terbuka ini sebagai [[OpenSaaS]] dan menunjuk ke [[WordPress]] sebagai keberhasilan lain contoh model pengiriman perangkat lunak OpenSaaS yang memberi pelanggan "yang terbaik dari kedua dunia, dan lebih banyak pilihan. Fakta bahwa itu adalah open source berarti bahwa mereka dapat mulai membangun situs web mereka dengan meng-hosting sendiri WordPress dan menyesuaikan situs web mereka dengan isi hati mereka. Bersamaan dengan itu, fakta bahwa WordPress adalah SaaS berarti mereka tidak perlu mengelola situs web sama sekali – mereka cukup membayar WordPress.com untuk menghostingnya." 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. |
==Pranala Menarik== | ==Pranala Menarik== | ||
* [[SaaS: Mengenal Software as a Service (SaaS), Keuntungan, dan Contohnya]] | * [[SaaS: Mengenal Software as a Service (SaaS), Keuntungan, dan Contohnya]] | ||
+ | * [[SaaS: Mengenal SaaS, IaaS, dan PaaS dalam Cloud Computing]] |
Latest revision as of 13:48, 15 April 2023
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."
Driver adopsi
Beberapa perubahan penting pada pasar perangkat lunak dan lanskap teknologi telah memfasilitasi penerimaan dan pertumbuhan solusi SaaS:
- Meningkatnya penggunaan user interface berbasis web oleh aplikasi, bersama dengan proliferasi praktik terkait (misalnya, desain web), terus menurunkan kebutuhan akan aplikasi server-klien tradisional. Akibatnya, investasi vendor perangkat lunak tradisional dalam perangkat lunak berdasarkan klien gemuk menjadi kerugian (memerlukan dukungan berkelanjutan), membuka pintu bagi vendor perangkat lunak baru yang menawarkan user experience yang dianggap lebih "modern".
- Standarisasi teknologi halaman web (HTML, JavaScript, CSS), meningkatnya popularitas pengembangan web sebagai praktik, dan pengenalan serta keberadaan web kerangka kerja aplikasi seperti Ruby on Rails atau Laravel (PHP) secara bertahap mengurangi biaya pengembangan solusi SaaS baru, dan memungkinkan penyedia solusi baru menghasilkan solusi kompetitif, menantang tradisional vendor.
- Meningkatnya penetrasi akses Internet broadband memungkinkan aplikasi yang dihosting secara terpusat dari jarak jauh untuk menawarkan kecepatan yang sebanding dengan on-premises software.
- Standarisasi protokol HTTPS sebagai bagian dari tumpukan web menyediakan keamanan komputer ringan yang tersedia secara universal yang cukup untuk sebagian besar aplikasi sehari-hari.
- Pengenalan dan penerimaan luas integrasi protokol ringan seperti REST dan SOAP memungkinkan integrasi yang terjangkau antara aplikasi SaaS (berada di cloud) dengan aplikasi internal melalui jaringan area luas dan dengan aplikasi SaaS lainnya.
Tantangan adopsi
Beberapa batasan memperlambat penerimaan SaaS dan melarangnya digunakan dalam beberapa kasus:
- Karena data disimpan di server vendor, keamanan data menjadi masalah.
- Aplikasi SaaS dihosting di cloud, jauh dari pengguna aplikasi. Ini berkonsekuensi latensi ke lingkungan; misalnya, model SaaS tidak cocok untuk aplikasi yang menuntut waktu respons dalam milidetik.
- Arsitektur multitenant, yang mendorong efisiensi biaya untuk penyedia solusi SaaS, membatasi penyesuaian aplikasi untuk klien besar, menghambat penggunaan aplikasi tersebut dalam skenario (kebanyakan berlaku untuk perusahaan besar) yang memerlukan penyesuaian tersebut.
- Beberapa aplikasi bisnis memerlukan akses atau integrasi dengan data terkini pelanggan. Ketika data tersebut berukuran besar atau sensitif (misalnya, informasi pribadi end user), mengintegrasikannya dengan perangkat lunak yang dihosting dari jarak jauh dapat menjadi mahal atau berisiko, atau dapat bertentangan dengan peraturan tata kelola data.
- Secara hukum peraturan & undang-undang tidak melindungi semua bentuk data SaaS yang disimpan secara dinamis. Hasil akhirnya adalah bahwa link ditambahkan ke rantai keamanan di mana akses ke data, dan, dengan perluasan, penyalahgunaan data ini, hanya dibatasi oleh kejujuran pihak ketiga atau lembaga pemerintah yang dapat mengakses data di akun mereka.
- Beralih vendor SaaS mungkin melibatkan tugas yang lambat dan sulit mentransfer file data yang sangat besar melalui Internet.
- Organisasi yang mengadopsi SaaS mungkin mendapati bahwa mereka terpaksa mengadopsi versi baru, yang mungkin mengakibatkan biaya pelatihan yang tidak terduga, peningkatan kemungkinan pengguna membuat kesalahan, atau ketidakstabilan dari bug pada perangkat lunak yang lebih baru.
- Jika vendor perangkat lunak gulung tikar atau tiba-tiba EOL perangkat lunak, pengguna dapat kehilangan akses ke perangkat lunak mereka secara tidak terduga, yang dapat mengacaukan proyek organisasi mereka saat ini dan masa depan, serta meninggalkan pengguna dengan data lama yang tidak dapat mereka gunakan lagi mengakses atau memodifikasi.
- Mengandalkan koneksi Internet berarti bahwa data ditransfer ke dan dari perusahaan SaaS dengan kecepatan Internet, daripada potensi kecepatan yang lebih tinggi dari jaringan internal perusahaan.
- Apakah perusahaan hosting SaaS dapat menjamin tingkat uptime yang disepakati dalam SLA (Service Level Agreement)?
Model standar juga memiliki keterbatasan:
- Kompatibilitas dengan perangkat keras, perangkat lunak lain, dan sistem operasi.
- Masalah lisensi dan kepatuhan (salinan tidak resmi dari program perangkat lunak yang menempatkan organisasi dalam risiko denda atau litigasi).
- Pemeliharaan, dukungan, dan proses revisi tambalan.
Aplikasi rekayasa
Perangkat lunak simulasi teknik, yang secara tradisional dikirimkan sebagai solusi lokal melalui desktop pengguna, merupakan kandidat ideal untuk SaaS delivery. Pasar untuk perangkat lunak simulasi rekayasa SaaS masih dalam masa pertumbuhan, tetapi minat terhadap konsep tersebut tumbuh karena alasan yang sama seperti minat terhadap SaaS tumbuh di industri lain. Pendorong utamanya adalah perangkat lunak simulasi teknik tradisional memerlukan investasi awal yang besar untuk mengakses perangkat lunak simulasi. Investasi besar membuat simulasi teknik tidak dapat diakses oleh banyak perusahaan rintisan dan pasar menengah yang enggan atau tidak dapat mengambil risiko pengeluaran perangkat lunak yang besar untuk proyek yang belum terbukti.
Aplikasi perawatan kesehatan
Menurut survei oleh HIMSS Analytics, 83% organisasi layanan kesehatan TI AS kini menggunakan layanan cloud dengan 9,3% berencana untuk menggunakannya, sedangkan 67% organisasi layanan kesehatan TI saat ini menjalankan aplikasi berbasis SaaS.
Data escrow
Software as a service data escrow adalah proses menyimpan copy of critical software-as-a-service application data dengan pihak ketiga yang independen. Mirip dengan source code escrow, di mana perangkat lunak penting source code disimpan dengan pihak ketiga independen, SaaS data escrow adalah logika yang sama yang diterapkan pada data dalam aplikasi SaaS. Hal ini memungkinkan perusahaan untuk melindungi dan memastikan semua data yang berada dalam aplikasi SaaS, melindungi dari data loss.
Ada banyak dan beragam alasan untuk mempertimbangkan escrow data SaaS termasuk kekhawatiran tentang vendor kebangkrutan pemadaman layanan yang tidak direncanakan dan potensi data loss atau korupsi. Banyak bisnis juga tertarik untuk memastikan bahwa mereka mematuhi standar tata kelola data mereka sendiri atau menginginkan pelaporan yang lebih baik dan analisis bisnis terhadap data SaaS mereka. Sebuah penelitian yang dilakukan oleh Clearpace Software Ltd. terhadap pertumbuhan SaaS menunjukkan bahwa 85 persen peserta ingin mengambil salinan data SaaS mereka. Sepertiga dari peserta ini menginginkan salinan setiap hari.
Kritik
Salah satu kritik terkenal terhadap SaaS datang dari Richard Stallman dari Free Software Foundation yang menyebutnya sebagai Service as a Software Substitute (SaaSS). Dia menganggap penggunaan SaaS sebagai pelanggaran terhadap prinsip free software. Menurut Stallman:
Dengan SaaS, pengguna tidak memiliki salinan file yang dapat dieksekusi: itu ada di server, di mana pengguna tidak dapat melihat atau menyentuhnya. Jadi tidak mungkin bagi mereka untuk memastikan apa yang sebenarnya dilakukannya, dan tidak mungkin mengubahnya. SaaS secara inheren memberi operator server kekuatan untuk mengubah perangkat lunak yang digunakan, atau data pengguna yang sedang dioperasikan.
Kritik ini tidak berlaku untuk semua produk SaaS. Pada tahun 2010, kontributor Forbes Dan Woods mencatat bahwa Drupal Gardens, platform hosting web gratis berdasarkan open source Drupal content management system, adalah "new open source model for SaaS". Dia menambahkan:
Open source menyediakan pintu keluar darurat. 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 dapat mengambil kode itu, memasangnya di salah satu perusahaan hosting, dan Anda dapat melakukan apapun yang Anda ingin lakukan.
Demikian pula, MediaWiki, WordPress dan banyak ekstensinya semakin banyak digunakan untuk berbagai macam aplikasi internal serta layanan web publik. Menduplikasi kode relatif sederhana, karena ini merupakan integrasi dari ekstensi, plug-in, template, dll. Penyesuaian yang sebenarnya jarang terjadi, dan biasanya dengan cepat digantikan oleh ekstensi standar yang tersedia untuk umum. Selain itu, tidak ada jaminan bahwa kode sumber perangkat lunak yang diperoleh melalui cara tersebut secara akurat mencerminkan sistem perangkat lunak yang diklaimnya dicerminkan.
Andrew Hoppin, mantan Chief Information Officer untuk Senat Negara Bagian New York, menyebut kombinasi SaaS dan perangkat lunak sumber terbuka ini sebagai OpenSaaS dan menunjuk ke WordPress sebagai keberhasilan lain contoh model pengiriman perangkat lunak OpenSaaS yang memberi pelanggan "yang terbaik dari kedua dunia, dan lebih banyak pilihan. Fakta bahwa itu adalah open source berarti bahwa mereka dapat mulai membangun situs web mereka dengan meng-hosting sendiri WordPress dan menyesuaikan situs web mereka dengan isi hati mereka. Bersamaan dengan itu, fakta bahwa WordPress adalah SaaS berarti mereka tidak perlu mengelola situs web sama sekali – mereka cukup membayar WordPress.com untuk menghostingnya." 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.