Un serveur de fichiers cloud d'entreprise est un espace de stockage ou de travail centralisé accessible via Internet qui permet aux employés sur des appareils connectés de partager des fichiers et des dossiers directement ou via des applications métier, que ce soit sur site ou sur mobile.
Un serveur de fichiers en nuage dans le monde des affaires est un stockage centralisé ou un espace de travail basé sur Internet et accessible à distance qui permet aux employés sur des appareils connectés à Internet (par exemple, PC Windows, macOS ou même des appareils mobiles) d'accéder à des fichiers et des dossiers et d'établir un flux de travail pour la collaboration quotidienne sur des tâches liées aux affaires. Un serveur de fichiers en nuage est comparable à un serveur de fichiers traditionnel en termes de fonctionnalité. Cependant, un serveur de fichiers en nuage diffère d'un serveur de fichiers local en ce qu'il possède des fonctionnalités avancées pour partager des fichiers dans le nuage et un accès à distance sécurisé, et communique généralement sur des protocoles HTTPS standard.
Un serveur de fichiers cloud est une capacité de serveur de fichiers qui est déployée dans le cloud. Il offre un accès via des navigateurs web et des applications mobiles en plus de l'accès traditionnel sur PC et Mac. En raison de la nature d'Internet, le partage sécurisé de fichiers via une URL web est une manière courante de partager des fichiers, par opposition aux pièces jointes d'e-mails.
L'accès à un serveur de fichiers cloud est généralement protégé par un service d'identité cloud pour l'authentification des utilisateurs et par une structure de permission pour voir (lister), lire ou écrire (contrôle total) des fichiers spécifiques et des dossiers individuels.
Techniquement, un serveur de fichiers cloud ne fait plus référence à une instance de serveur central sur un réseau informatique générique. Plutôt, il se réfère à un stockage offert en tant que service sur un réseau étendu.
Le premier type de serveur de fichiers en nuage est une méthode de stockage des données dans le nuage qui permet aux serveurs et aux applications d'accéder aux données. Cela est également désigné sous le terme de «stockage de fichiers en nuage» tel que défini par AWS. Ce type de serveur de fichiers en nuage offre une compatibilité avec les protocoles SMB ou NFS, ce qui le rend idéal pour les charges de travail qui sont déplacées vers le nuage car il permet une intégration facile sans changements de code. Cette méthode nécessite généralement une configuration administrative et n'est pas adaptée aux utilisateurs finaux.
Le deuxième type de serveur de fichiers en nuage est une méthode qui permet à un groupe d'utilisateurs, généralement travaillant au sein d'une organisation, de disposer d'un stockage en ligne et de collaborer via Internet. Ce type de serveur de fichiers en nuage vise principalement les utilisateurs finaux qui travaillent avec des appareils connectés à Internet, tels que des navigateurs web, des applications mobiles, des PC et des Macs. Cela est également désigné sous le terme de «collaboration de contenu» tel que défini par Gartner.
Le troisième type de serveur de fichiers en nuage est le déplacement de serveurs de fichiers locaux et de l'infrastructure informatique associée vers un nuage pour profiter des services de centres de données régionaux ou mondiaux. Le nouvel emplacement du centre de données offre une meilleure bande passante pour la connectivité, une meilleure infrastructure pour la fiabilité, et de meilleures sauvegarde et récupération pour la continuité des affaires. Cela est également connu sous le nom de «lift-and-shift» car l'infrastructure de serveur de fichiers héritée vit désormais dans le nuage.
Le type #1 de serveur de fichiers en nuage privilégie les charges de travail d'applications et les applications serveur. Des exemples incluent AWS FSx, AWS FSx pour Windows File Server, et Azure Files. Ces services offrent une compatibilité avec les protocoles NFS et SMB. La compatibilité NFS est généralement pour les charges de travail Linux/Unix et la compatibilité SMB est pour les charges de travail Windows Server. Les services sont construits avec des fermes de serveurs pour de hautes performances, mais déployés de manière sans serveur pour les charges de travail d'applications. Les coûts de stockage sont plus élevés, typiquement dans la gamme de 100 à 150 dollars par téraoctet par mois.
Le type #2 de serveur de fichiers en nuage encourage un groupe d'utilisateurs à collaborer sur un ensemble de contenu numérique dans l'espace de stockage en ligne fourni. Du point de vue de l'utilisateur final, l'ensemble de fonctionnalités se chevauche avec les applications de synchronisation et de partage de fichiers, l'accès par navigateur web, l'accès par application mobile, l'accès par agent PC et Mac. Du point de vue de l'administrateur, il ressemble à un serveur de fichiers traditionnel sur site car il possède un certain nombre de domaines de gestion, y compris les services d'identité et d'utilisateurs, les permissions de dossiers, les partages de groupe et les politiques d'accès. Des exemples incluent Microsoft SharePoint ou Citrix ShareFile. Les coûts de collaboration de contenu sont généralement compris entre 10 et 30 dollars par utilisateur et par mois. La plupart des plateformes de collaboration de contenu utilisent des services de stockage d'objets au lieu de services de stockage de blocs, donc les coûts de stockage sont plus bas lorsque des capacités de stockage supplémentaires sont nécessaires.
À proprement parler, le Lift and Shift, qui consiste à déplacer l'infrastructure informatique on-premise vers un centre de données Azure, un centre de données AWS ou un centre de données régional, n'est pas une définition de Serveur de Fichiers Cloud. Il est toujours considéré comme un serveur de fichiers on-premise traditionnel, bien que le serveur de fichiers soit maintenant dans un centre de données. Cependant, les serveurs de fichiers dans un centre de données offrent de nouvelles fonctionnalités qui n'étaient pas disponibles lorsque les serveurs de fichiers étaient on-premise. Un avantage est la virtualisation. AWS et Azure proposent des serveurs virtuels avec provisionnement facile et des instantanés et sauvegardes simples. Le stockage de serveur de fichiers à partir du stockage de disque géré Azure, ou AWS EBS, est estimé à 150 à 200 dollars par téraoctet par mois. Cependant, étant donné que le stockage est fourni sous forme de stockage de blocs EBS, il y a une limite de 64 To.
| Lift-and-Shift | Stockage de fichiers dans le cloud | Collaboration sur le contenu | |
|---|---|---|---|
| EC2 avec EBS, | AWS FSx pour Windows | SharePoint | |
| Prix de stockage | 150 $ ~ 200 $/To/Mois | 100 $ ~ 150 $/To/Mois | 20-30 $/To/Mois |
| Autres coûts | Coût AWS EC2 par mois | Coût du serveur de synchronisation Azure | Licences Utilisateur/Mois |
| Avantages | Prend en charge les applications existantes, | Prend en charge les applications existantes, | Synchronisation-de-fichiers-et-partage, |
| Inconvénients | Pas de synchronisation et de partage de fichiers, | Pas de synchronisation et de partage de fichiers, | Pas de support |
Le type de serveur de fichiers cloud que vous devriez utiliser est une question très pratique à se poser lorsqu'on envisage de déplacer des serveurs de fichiers vers le cloud.
La première exigence est que le serveur de fichiers soit principalement utilisé par des serveurs d'applications, tels que des applications d'analyse de données et de science des données. Si presque aucun utilisateur final ne touche au stockage du serveur de fichiers, le type de stockage de fichiers cloud est un bon choix car il offre une évolutivité illimitée.
La deuxième condition est que le serveur de fichiers ait une utilisation limitée par les utilisateurs finaux. Par exemple, QuickBooks, la comptabilité et les applications ERP. Ces applications nécessitent un certain niveau d'interaction des utilisateurs finaux avec les applications et le stockage du serveur de fichiers. Il y a des situations où les membres de l'équipe des comptes fournisseurs doivent numériser des factures papier et les stocker d'abord sur un partage de serveur de fichiers. Dans ce cas, la solution de lift-and-shift est meilleure. Les utilisateurs qui ont besoin d'envoyer des fichiers aux partages de serveur de fichiers hébergés peuvent utiliser un bureau à distance de serveur terminal pour envoyer des fichiers directement depuis leurs bureaux locaux.
La troisième condition est que les employés puissent complètement se débarrasser du serveur de fichiers actuel et passer à un nouveau magasin de fichiers centralisé. Dans ce cas, les applications héritées sont rarement encore impliquées. Le cas d'utilisation concerne principalement l'accès des utilisateurs finaux aux documents Office, où les fichiers ont tendance à être orientés objet (tout ou rien). Il est très rare que l'accès aux fichiers se fasse sous forme de blocs (par exemple, applications de base de données).
Au moment de la rédaction, le marché des serveurs de fichiers en nuage est toujours très divisé entre l'ancien et le moderne, le stockage d'objets contre le stockage de blocs, la synchronisation et le partage de fichiers contre les serveurs de fichiers traditionnels. Prenons Microsoft comme exemple, SharePoint n'est pas Azure Files, et Azure Files n'est pas Azure Blob Storage, et Azure Blob Storage n'est pas Azure Managed Disks. Ces différentes solutions ont toutes leurs forces et leurs faiblesses. La même fragmentation est évidente chez AWS, par exemple Amazon WorkDocs n'est pas Amazon FSx, et FSx n'est pas Amazon S3, et Amazon S3 n'est pas Amazon EBS. Le marché appelle à une unification majeure de tous les différents types de serveurs de fichiers en nuage en un seul.
Prêt à élever les serveurs de fichiers du bureau local au cloud et à augmenter la productivité de la main-d'œuvre mobile ?