Accueil
 > Rapports de TEC > Blogue de TEC > Software as a Service gagne du terrain

Software as a Service gagne du terrain

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Présentation

One n'a pas à surveiller de près le marché des applications d'entreprise pour se rendre compte que le modèle de prestation hébergé connaît un nouveau (ou réinventé, si vous préférez) état glorifié. Considéré comme à la demande , des approches logiciel, ou comme un service livraison (SaaS) utility computing, l'hébergement a non seulement obtenu le statut de mot à la mode du jour au lendemain , mais le concept a gagné du terrain grâce à de véritables déploiements. Hébergement était autrefois connu comme fournisseur de service d'application (ASP), qui a des connotations négatives découlant de la "dot.com propagande, boom and bust», mais ce terme est remplacé par ces autres, plus "sexy" termes (qui sont aussi très probablement de meilleures propositions de valeur). géants de l'industrie (et certains leaders d'opinion, qui ne sont pas encore nécessairement les grands fournisseurs) passent dollars de marketing significatifs attestant de ce vieux concept renaître.

Bien qu'il existe des subtilités et les différences qui séparent encore distinctes ces termes et leurs modèles d'affaires associés, les différentes saveurs d'hébergement sont tous des variantes d'un même marché. De nouveaux modèles économiques, des marchés et des fournisseurs profitent des technologies et des normes Internet pour fournir des solutions basées sur les notions de normalisation, l'interopérabilité, la réutilisation de composants logiciels et d'automatisation. Ces termes décrivent un abandon de traditionnellement fortement personnalisée (et prétendument uniques) suites de progiciels, détenus et gérés par des entreprises utilisatrices, qui sont coûteux et chronophage pour développer, mettre en œuvre et maintenir (voir la «joie» de systèmes d'entreprise mises en œuvre ), et vers les services logiciels coûts normalisés, modulaire en commun, et inférieur source (et même annulé) à volonté des prestataires de services.

Que dénommé services hébergés, des services ASP, SaaS, l'informatique utilitaire, ou des logiciels à la demande, l'idée est fondamentalement la même: au lieu d'acheter et d'installer des applications d'entreprise emballés coûteux et embêtant, les utilisateurs peuvent simplement accéder à des applications sur un réseau, avec un navigateur Internet étant la seule nécessité absolue. Ainsi, souvent, il n'ya pas de logiciel et de matériel à acheter en soi, puisque l'application est utilisée sur l'Internet et est payé grâce à un abonnement ou pris en charge par un tiers, comme un annonceur. Offres logicielles fondé sur la publicité sont apparues il ya quelques années sous la forme de Web e-mail et Web d'agenda. Plus récemment, les annonceurs ont compris que les applications logicielles basées sur le Web ne sont qu'un autre type de contenu numérique qui peut être utilisé pour atteindre un public ciblé, et des entreprises comme Google , Yahoo! , et Microsoft , affinent leurs capacités à cibler les utilisateurs avec des publicités basées sur le contexte.

adoption de modèles hébergés

brûlé par des expériences négatives déploiement suites de progiciels lourdeur dans leurs locaux, les utilisateurs sont maintenant plus sage et plus affirmée. De plus en plus, ils exigent logiciel qui est facile à acheter, facile à consommer, et a des retombées concrètes ou retour sur investissement (ROI). Pour les utilisateurs, leurs demandes d'achat ont presque devenu semblable aux achats de détail qui peuvent être faits par carte de crédit. Plutôt que de dépenser des millions de dollars sur le logiciel avant de voir la moindre idée du retour sur investissement, les utilisateurs ont commencé à exiger un modèle de partage de risque basé sur la performance de la fourniture de logiciels. L'octroi de licences et de livraison de produits de logiciels d'entreprise subit donc un changement fondamental de frais initiaux traditionnels de licences perpétuelles et incrémental, par transaction, pay as you go (par répartition), ou même réussite basée sur la tarification. Ceux-ci deviennent des alternatives populaires, surtout pour les petites entreprises et les start-ups qui n'ont pas le même grand technologies de l'information, de (IT) Les budgets que les grandes, les entreprises établies. Les entreprises peuvent acquérir un logiciel pour un coût d'entrée inférieur et de payer plus que leur entreprise se développe (voir Tendances de livraison et Modèles de tarification pour les applications d'entreprise: Prix Options ).

Bien que le prix du matériel est en baisse et de plus en plus abordable, une situation majeure demeure: les applications logicielles d'entreprise, tels que la planification des ressources d'entreprise complexe (ERP), de gestion de la chaîne (SCM), Product Lifecycle Management (PLM) et de gestion de la relation client systèmes (CRM), sont souvent trop coûteux et trop complexe pour les petites entreprises pour gouverner. Alors qu'ils ne peuvent se permettre le matériel nécessaire, ils n'ont pas le personnel informatique et l'infrastructure nécessaires pour soutenir une application d'entreprise majeure. Solutions relativement moins chers sont en train de devenir largement disponibles, et les vendeurs se penchent sur la volonté de leurs clients d'utiliser la technologie en fonction des besoins. Les utilisateurs ne veulent pas acheter des logiciels entiers ou des infrastructures où, généralement, seul un faible pourcentage de la capacité globale est utilisée. Les entreprises utilisatrices ont également devenir plus agile, ce qui nécessite une plus grande flexibilité dans la livraison de l'information et l'utilisation, ainsi que les licences et les structures de paiement, et des modèles d'affaires des fournisseurs. Dans l'espace des applications d'entreprise, de nombreux clients se détournent de grands contrats de licence initiaux (avec des frais d'entretien courants), à celui qui est variable, basé sur l'utilisation et définie par une relation abonnement regroupant l'ensemble de l'offre. Il pourrait aussi être un avantage financier d'avoir le logiciel soit une dépense plutôt que le capital, qui va se déprécier avec le temps.

Une flopée de coups ces dernières par les acteurs du marché contemporains les plus importants peut-être un autre signe de l'évolution lente mais continue de applications d'entreprise en mode SaaS, sur demande, et les modèles hébergés connexes. Le marché peut être confronté le début de la fin de la licence utilisateur traditionnel basé dans les locaux du client pour une période de temps donnée et la version du produit. La grande majorité des fournisseurs de logiciels d'application d'entreprise génèrent encore plus de leurs revenus en vendant leurs licences de logiciels (via disques compacts [CD] ou gadgets de médias physiques similaires) basé sur le nombre d'utilisateurs ou de sièges nommées ou simultanées ou sur le nombre d'unités de traitement matérielles (et parfois sur une base par module, si cela est souvent basée sur un «mur-à-mur" inutile "all you can eat" périmètre fonctionnel). Les revenus sont également tirés des services d'accompagnement de mise en œuvre, le service post-mise en œuvre et de soutien et de maintenance, dont les prix sont en pourcentage (ou plus souvent multiples) de ces droits de licence de logiciels.

Ce modèle pourrait être vêtue de son accueil à la fois le vendeur et côté client. D'une part, elle tend à être cyclique, puisque les vendeurs vendent d'abord leurs versions actuelles des produits sur le marché, et vendent ensuite mises à niveau ultérieures. Logiquement, le chiffre d'affaires devrait culminer après chaque mise à jour majeure ou la libération du produit, puis diminuera jusqu'à ce que le prochain (en moyenne tous les douze à dix huit mois). Cela crée un flux de revenus encore erratique cyclique, qui, à son tour, crée, les cours des actions volatiles cycliques (pour les fournisseurs publics) et a également d'autres conséquences liées à la performance des entreprises. Livré avec c'est l'incapacité de licence, sur site, de logiciels pour suivre en constante évolution "meilleures pratiques de l'industrie», puisque les progiciels traditionnels est largement coincé dans les grands cycles de libération renouvelables. Ces cycles nécessitent plus de la recherche et du développement (R & D) effort à consacrer à construire et tester la compatibilité des systèmes d'exploitation (OS), bases de données, serveurs d'applications, et d'autres plates-formes .

D'autre part, beaucoup d'entreprises utilisatrices sont mécontents de la rigidité du modèle, notamment en termes de processus de mise à niveau fastidieux et sans fin, et les frais d'entretien qui ne cessent d'augmenter. Ceci, couplé avec le prix non-standard, les laisse se demandant ce genre d'accord qu'ils ont obtenu (et notamment s'ils paient pour des fonctionnalités qu'ils n'utiliseront pas de sitôt). Pour mettre cela en perspective: combien de fois avons-nous acheter pour des collations et du café de toute une vie au cours d'un voyage à l'épicerie? Une telle shelfware prend de nombreuses formes, comme les produits qui sont acquises, mais jamais utilisées, ou des modules qui sont achetés dans le cadre d'une suite complète. Ils sont des modules qui ont été une fois acheté pour remplir une fonction qui n'existe plus dans l'entreprise, pour une raison quelconque, et les capacités qui sont devenus redondants car ils sont remplacés par de nouvelles applications logicielles. Bien que ces fonctionnalités gratuites ne sont presque jamais utilisées, elles nécessitent encore des frais de licence et de maintenance. SaaS offre aux utilisateurs la possibilité d'acheter des applications logicielles comme hors-d'œuvre, qui sont des portions beaucoup plus sensibles qui répondent à un besoin. Il diminue le ballonnement du logiciel, et est beaucoup plus aimable à "taille" du système informatique. Pour plus d'informations, voir érosion de la demande:. Ronge votre valeur durement gagné

L'utilisation généralisée des ordinateurs personnels (PC), Internet, et qui ont suivi des applications basées sur le Web a eu un impact essentiel sur la façon dont les applications d'entreprise sont vendus et livrés. Le développement d'applications basées sur le Web a dissocié l'interface utilisateur (UI) à partir de la logique d'application d'entreprise et de son logiciel sous-jacent et plates-formes matérielles. En conséquence, tout utilisateur travaillant sur un PC équipé d'un navigateur Web peut accéder à une variété d'applications d'entreprise fonctionnant sur différentes plates-formes matérielles ou logicielles, dans un certain nombre d'endroits différents pour le coût d'une connexion Internet simple. Ce découplage a donc permis aux fournisseurs d'applications d'entreprise pour commencer à changer leur modèle d'entreprise de logiciels sur site les ventes de licences traditionnelles à la prestation de solutions SaaS.

Cependant, un facteur plus important dans le passage à SaaS pourrait être un changement dans la façon dont le logiciel lui-même est créée de nos jours. Plutôt que des composants logiciels développés et regroupés pour former une solution monolithique, rigide, les systèmes sont de plus en plus élaborés comme une «fédération», «mash up» des services ou des applications composites , qui sont uniquement liées ensemble au moment de l'exécution. Cela permettra à terme de composants logiciels alternatifs pouvant être substitués entre chaque utilisation d'un système, ce qui permet une flexibilité beaucoup plus fine grain. Une analogie simple est l'utilisation d'un appareil électrique. L'utilisateur ne négocie pas directement avec la compagnie d'électricité d'utiliser l'énergie pour l'appareil spécifique. Il existe des normes et des contrôles, mais ils sont assez vastes pour un appareil électrique peut être branché sur le service sans avertir l'utilisateur de l'utilitaire électrique. De son côté, la compagnie d'électricité prend soin de la complexité de la production d'électricité, y compris la capacité d'adaptation à la demande, et il peut changer les générateurs et les circuits offrent la puissance, le tout sans la coordination de ces événements avec les millions d'utilisateurs qui comptent sur le service.

Hosting Evolution ou design plus intelligent (logiciel)?

l'hébergement d'applications a été le modèle où une autre entreprise pour exécuter le logiciel et le matériel pour une entreprise de l'utilisateur, qui peut ou peut ne pas avoir été propriétaire du logiciel licence. Une réinvention de l'ancien bureaux de service d'un il ya quelques décennies, les clients reçoivent un montant fixe pour un service et loués accès au logiciel via Internet ou un réseau privé virtuel (VPN). La partie hébergement, appelé ASP, pourrait être le fournisseur du logiciel ou d'une autre entité tierce qui a géré et distribué services basés sur des logiciels et des solutions aux clients à travers un réseau étendu (WAN) à partir d'un centre de données central . En substance, ASP sont un moyen pour les entreprises d'externaliser tout ou presque tous les aspects de leurs besoins informatiques. Ils peuvent être des entreprises commerciales qui s'adressent à des clients, ou même sans but lucratif ou des organismes gouvernementaux, offrant un service et une assistance aux utilisateurs. ASP sont apparus sur l'Internet à la fin des années 1990 en réponse aux charges, mises à jour et des difficultés techniques, y compris les applications se comportent mal, les temps d'arrêt des serveurs aléatoires, et les questions de conformité subies par les entreprises.

Mais, tandis ASP éliminés de déploiement des applications et des problèmes de maintenance, les ASP et les sociétés d'hébergement ont été incapables de rationaliser considérablement le progiciel traditionnel qu'ils ont offert, et ne facilite pas le logiciel pour accéder et à utiliser. En outre, la plupart de la première génération d'applications hébergées n'était pas adaptée à une diffusion sur Internet et certainement n'était pas appropriée pour les petites et moyennes entreprises (SMB) pour lesquels le modèle ASP ou d'hébergement a été considéré comme le plus approprié.

Par exemple, ASP traditionnelles nécessaires détaillants et les entreprises utilisatrices de fabrication de prédire leur charge de pointe basé sur la performance passée et la spéculation sur les prévisions, généralement en une saison de vente à découvert qui a exigé un certain nombre de serveurs pour une courte période de temps. En faisant cela, il y avait des dépenses importantes et inutiles et des contrats à long terme qui a verrouillé l'entreprise dans la capacité de traitement potentiel maximum, qui était assis inactif pendant presque toute l'année. D'autre part, si la performance de l'entreprise a été meilleure que prévu, aucun des serveurs supplémentaires seraient disponibles et le site e-commerce connaîtraient un ralentissement des performances au péril du commerce de détail.

Le principal défi que la plupart confrontés ASP était de savoir comment faire baisser les coûts à long terme tout en accumulant une source de revenus solide. La première vague d'offres hébergées, basé sur l'utilisation d'un troisième système client / serveur partie, manquait économies d'échelle. Ainsi, la plupart de ces ASP et hébergement pionniers de l'industrie ont disparu parce qu'ils ne pouvaient pas convaincre les clients d'entreprise assez classiques pour remplacer leur cru ou des applications packagées. Autrement dit, ils ne pouvaient pas générer suffisamment de revenus pour compenser les énormes investissements de capitaux initiaux nécessaires pour construire et entretenir les installations d'hébergement. L'un des inhibiteurs de coûts pour les ASP était la quantité de bande passante dédiée ils devaient maintenir pour soutenir des milliers d'utilisateurs. Un autre défi était accords de niveau de service (SLA). Si l'ASP a perdu la connectivité Internet, alors les clients perdraient également la connectivité, ce qui aurait un impact négatif sur leur SLA interne. Pour aggraver les choses, beaucoup de ces "feu de paille" des entreprises est devenue publique avant de faire des profits, alors que les investisseurs ont déjà été déçus par la bulle dot.com.

Un autre problème était que les FSA sur-promis leur capacité à accueillir des environnements d'applications d'entreprise fortement personnalisées. Leurs engagements n'étaient pas technologiquement pratique à l'époque, et ils ont souvent essayé de monter un "cheville carrée dans un trou rond" par l'hébergement d'applications qui n'étaient tout simplement pas prête à accueillir à cette époque. Les résultats ont été des échecs généralisés, la disparition massive des premiers ASP, et la honte d'une autre grande idée comme un modèle positif terne, fiable, axée sur les services d'affaires. En 2002, les ASP ont été prononcées comme un modèle d'entreprise tout, mais a échoué à la suite de nombreuses catastrophes de la vie réelle et la disponibilité, la confidentialité, la sécurité, la conformité, le contrôle, la personnalisation et les préoccupations de coûts des clients et des observateurs du marché qui ont suivi. Pour plus d'informations, voir Horrors hébergement ! .

En fait, le terme "ASP" était (et est encore peut-être) à confusion, ou mal employés. Le modèle d'hébergement impliqué vendeurs qui étaient agrégateurs d'applications vraiment , plutôt que les développeurs de logiciels. Ces agrégateurs n'ont fourni que des versions en ligne de licence sur site et les systèmes emballé. Leur approche était plus axé sur l'externalisation et d'hébergement que sur la fourniture d'un logiciel comme un service, même si l'évolution des besoins de l'entreprise avaient depuis longtemps dicté l'abandon de ce modèle.

Ainsi, ASP et l'externalisation sont deux modèles distincts. Éditeurs de logiciels traditionnels savent peu de choses sur les subtilités de la mise en réseau et d'hébergement, que leur expertise réside dans le logiciel, il ya donc encore de la place pour les vrais ASP. Ces ASP devraient avoir peu à voir avec l'externalisation ou d'hébergement, mais devraient fournir SaaS. La manière dont les dispositions de services d'application sont définies et déployées est revisité. L'accent est de plus en plus mis sur les applications et les services, de sorte que, dans leur quête pour devenir des fournisseurs de SaaS, ASP besoin d'en finir avec le modèle de licence logicielle perpétuelle traditionnel. Il ne faut pas parler de produit, les utilisateurs, ou les prix, ni ne devrait y avoir aucun versement initial ni frais d'entretien annuels. Au contraire, l'accent devrait être mis sur la valeur, qui est définie par rapport à la valeur de l'entreprise que le client ou l'utilisateur tire de l'utilisation du service de logiciel. Les applications hébergées peuvent être achetées sur une base «location». Cela signifie qu'au lieu d'acheter une licence de logiciel, les clients paient un prix de souscription par utilisateur et par mois (ou année), ou par nombre de transactions dans certaines catégories de logiciels.

qui se sont réinventés comme les fournisseurs de SaaS ont fait en premier en se concentrant sur un ou deux domaines essentiels, tels que les ventes automatisation de la force (SFA), gestion des e-mail, devantures de commerce électronique et des catalogues de produits, des ressources humaines (HR) ou paie, ou de logiciels financiers. Ils proposent également que leur propre logiciel, écrit à partir du sol pour une architecture entièrement basée sur Internet, et exécuter le logiciel sur des serveurs partagés de minimiser les coûts. C'est la prochaine étape dans l'évolution des services d'hébergement.

Ceci conclut la première partie d'une série en quatre parties, Software as a Service gagne du terrain . La deuxième partie examine les principales caractéristiques du modèle SaaS, tandis que les parties trois et quatre se penchera sur les fournisseurs de SaaS et de fournir des recommandations des utilisateurs.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.