Teraz, keď je možné zbaliť inštalačný obraz aplikácie a odoslať ho ako spustiteľný súbor na stiahnutie – virtuálne softvérové zariadenie – skutočne potrebujeme SaaS? Alebo model softvérového zariadenia rozširuje SaaS namiesto toho, aby ho nahrádzal?
Doručovanie softvéru ako zariadenia prináša mnoho rovnakých výhod ako poskytovanie softvéru ako služby, ako som opísal vo svojom predchádzajúcom príspevku o skúsenostiach spoločnosti Socialtext, Môže zariadenie umiestniť SaaS on-premise? Z podobných dôvodov ako Socialtext, Zimbra, ktorá poskytuje platformu na odosielanie správ, ktorá konkuruje Exchange, sa tiež páči model zariadenia, ale uprednostňuje formát virtuálneho zariadenia pred hardvérovým zariadením. Prezident a technický riaditeľ Scott Dietzen (na obrázku nižšie) mi tento týždeň povedal, že spoločnosť pôvodne prijala zariadenia, pretože niektorí z jeho menších zákazníkov na trhu vzdelávania neovládali Linux in-house. Použitím vopred zabaleného zariadenia Zimbra efektívne zabalí všetky svoje vlastné implementačné zručnosti Linuxu, takže zákazník môže pokračovať v používaní aplikácie.
Zimbra využíva technológiu spotrebičov od rPath urobiť balenie. Pretože obsahuje iba prvky základných platforiem Linux, Apache a mySQL, ktoré Zimbra aplikácia skutočne využíva, ďalšou výhodou je, že znižuje počet komponentov na podporu a chrániť. "Je to skutočne nadaná technická skupina," povedal Dietzen a vysvetlil, že technológia rPath znížila veľkosť inštalačného obrazu pre Zimbru z takmer 2,5 GB na iba 400 MB. Balík rPath tiež poskytuje webovú konzolu, ktorú zákazníci používajú na konfiguráciu aplikácie.
Dietzen zdôraznil ďalšiu výhodu, vďaka ktorej sa model zariadenia ešte viac podobá na SaaS. Pretože produkt rPath automaticky zahŕňa schopnosť baliť zariadenia pre množstvo cieľových platforiem, poskytuje jednoduchú cestu k virtualizácii. V skutočnosti, povedal Dietzen, "Myslíme si, že tento model softvérového zariadenia funguje lepšie pre virtualizované nasadenia ako pre pôvodný prípad použitia." Použitie technológie rPath efektívne oddeľuje inštaláciu softvéru od základnej virtualizačnej vrstvy, čím odstraňuje mnohé problémy s verzovaním a správou opráv, ktoré by inak nastať.
Dajte všetky tieto úvahy dohromady a uvidíte, že balenie spotrebiča - najmä to komponenty platformy s otvoreným zdrojovým kódom — je to spôsob, ako odstrániť množstvo problémov spojených s konvenčnými softvér; ale bez úplného prechodu na model SaaS hostený predajcom. "Je to nezávislé od modelu dodávky," hovorí Dietzen. "Ide o zníženie nákladov na vlastníctvo a prevádzku softvéru."
Existuje teda zmysel, v ktorom zariadenia nie sú ani tak súčasťou modelu SaaS, ako skôr jeho konkurenciou. Model zariadenia poskytuje mnohé z výhod SaaS bez toho, aby nútil zákazníkov ukladať a pristupovať k svojim údajom mimo brány firewall. S produktom ako Zimbra, kde je v každom prípade najintenzívnejšie využitie v rámci organizácie a kde je integrácia do iných on-premise zariadení ako napr. telefónne vybavenie je často dôležité, aj tak je často veľmi ťažké argumentovať pre nasadenie mimo prevádzkových priestorov, pretože to jednoducho zvyšuje zbytočné náklady a sieť latencia. Google si možno môže dovoliť prevádzkovať globálnu sieť, čo znamená, že len veľmi málo zákazníkov je od svojich vlastných smerovačov vzdialených viac ako pár skokov, no menší predajcovia ako Zimbra to nedokážu.
Na druhej strane existuje oveľa viac aplikácií, ktoré fungujú oveľa lepšie mimo prevádzky, pretože aj tak zahŕňajú veľa interakcií mimo brány firewall. Takže si myslím, že predajcovia SaaS by nemali vnímať softvérové zariadenia ako konkurenciu. V skutočnosti, ako som naznačil na začiatku tohto článku, spravované zariadenia sa pravdepodobne stanú súčasťou väčšiny dodávateľov SaaS. infraštruktúru, nasadenú tam, kde má zmysel vykonávať určité operácie na stránkach zákazníka alebo inak mimo vlastných dodávateľov dátové centrá. Toto tvrdenie je obzvlášť dôveryhodné, ak do spektra spravovaných zariadení započítate platformy na strane klienta, ako sú Silverlight, Apollo, Google Gears atď.
Možno sa niektorým ľuďom bude zdať divné, že schvaľujú formu lokálneho nasadenia, ale ja som nikdy nebol veľkým fanúšikom toho, že sieťové výpočty sa skladajú výlučne z veľkých počítačových inštalácií s obrovskými údajmi stredísk. Sieť siaha až po okraj a zahŕňa všetky pripojené zariadenia v nej. Myslím si, že najdôležitejší prvok modelu na požiadanie alebo modelu SaaS nie je tam, kde sa softvér nachádza rovnako ako kto zaň preberá zodpovednosť a ako efektívne sa pripája k zvyšku siete. Ak softvér riadia dodávatelia, potom je menej dôležité, kde presne sa nachádza – a možno v konečnom dôsledku softvér Model zariadenia je ideálnym mechanizmom pre predajcov, aby mohli umiestniť softvér kdekoľvek, kde ho v danom okamihu potrebuje, aby čo najlepšie slúžil zákazníka.