Ce dont votre entreprise peut tirer des enseignements MotioL'expérience cloud de
Si votre entreprise est comme Motio, vous avez déjà des données ou des applications dans le cloud. Motio a déplacé sa première application vers le cloud vers 2008. Depuis lors, nous avons ajouté des applications supplémentaires ainsi que le stockage de données dans le cloud. Nous ne sommes pas (encore) de la taille de Microsoft, Apple ou Google, mais nous pensons que notre expérience avec le cloud est typique de nombreuses entreprises. Disons simplement que si vous êtes une entreprise qui peut acheter son propre cloud, vous n'aurez peut-être pas besoin de cet article.
Trouver l'équilibre
Tout comme savoir quand acheter ou quand vendre en bourse, il est important de savoir quand migrer vers le cloud. Motio a déplacé ses premières applications vers le cloud vers 2008. Nous avons migré plusieurs applications clés et la motivation était légèrement différente pour chacune. Vous constaterez peut-être, comme nous l'avons fait, que la décision dépend souvent de l'endroit où vous souhaitez tracer la ligne de responsabilité et de contrôle entre vous et votre fournisseur de cloud.
Comptabilité
La principale motivation pour migrer vers le cloud avec notre logiciel de comptabilité était sables moins coûteux. C'était moins cher à utiliser Logiciel en tant que service au lieu d'acheter les CD physiques à installer. Le stockage en ligne, les sauvegardes et la sécurité sont venus sans frais supplémentaires. Il était également plus pratique d'avoir le logiciel géré et toujours mis à jour avec la dernière version.
En prime, au lieu d'envoyer un e-mail ou un courrier physique, nous pourrions facilement partager des rapports avec notre comptable hors site.
En plus de notre logiciel de comptabilité, nous avons également migré les services de messagerie d'entreprise vers le cloud. Encore une fois, le coût était un facteur contributif, mais la formule était plus complexe. 
À l'époque, nous maintenions un serveur Exchange physique dans une salle de serveurs climatisée. Les coûts comprenaient la climatisation, l'électricité et les systèmes d'alimentation de secours. Nous avons géré le réseau, le stockage, le serveur, le système d'exploitation, l'annuaire actif et le logiciel serveur d'échange. En bref, notre personnel interne devait consacrer du temps à ses fonctions principales et à ses compétences de base pour gérer l'ensemble de la pile. En passant à la messagerie d'entreprise de Google, nous avons pu externaliser le matériel, les logiciels, la sécurité, la mise en réseau, la maintenance et les mises à niveau.
Bottom line: d'importantes économies de coûts en matériel, en maintenant l'espace physique, l'alimentation, ainsi que le temps consacré par le personnel interne à la maintenance des logiciels et à la gestion des identités. Notre analyse à l'époque – et historiquement depuis – était qu'il était plus logique de « louer » que d'acheter.
Si vous ne disposez pas d'une équipe informatique dédiée massive, votre expérience peut être similaire.
Code source
Comme vous pouvez le voir, chaque service est une pile : comptabilité, e-mail et, dans ce cas, référentiel de code source. Parce que nous sommes une société de développement de logiciels, nous maintenons un référentiel sécurisé de code que nous partageons entre les développeurs. Nous avons décidé de tracer la ligne entre 
interne et externe à un endroit différent des deux autres applications ; « interne » étant ce dont nous sommes responsables en tant qu'entreprise, et « externe » étant ce dont nos fournisseurs sont responsables.
Dans ce cas, nous avons décidé de déplacer uniquement le matériel vers le cloud. Notre principal facteur décisif a été des bactéries. Nous avons l'expertise interne pour maintenir le logiciel du référentiel. Nous gérons l'accès et la sécurité. Nous gérons nos propres sauvegardes et reprise après sinistre. Nous gérons tout sauf l'infrastructure. Amazon nous fournit une alimentation fiable, redondante et à température contrôlée, du matériel virtuel avec une disponibilité garantie. C'est Infrastructure en tant que Service (IaaS).
Outre nos employés, ce que nous apprécions le plus au sein de notre organisation est notre digital les atouts. Parce que ces atouts éthérés sont si importants, vous pourriez justifier de nous traiter de paranoïaques. Ou, peut-être que c'est juste être conservateur et super prudent. Dans les deux cas, nous essayons de faire ce que nous faisons bien et de rester dans nos compétences et de payer quelqu'un d'autre pour faire ce qu'il fait bien, c'est-à-dire entretenir l'infrastructure. Parce que ces actifs sont si précieux pour nous, nous ne faisons confiance qu'à nous-mêmes pour les gérer.
Logiciel dans le Cloud
Parce que l'activité principale Motio est dans le développement de logiciels, nous devons également décider quand investir dans l'effort de développement pour déplacer nos applications logicielles vers le cloud. Peut-être évidemment, c'est axé sur le marché. 
Si nos clients ont besoin Motio logiciel dans le cloud, alors c'est une assez bonne raison. La principale force motrice pour MotioCI Air était le besoin d'une alternative moins coûteuse à la version complète MotioCI Logiciel. En d'autres termes, le point d'entrée est plus bas pour le Logiciel en tant que service (SaaS), mais l'ensemble de fonctionnalités était limité. C'est parfait pour les petites organisations qui n'ont pas l'infrastructure ou l'expertise interne pour maintenir MotioCI sur un serveur interne.
MotioCI Air se positionne comme un petit frère à part entière MotioCI application. Il peut être provisionné rapidement, ce qui le rend parfait pour les POC ou les projets à court terme. Surtout, il peut être parfait pour les organisations qui n'ont pas d'équipe informatique dédiée. Semblable à notre discussion sur le code source ci-dessus, un compromis que vous faites est sous contrôle. Avec tout logiciel en tant que service, vous comptez sur le fournisseur pour accéder au sous-sol si cela s'avère nécessaire. Dans MotioDans le cas de Google, nous utilisons le cloud d'Amazon pour fournir l'infrastructure sur laquelle nous servons le logiciel. Ainsi, les SLA dépendent du maillon le plus faible. Amazon fournit un niveau de religion Contrat de niveau de service pour maintenir une disponibilité mensuelle d'au moins 99.99 %. Cela équivaut à environ 4 minutes et demie de temps d'arrêt imprévu. MotioCI La disponibilité d'Air dépend donc de la disponibilité d'Amazon.
Un autre facteur dont nous avons dû tenir compte lors du déménagement MotioCI au cloud était la performance. La performance n'est pas bon marché. Au-delà du code efficace lui-même, les performances dépendent à la fois de l'infrastructure et du tuyau. Amazon, ou le fournisseur de cloud, peut toujours lancer des processeurs virtuels supplémentaires sur l'application, mais il y a un point où les performances sont limitées par le réseau lui-même et la connexion entre l'emplacement physique du client et le cloud. En utilisant les services cloud, nous avons pu concevoir et proposer une solution performante et rentable.
Points clés à retenir
Vous n'êtes peut-être pas dans l'industrie du développement de logiciels, mais il est probable que vous serez confronté à bon nombre des mêmes décisions. Quand devrions-nous passer au cloud ? De quels services pouvons-nous profiter dans le cloud ? Qu'est-ce qui est important et à quel contrôle sommes-nous prêts à renoncer ? Moins de contrôle signifie que votre fournisseur de cloud gérera davantage de matériel et de logiciels en tant que service. En règle générale, avec cet arrangement, il y aura moins de personnalisations, de modules complémentaires, moins d'accès direct au système de fichiers ou aux journaux. 
Si vous n'utilisez qu'une application, comme notre logiciel de comptabilité dans le cloud, vous n'aurez peut-être pas besoin de cet accès de bas niveau. Si vous développez une application à exécuter dans le cloud, vous voudrez accéder à tout ce que vous pouvez mettre la main dessus. Il existe une infinité de cas d'utilisation entre les deux. Il s'agit des boutons sur lesquels vous voulez vous appuyer.
Bien sûr, garder le contrôle total de votre infrastructure informatique est toujours une option, mais cela coûtera cher de tout garder en interne. Si l'argent n'est pas un problème, ou pour le dire autrement, si vous appréciez le contrôle total plus que ce qu'il vous en coûtera pour installer, installer, configurer, entretenir, logiciel, matériel, réseau, espace physique, alimentation et garder tout à jour , vous souhaiterez peut-être configurer votre propre cloud privé et le gérer en interne. Dans sa forme la plus simple, un cloud privé est essentiellement un centre de données dans un environnement contrôlé pour les données sensibles. De l'autre côté de l'équation, cependant, il y a le fait qu'il est difficile de rester compétitif si vous gérez des choses en dehors de vos compétences clés. Concentrez-vous sur votre entreprise et faites ce que vous faites le mieux.
En effet, c'est la vieille question de savoir dois-je acheter ou dois-je louer ? Si vous avez l'argent pour la mise de fonds, le temps et l'expertise pour la gérer, il est souvent préférable d'acheter. Si, en revanche, vous préférez passer votre temps à gérer votre entreprise et à gagner de l'argent, il peut être plus judicieux d'externaliser le matériel et les services à votre fournisseur de cloud.
Si vous êtes comme Motio, vous pouvez décider qu'il est plus logique d'avoir une combinaison des éléments ci-dessus en gardant le contrôle là où vous en avez besoin et en tirant parti de l'infrastructure et des services cloud là où ils peuvent ajouter le plus de valeur. Nous avons également appris que le passage au cloud est moins un événement qu'un voyage. Nous reconnaissons que nous n'en sommes qu'à une partie du chemin.
