INCOSOFT 1 Cloud Lab s.r.o. vend une capacité hébergée qui dépend encore des baies, du transit et des fenêtres de réparation

Résumé

• 1 Cloud Lab s.r.o. est une société slovaque active avec une vitrine de services actuelle, un chiffre d'affaires 2025 de 262 866 EUR et des actifs fixes nets corporels de 125 593 EUR. Ces faits soutiennent une activité réelle, bien qu'ils n'établissent pas la capacité installée, la propriété ou la conception technique d'un site de centre de données particulier.
• L'ancien nom AS20949, INCOSOFT, est toujours attaché à la société dans les registres Internet, mais les mesures RIPE montrent que AS20949 n'a originaisé aucun espace d'adressage visible depuis juillet 2023. D'autres systèmes associés aux noms 1 Cloud Lab et ColoCall restent actifs, donc AS20949 seul est un mauvais indicateur de l'accessibilité actuelle des clients.
• La vitrine vend de l'IaaS, de l'infrastructure privée, des VPS, du bare-metal, de l'espace de sauvegarde, de l'accès réseau, de la protection DDoS et Kubernetes dans des emplacements largement étiquetés Ukraine et Union européenne. Elle ne nomme pas publiquement l'installation européenne, ne publie pas d'inventaire de capacité site par site, n'identifie pas les chemins d'alimentation et de transporteur, et ne montre pas de résultat de récupération intersite testé.
• Les conditions standard imposent des limites importantes autour de la promesse commerciale. Elles ne contiennent aucun engagement de disponibilité quantifié, de calendrier de crédit de service ou d'objectif de récupération, déclinent toute responsabilité pour les canaux de communication tiers et permettent la suspension puis la suppression en cas de non-paiement. Les acheteurs doivent traiter la sauvegarde, la portabilité, la continuité de facturation et l'escalade comme des dépendances techniques, et non des détails administratifs.

L'ancien nom de réseau n'est pas toute l'entreprise opérationnelle

INCOSOFT survit en tant qu'étiquette réseau. Dans l'enregistrement RIPE pour AS20949, le système autonome est appeléINCOSOFT, tandis que l'organisation liée est 1 Cloud Lab s.r.o. Le nom composite qui en résulte est utile pour trouver l'enregistrement, mais il compresse plusieurs faits différents en une seule ligne: une identité de routage héritée, une société légale slovaque, une marque de service commercial et un ensemble plus large de ressources réseau qui utilisent les noms 1 Cloud Lab ou ColoCall.

La société légale est plus facile à dater. Leregistre commercialde la Slovaquie enregistre 1 Cloud Lab s.r.o., numéro de société 52 335 267, constituée le 6 juin 2019. Son adresse enregistrée a changé en octobre 2024 pour Staré Grunty 3546/7A à Bratislava-Karlova Ves. Les activités enregistrées comprennent les services informatiques et les services liés au traitement de données informatiques, ainsi que des activités commerciales et administratives plus larges. Lapage membre du RIPE NCCdonne la même localisation à Bratislava et identifie la Slovaquie et l'Ukraine comme zones desservies.

Cette continuité est importante, mais aucune des deux adresses ne prouve l'emplacement d'une salle de machines. Un siège social peut abriter des fonctions de gestion, de courrier ou de contractualisation sans contenir de baies clients. Le site Web de 1 Cloud Lab décrit l'activité comme un centre de données à Bratislava et propose un emplacement dans l'UE dans ses configurateurs, mais il ne publie pas d'adresse postale pour cette installation.

Un client qui décide où résident les données réglementées ou sensibles à la latence a toujours besoin d'un contrat qui nomme le bâtiment, le pays, la société exploitante et les emplacements de basculement autorisés.

Il existe également des preuves d'une lignée opérationnelle plus longue que la société slovaque elle-même. L'historique de l'entreprisedu site décrit le centre de données ColoCall comme fondé en mars 2000 et ayant servi son premier client en août de la même année. La page d'accueil actuelle de 1 Cloud Lab indique qu'elle gère des équipements et des clouds depuis plus de 20 ans. Ces déclarations décrivent l'héritage de l'exploitation du service et de la famille de marques; elles ne doivent pas être lues comme disant que la société à responsabilité limitée slovaque existait en 2000. La distinction est particulièrement importante dans le cadre d'une due diligence car l'expérience peut résider dans une équipe ou un opérateur ukrainien associé, tandis que la responsabilité contractuelle incombe à l'entité nommée sur une facture.

Ce que les clients peuvent réellement commander

Le catalogue de services est large pour un petit fournisseur. Lavitrine principalerépertorie l'infrastructure cloud, l'infrastructure cloud privée, les serveurs bare-metal, les serveurs cloud, l'espace de sauvegarde et Kubernetes, ainsi que les disques cloud, les canaux réseau et la protection DDoS. Ses pages de commande permettent au client de choisir entre l'Ukraine ou l'Union européenne pour de nombreux services. Cette combinaison positionne 1 Cloud Lab entre un hébergeur local et un revendeur d'infrastructure régional: il regroupe le calcul, le stockage et la connectivité, tout en exposant suffisamment de détails matériels pour qu'un acheteur puisse sélectionner la classe de processeur, la mémoire, le support de disque et la bande passante.

Leconfigurateur IaaSpropose des pools de capacité CPU, RAM, HDD, SSD ou NVMe, des réseaux virtuels, des adresses publiques, des règles de pare-feu et de l'espace de sauvegarde. Il annonce un provisionnement en un jour maximum. Lapage d'infrastructure privéeva plus loin, décrivant des nœuds de calcul physiques dédiés à l'usage exclusif d'un client et un serveur de rechange inclus pour la tolérance aux pannes. Elle propose des plateformes Intel E5, Intel Gold ou Platinum et AMD Rome ou Milan, avec des choix de stockage local et partagé.

Ces détails révèlent une différence cruciale entre la capacité qui existe dans un catalogue et la capacité qui peut résister à une panne. Le NVMe local est décrit comme liant un serveur virtuel à un nœud de calcul, sans migration. Le stockage cloud partagé est destiné à permettre un mouvement plus flexible. Un acheteur sélectionnant le support local le plus rapide peut donc renoncer à la caractéristique de récupération implicite dans l'étiquette cloud générale.

Le nœud de rechange offert avec l'infrastructure privée n'a de sens que s'il est alimenté, câblé, compatible, surveillé et capable d'assumer les charges de travail du nœud défaillant dans un délai défini. La page publique ne divulgue pas la méthode d'orchestration, le seuil d'admission, le temps de reconstruction ou la quantité de capacité réservée entre les clients.

Leconfigurateur bare-metalest tout aussi concret et ambigu. Il répertorie les générations de plateformes Supermicro, la mémoire ECC, les disques locaux, les contrôleurs RAID ou HBA, l'accès IPMI, la bande passante et l'espace de sauvegarde optionnel, avec un délai de préparation annoncé d'un à trois jours. Les générations disponibles vont des anciens systèmes Intel E5 aux processeurs Intel évolutifs plus récents et à AMD Rome ou Milan. Cette gamme peut être commercialement utile, en particulier pour les charges de travail sensibles au prix, mais elle rend également centrale la planification des pièces de rechange. Une carte mère, un contrôleur RAID ou un disque défaillant ne se récupère pas parce qu'une page Web répertorie encore la famille de produits. La récupération dépend d'un stock compatible sur le site concerné et d'un technicien autorisé à l'installer.

Pour les serveurs virtuels, lapage de commande VPSannonce un provisionnement en moins d'une heure, des classes de disque sélectionnables, des instantanés, des règles de pare-feu et un support de base. Lapage de serveur cloudplus descriptive indique que le stockage conserve deux copies des données client et que les systèmes cloud sont réservés et géographiquement distribués. Elle dit également que les instantanés peuvent être planifiés quotidiennement ou créés manuellement. Ce sont des affirmations de service utiles, mais elles laissent plusieurs variables ouvertes: si les répliques occupent des baies, des salles, des bâtiments ou des pays séparés; si les deux copies partagent un plan de contrôle; si les instantanés sont cohérents en cas de panne ou cohérents au niveau de l'application; et à quelle fréquence la restauration est exercée.

Leservice d'espace de sauvegardeprend en charge FTP, FTPS, SFTP, SCP et rsync, avec une vitesse de transfert sélectionnable et une option pour le trafic en dehors des réseaux 1 Cloud Lab. Il s'agit d'un ensemble de méthodes d'accès relativement portable. Ce n'est néanmoins pas une preuve qu'une sauvegarde est indépendante. Si le serveur de production et le référentiel de sauvegarde partagent une installation, un système d'alimentation, des identifiants administratifs ou un contrôleur de stockage, un incident peut affecter les deux. Les clients ont besoin de l'emplacement physique du référentiel, des contrôles d'immutabilité, des règles de rétention, du débit de restauration et du comportement de suppression avant de l'appeler une copie de reprise après sinistre.

Le dernier ajout de service est Kubernetes. Lapage de commande Kubernetespropose des clusters en Ukraine ou dans l'UE, tout en décrivant l'infrastructure comme fonctionnant dans un centre de données ukrainien. Unedescription distincte de Kubernetesindique que l'infrastructure ukrainienne est souterraine et répond à un niveau de fiabilité technique de niveau Tier III. L'annonce de septembre 2025 du site nomme ColoCall et dirige les commandes vers colocall.net. Ces pages montrent une offre activement maintenue, mais elles illustrent également pourquoi l'emplacement doit être spécifié par commande plutôt qu'inféré de la langue ou du domaine de la vitrine.

Les comptes montrent une activité, des actifs et une dépendance externe

Les comptes slovaques les plus récents fournissent une preuve d'exploitation plus solide que le langage marketing seul. L'entrée officielle duRegistre des états financiersrépertorie les dépôts annuels depuis la création de la société. Leétat financier 2025, soumis le 7 juillet 2026, rapporte un chiffre d'affaires net de 262 866 EUR, tous enregistrés comme revenus de services. Il rapporte un bénéfice après impôt de 31 331 EUR et un actif total de 255 257 EUR.

Le bilan montre également 125 593 EUR d'actifs fixes nets corporels en fin d'année: 22 395 EUR en structures et 103 198 EUR en actifs mobiliers et collections d'actifs mobiliers. Cela correspond à une entreprise détenant des équipements physiques. Ce n'est pas suffisant pour déduire un nombre de baies, un nombre de serveurs ou une propriété de centre de données. Les catégories comptables agrègent les actifs et n'identifient pas où ils sont installés, s'ils sont donnés en gage, si l'équipement dessert un ou plusieurs sites, ou si la ligne de structures représente une installation technique.

L'évolution d'une année sur l'autre ajoute du contexte. Le chiffre d'affaires des services a baissé de 17,3 % par rapport à 317 742 EUR en 2024, tandis que le bénéfice après impôt a chuté de 43,8 % par rapport à 55 741 EUR. L'actif total a augmenté de 10,3 %, mais les actifs fixes nets corporels ont diminué de 12,8 % par rapport à 144 094 EUR. Les liquidités en banque ont augmenté à 115 025 EUR. Aucun de ces changements ne prouve à lui seul une détresse ou une expansion.

Ils décrivent une entreprise rentable mais modeste dont la base d'équipement est amortie et dont le chiffre d'affaires déclaré peut varier considérablement d'une année à l'autre.

La structure des coûts est encore plus instructive pour la résilience. Les services achetés étaient de 188 549 EUR en 2025, soit 71,7 % du chiffre d'affaires des services, tandis que les matériaux, l'énergie et autres fournitures non stockables étaient de 9 152 EUR. L'état financier n'enregistre aucun coût de personnel. Cela ne prouve pas que personne ne travaille sur le service: les administrateurs, les sous-traitants, le personnel de sociétés affiliées ou les fournisseurs peuvent fournir de la main-d'œuvre sous d'autres rubriques.

Cela montre qu'une grande partie de l'activité économique réside dans des services achetés à l'extérieur de la société slovaque plutôt que dans une masse salariale importante.

Pour un fournisseur d'hébergement, c'est un indice de frontière de propriété. L'espace d'installation, l'électricité, le transit, les mains distantes, la maintenance matérielle, les licences, la capacité d'atténuation et les services inter-sociétés peuvent tous apparaître comme des services achetés. Un fournisseur peut fonctionner de manière fiable avec un tel modèle, mais sa continuité est en partie la continuité de ses contrats.

Un litige de bail, une facture de transporteur impayée, un sous-traitant indisponible ou un changement de convention entre parties liées peut affecter les clients même lorsque les machines virtuelles exposées aux clients sont techniquement saines.

Les passifs à court terme renforcent la nécessité de comprendre cette frontière. Les comptes 2025 montrent 131 208 EUR de passifs courants, dont 37 982 EUR de dettes commerciales et 91 469 EUR dus aux actionnaires ou à une association. Il n'y a pas de prêts bancaires déclarés. Ces chiffres ne sont pas une prédiction de défaillance, et la société détenait des liquidités substantielles. Ils montrent pourquoi les clients devraient identifier quels actifs et accords critiques appartiennent à l'entité slovaque, lesquels appartiennent à un opérateur lié, et lesquels sont fournis par une installation ou un transporteur non lié.

Les droits de continuité sont les plus forts lorsque le contrat cartographie ces dépendances explicitement.

Les preuves de routage séparent un ASN hérité silencieux des réseaux actifs

Un système autonome n'est pas un centre de données, et un centre de données n'a pas besoin d'originer ses propres routes. Néanmoins, la visibilité du routage est l'un des rares moyens indépendants de tester si une identité réseau revendiquée transporte actuellement de l'espace d'adressage public. Dans ce cas, cela change l'interprétation de manière significative.

L'aperçu actuel de RIPEstat pour AS20949identifie le titulaire comme « INCOSOFT 1 Cloud Lab s.r.o. » mais marque le système comme non annoncé. Sesdonnées de statut de routageindiquent que la dernière route observée était 193.108.236.0/23 le 25 juillet 2023. Au 12 juillet 2026, aucun des 326 pairs IPv4 ou 322 pairs IPv6 de RIPE RIS n'a vu AS20949, et son espace d'adressage annoncé était nul. L'enregistrementAS20949 de Hurricane Electricindique indépendamment qu'il n'est plus visible dans la table globale depuis le 26 juillet 2023.

L'enregistrement lui-même n'a pas disparu. Lesdonnées whois de RIPEconservent les entrées de politique nommant AS15497, AS25521 et AS29442, et conservent le statut attribué. L'enregistrement et l'exploitation sont des états différents: un numéro attribué peut rester dans le registre alors qu'aucune route provenant de lui n'atteint l'Internet public. Pour les clients, la question pratique n'est pas de savoir si AS20949 existe sur le papier, mais quel ASN et quels préfixes leur service acheté utilisera réellement.

D'autres réseaux liés à 1 Cloud Lab sont actifs.RIPEstat identifie AS206110comme 1 Cloud Lab s.r.o.; le 12 juillet 2026, il montrait cinq préfixes IPv4 couvrant 1 024 adresses, une visibilité complète parmi les collecteurs IPv4 de RIPE et un voisin observé. Cette observation d'un seul voisin suggère une topologie publique de type stub au moment mesuré. Cela ne prouve pas que chaque client n'a qu'une seule route physique, car un fournisseur peut utiliser des liens internes, d'autres origines ou des adresses fournies par un autre réseau. Cela rend la question de l'attachement de service réel utile à poser.

AS15497, décrit par RIPEstat comme « Colocall 1 Cloud Lab s.r.o. », était sensiblement plus grand: 19 préfixes IPv4 couvrant 16 896 adresses, un préfixe IPv6 et 37 voisins observés à la même date.AS12837, enregistré auprès de la société ukrainienne « 1 CLOUD LAB » LLC, annonçait neuf préfixes IPv4, un préfixe IPv6 et avait cinq voisins observés. Ces systèmes actifs correspondent au modèle de service Ukraine-et-UE de la vitrine, mais les noms seuls n'établissent pas quelle entité juridique exploite chaque baie, porte chaque contrat client ou contrôle chaque bloc d'adresses.

La conclusion clé est donc plus étroite que « le réseau est inactif ». AS20949 est inactif en tant qu'origine publique, tandis que l'activité de service sous les noms 1 Cloud Lab et ColoCall se poursuit via d'autres ressources. Un client devrait recevoir l'ASN, le préfixe, l'amont et l'installation réels pour chaque emplacement de service. Sans cette cartographie, une affirmation de diversité de route peut accidentellement compter deux étiquettes commerciales qui convergent sur la même fibre physique, le même routeur, la même entrée de bâtiment ou la même organisation en amont.

Les baies et l'alimentation définissent le plafond utilisable

La capacité cloud est vendue en unités divisibles, mais son approvisionnement arrive en objets indivisibles: serveurs, étagères de disques, commutateurs, interconnexions, circuits d'alimentation et baies. La différence entre la capacité installée et la capacité utilisable est la réserve conservée pour les pannes et les pics. Un fournisseur peut posséder 100 unités de calcul et encore pouvoir en vendre beaucoup moins s'il entend survivre à une panne de nœud sans contention. Inversement, il peut vendre près du plafond physique et compter sur une récupération au mieux.

Le configurateur d'infrastructure privée de 1 Cloud Lab indique qu'un serveur supplémentaire est inclus pour la tolérance aux pannes. C'est une reconnaissance bienvenue du problème de réserve. Le matériel public ne dit pas si le serveur de rechange est dédié par client, partagé entre clients ou simplement partie de la nomenclature proposée. Il ne précise pas non plus le domaine de défaillance. Un hôte supplémentaire dans la même baie protège contre certaines pannes de serveur, mais pas contre un commutateur de top of rack défaillant, une unité de distribution d'alimentation, une zone de refroidissement, un bâtiment ou une ville inaccessible.

La page cloud indique que les systèmes sont géographiquement distribués et que le stockage conserve deux copies. La géographie peut signifier deux salles sur un même campus, deux villes ou deux pays; chacun offre un niveau de protection différent. Deux copies synchrones peuvent également partager une panne de contrôle ou être corrompues ensemble. Les pages de service ne publient pas de diagramme de domaine de défaillance, de distance de réplication, de conception de quorum, de résultat de basculement récent ou de déclaration sur ce qui se produit lorsque le lien entre les sites est perdu.

L'alimentation est également visible uniquement par son absence. Les conditions standard rendent le contractant responsable de la fourniture d'électricité et du maintien des conditions climatiques, mais les pages publiques n'identifient pas les alimentations électriques, la topologie UPS, l'autonomie des générateurs, les contrats de carburant ou les modalités de maintenance testées pour l'emplacement européen. Pour l'offre ukrainienne, la déclaration sur le site souterrain aborde la protection physique à un niveau élevé, pas la durée de l'alimentation indépendante ou la logistique de réparation lors d'une perturbation prolongée.

La ligne de 9 152 EUR de l'état financier 2025 pour les matériaux, l'énergie et autres fournitures non stockables ne doit pas être traitée comme le coût total de l'électricité de toute l'infrastructure client. Un service d'installation loué ou regroupé peut placer une grande partie des dépenses d'électricité dans les services achetés. Cette possibilité comptable est une autre raison pour laquelle la frontière des actifs et des fournisseurs est importante. Si l'entreprise loue des baies avec électricité incluse, les modalités de maintenance et de crédit de l'exploitant de l'installation font partie de la chaîne de disponibilité du client.

L'inventaire matériel limite la récupération d'une manière différente. Le catalogue couvre plusieurs générations de processeurs, types de disques et choix de contrôleurs. Le remplacement est le plus rapide lorsque la même carte, le même type de mémoire, la même interface de disque et le même micrologiciel sont sur site. Il ralentit lorsqu'une pièce doit être sourcée, expédiée au-delà d'une frontière ou remplacée par une plateforme qui nécessite une migration. Ladescription du serveur dédiéindique que l'équipement loué défaillant est remplacé en mode 24/7 sans attendre un fournisseur. Elle ne s'engage pas sur un temps de remplacement maximum. « Le plus court délai » est opérationnellement différent d'une promesse de réparation en quatre heures.

La diversité du transit doit survivre à une coupure physique

Lapage des canaux de communicationvend de la bande passante mondiale et ukrainienne, des règles de pare-feu, du trafic nettoyé et du peering privé via un échange Internet. Elle indique également qu'une connexion peut être livrée sur les sites du fournisseur tandis que le client organise le transport séparément. Cette flexibilité est utile, mais elle crée plusieurs frontières de responsabilité possibles: 1 Cloud Lab peut fournir le serveur et le port local, une autre entreprise le circuit métropolitain, un échange la structure de peering, et un ou plusieurs amonts la route globale.

L'enregistrement BGP public démontre historiquement plus d'une relation nommée pour AS20949, et AS15497 a actuellement de nombreux voisins observés. Aucun fait ne prouve la diversité des chemins physiques pour un client particulier. Deux sessions peuvent fonctionner sur des fibres dans le même conduit. Deux transporteurs peuvent acheter de la capacité auprès du même réseau de gros. IPv4 et IPv6 peuvent différer. Un service DDoS peut rediriger le trafic via un scrubber dont la propre panne supprime l'accessibilité.

Lapage DDoSannonce une atténuation des attaques jusqu'à un térabit par seconde dans les centres de données ukrainiens et de l'UE. Un article d'actualité plus ancien revendiquait 1,2 térabit par seconde. Ce sont des déclarations de fournisseur, et les pages publiques n'identifient pas le partenaire d'atténuation, les emplacements de scrubbing, la capacité de trafic propre délivrée au port du client, les classes d'attaque couvertes ou les crédits de service en cas d'échec de la déviation. Les acheteurs doivent distinguer la capacité d'absorption annoncée de la bande passante propre disponible pour leur propre application.

Un test de diversité approprié demande les chemins A et B au niveau de l'entrée du bâtiment, de la salle de rencontre, du routeur, du fournisseur longue distance et de l'ASN amont. Il demande également si les deux chemins peuvent transporter l'intégralité du trafic contracté pendant la maintenance, si les filtres de route et les autorisations RPKI sont à jour, et si le fournisseur a exercé le basculement sous charge. Une carte Internet avec plusieurs lignes n'équivaut pas à un enregistrement de maintenance montrant qu'une ligne peut être retirée sans impact client.

Les fenêtres de réparation transforment les affirmations de support en résultats

Lapage de contactdonne des heures de bureau de 10h00 à 18h30 et indique qu'une équipe de garde et un support technique fonctionnent 24 heures sur 24, 7 jours sur 7. C'est une affirmation de disponibilité pertinente. Elle ne divulgue pas la profondeur du personnel, les langues à chaque heure, les rôles d'escalade, la présence sur site ou les objectifs de réponse et de restauration attachés aux niveaux de gravité.

Les petits fournisseurs d'infrastructure peuvent offrir un excellent support car les clients contactent directement des ingénieurs expérimentés. Ils peuvent également faire face à un risque de concentration lorsque quelques personnes détiennent les connaissances ou l'accès nécessaires pour restaurer le service. L'absence de coût de personnel dans les comptes fait du modèle de personnel une question de diligence légitime, non une preuve de mauvais service. La réponse peut être des ingénieurs contractuels ou du personnel employé par un opérateur associé.

Ce qui importe, c'est de savoir si le contrat client sécurise leur disponibilité lorsque les incidents se chevauchent ou que le transport vers une installation est contraint.

Plusieurs chemins de défaillance convergent donc vers la main-d'œuvre. Un disque mort nécessite que quelqu'un identifie le bon emplacement et le bon remplacement. Un routeur défaillant peut nécessiter un accès console. Une restauration de sauvegarde peut nécessiter un administrateur de stockage. Une migration client peut nécessiter que les plateformes ancienne et nouvelle soient disponibles en même temps. Si ces tâches reposent sur le même ingénieur de garde, la redondance nominale du matériel peut encore rencontrer un goulot d'étranglement humain.

Le matériel de service montre des mécanismes distants utiles. L'IPMI est proposé pour le bare-metal, le démarrage PXE a été introduit pour les serveurs physiques, et le panneau permet certaines modifications de configuration. Le contrôle à distance réduit le temps de déplacement, mais il ne remplace pas les mains pour le matériel défaillant, le câblage ou l'alimentation. Il soulève également des questions de sécurité d'accès: les interfaces de gestion nécessitent un isolement, une authentification forte, une journalisation et une méthode d'accès testée lorsque le réseau client principal est en panne.

Pour les acheteurs, l'engagement de réparation doit être mesurable. Le temps de réponse n'est pas le temps de restauration. Un ticket peut être accusé en cinq minutes tandis qu'un contrôleur compatible arrive le lendemain. Le contrat utile identifie la gravité, l'accusé de réception, le contournement, la réparation, les hypothèses de stock de pièces de rechange, l'avis de maintenance, les contacts d'escalade et la compensation. Aucun de ces détails n'est quantifié dans les conditions standard publiques, ils doivent donc être obtenus dans un calendrier de service spécifique à la commande s'ils existent.

La facturation fait partie de la disponibilité

L'infrastructure peut échouer administrativement aussi bien qu'électriquement. Lesconditions standardindiquent que la première facture constitue l'acceptation du contrat public et permettent jusqu'à sept jours ouvrables pour fournir les services, malgré des délais plus courts affichés dans certains configurateurs. Les factures mensuelles sont dues dans les huit jours bancaires. Le non-paiement total ou partiel permet au contractant de suspendre les services ou de résilier le contrat.

Les conditions permettent également la suppression des informations client sur les disques fournis par le contractant après la résiliation du contrat ou après 15 jours à compter de la suspension pour non-paiement ou autre manquement. Le libellé ne promet pas de période de grâce conçue autour des besoins de récupération du client. Une livraison de facture défaillante, un examen bancaire, un montant contesté ou un changement dans le personnel des comptes fournisseurs peut donc devenir un incident d'infrastructure.

Les clients doivent utiliser des contacts de facturation redondants, surveiller le statut de renouvellement et de facturation, et s'assurer qu'une escalade technique se produit avant toute action destructive.

La responsabilité est limitée de manière stricte. Le contractant accepte la responsabilité de l'électricité, du climat et de l'état de fonctionnement de l'équipement qu'il fournit, sous réserve des conditions. Il décline toute responsabilité pour l'Internet global et les canaux de communication tiers auxquels il se connecte, ainsi que pour de larges catégories de pertes du client et des tiers. Le document ne précise pas de pourcentage de disponibilité, de calendrier de crédit de service, d'objectif de temps de récupération, d'objectif de point de récupération, de tolérance de maintenance planifiée ou de tableau de gravité du support.

Le contrat permet également à chaque partie de résilier avec un préavis d'au moins 15 jours calendaires, tandis que la loi européenne sur les données (Data Act) impose désormais des attentes plus détaillées pour le changement de fournisseur de services de traitement de données. LeData Acts'applique depuis le 12 septembre 2025. Ses dispositions sur le changement de fournisseur cloud exigent des conditions écrites couvrant les données exportables et les actifs numériques, un délai de préavis maximum, une période de transition et une récupération après transition, entre autres questions. À partir du 12 janvier 2027, il supprime également les frais de changement, sous réserve des termes du règlement.

Ce n'est pas seulement un point de rédaction juridique. La portabilité est un mécanisme de récupération. Un client ne peut pas sortir rapidement si les disques virtuels ne sont disponibles que via une interface propriétaire, si les instantanés ne peuvent pas être exportés, si la capacité de sortie est trop faible, ou si un grand ensemble de données prend des semaines à copier.

Les protocoles standard du service de sauvegarde de 1 Cloud Lab sont utiles, mais les conditions publiques n'énumèrent pas les formats d'exportation pour les machines virtuelles, les réseaux, les règles de pare-feu, les instantanés, les magasins d'objets ou l'état Kubernetes. Un test de sortie devrait chronométrer le transfert d'une charge de travail représentative et vérifier qu'elle démarre sur la destination.

L'emplacement des données nécessite un site nommé, pas un bouton régional

Le sélecteur Ukraine/UE est commercialement simple mais insuffisant pour les décisions de gouvernance des données. « UE » n'est pas une installation, et il ne dit pas au client si le personnel de support dans un autre pays peut accéder au système, si les sauvegardes traversent la frontière, ou si un basculement déplace les données en dehors de l'emplacement sélectionné. « Ukraine » est plus spécifique en tant que juridiction mais englobe toujours de multiples risques physiques et opérationnels.

Les conditions standard contiennent une courte section sur le traitement des données. Elles indiquent que le contractant accepte les données personnelles confiées par le client, les gardera confidentielles et mettra en œuvre des mesures techniques, organisationnelles et informatiques appropriées. Les conditions ne nomment pas les sous-traitants, les lieux de traitement, le délai de notification des violations, les preuves d'audit, le format de retour ou une méthode de suppression détaillée. Ces éléments appartiennent normalement à un accord de traitement des données plus complet et à un calendrier de service.

LeRèglement général sur la protection des donnéesexige qu'un responsable du traitement utilise des sous-traitants offrant des garanties suffisantes et exige une sécurité appropriée, y compris la capacité de restaurer la disponibilité et l'accès aux données personnelles en temps opportun après un incident physique ou technique. Il ne transforme pas automatiquement une architecture particulière en infrastructure conforme. Un acheteur doit toujours faire correspondre les contrôles au risque, obtenir des engagements contractuels et vérifier où le traitement a lieu.

Ladirective NIS2identifie séparément les fournisseurs de services cloud et de centres de données dans sa couverture d'infrastructure numérique et appelle à des mesures de gestion des risques de cybersécurité lorsqu'une entité entre dans le champ d'application en vertu de la mise en œuvre nationale. Ce contexte augmente la valeur d'une carte claire des entités juridiques et des installations. Une marque partagée entre une société slovaque et des opérations ukrainiennes peut soutenir la résilience régionale, mais elle exige également une responsabilité précise pour le signalement des incidents, les contrôles de la chaîne d'approvisionnement et la continuité des activités.

Pour chaque commande, un client devrait donc obtenir quatre faits d'emplacement: où s'exécute le calcul principal, où résident chaque réplique et sauvegarde, d'où les administrateurs peuvent y accéder, et quelle société juridique fournit chaque composant. Ces faits doivent rester vrais pendant la maintenance et le basculement d'urgence, pas seulement en fonctionnement normal.

Ce qui se produit lorsqu'une dépendance échoue

La panne la plus plausible n'est pas un événement dramatique mais une chaîne. Considérez un serveur physique dont le périphérique NVMe local tombe en panne. Le serveur est lié à ce nœud, donc la migration en direct n'est pas disponible. Un ingénieur doit diagnostiquer la panne, trouver un stock compatible, remplacer le périphérique et restaurer les données. Si la copie la plus récente se trouve dans l'espace de sauvegarde sur le même site, un incident de baie ou d'alimentation peut avoir affecté les deux. Si elle se trouve sur un autre site, la vitesse de récupération dépend de la capacité de transit.

Si le compte est suspendu lors d'un litige de facturation, l'accès à la copie peut devenir une question commerciale plutôt que technique.

Une panne de route produit une autre chaîne. Un préfixe client peut être transporté via AS206110, AS15497, AS12837 ou un espace attribué par le fournisseur, pas AS20949. Le chemin de récupération dépend du réseau qui origine la route, si un autre amont l'accepte, si une autorisation valide existe, et si le circuit physique alternatif atteint un routeur toujours alimenté. Une entrée de politique historique ne suffit pas; l'attachement de service actuel doit être connu avant un incident.

Une panne d'installation est plus large. Si les copies de calcul et de stockage partagent un site, les deux peuvent s'arrêter. Si un second site existe mais manque de calcul réservé, les données peuvent être sûres mais l'application indisponible. Si le calcul est disponible mais que les adresses IP ne peuvent pas être déplacées, les clients peuvent avoir besoin de modifications DNS et attendre les caches. Si le second site se trouve dans une autre juridiction, la restauration peut entrer en conflit avec un engagement de localisation. L'expression « géographiquement distribué » ne résolve aucun de ces choix.

Une panne de support peut allonger tous les autres événements. Un contact 24h/24 et 7j/7 est précieux, mais la restauration nécessite accès, autorité et expertise. Le même ingénieur peut gérer les alarmes d'alimentation, les changements de route et le remplacement matériel. Les clients avec des services critiques devraient savoir si l'escalade est locale à chaque site, si les équipes réseau et installation sont distinctes, et qui peut agir si la société contractante slovaque ne peut pas joindre un opérateur associé.

Enfin, une panne de contrat fournisseur peut durer plus longtemps qu'une panne de composant. La part élevée des services achetés dans les comptes slovaques signifie que les accords avec des tiers et des parties liées sont économiquement significatifs. Si un bail d'installation, un compte de transporteur, une licence ou un accord de support prend fin, les charges de travail peuvent nécessiter un déménagement ordonné même si aucun serveur n'est cassé. La portabilité du contrat et un exercice régulier de sortie client font donc partie de l'ingénierie de disponibilité.

Qui subit l'impact

Les utilisateurs immédiats sont probablement des petites et moyennes organisations, des développeurs, des services en ligne et des institutions qui veulent un hébergement régional, un support direct ou du matériel à moindre coût. Ils peuvent être attirés par le bare-metal configurable, la connectivité ukrainienne, le placement dans l'UE, les protocoles de sauvegarde familiers ou la possibilité de parler à des ingénieurs plutôt qu'à une file d'attente de support générale d'un cloud global.

Ces clients peuvent également avoir moins de résilience interne. Une petite entreprise peut mettre son application de production, ses sauvegardes, son DNS et son courrier sur un seul fournisseur parce que l'arrangement est pratique. Une équipe de développement peut supposer que deux copies de stockage équivalent à une reprise après sinistre. Une organisation choisissant un emplacement dans l'UE pour des raisons réglementaires peut ne pas se rendre compte que le matériel public laisse le site exact et la géographie de basculement non précisés.

Lorsque le service échoue, les utilisateurs en aval subissent des sites Web inaccessibles, des transactions bloquées, des enregistrements indisponibles ou des communications retardées.

L'impact peut s'étendre au-delà du client contractant. Les domaines hébergés et les API soutiennent d'autres entreprises; un référentiel de sauvegarde peut contenir des données personnelles; un cluster Kubernetes peut exécuter des services publics; un serveur dédié peut être la seule copie d'une application héritée. Le traitement des abus et la sécurité du routage affectent également l'Internet plus large. C'est pourquoi le chiffre d'affaires modeste d'un fournisseur n'implique pas une conséquence modeste pour chaque locataire.

Les clients ont aussi des responsabilités. La page bare-metal indique explicitement que les utilisateurs doivent organiser leurs données correctement et conserver des sauvegardes. Le fournisseur ne peut pas rendre une application cohérente si le client ne met jamais sa base de données en veille. Ni un nœud de rechange au niveau de l'installation ne peut sauver un client qui code en dur une seule adresse IP ou stocke les clés de chiffrement uniquement sur le serveur défaillant. La résilience est partagée, mais le fournisseur doit divulguer suffisamment sur sa part pour que le client puisse concevoir la sienne.

Une conception de récupération crédible séparerait quatre couches

Pour la combinaison de services de 1 Cloud Lab, la récupération devrait commencer par séparer le calcul, le stockage, l'identité réseau et l'accès de gestion. Mettre deux machines virtuelles sur des hôtes différents est utile, mais cela ne protège que la couche de calcul si les deux hôtes dépendent de la même baie de stockage, du même commutateur et de la même alimentation. Conserver deux copies de stockage est utile, mais cela ne protège que la couche de données si les deux copies sont administrées via un seul contrôleur ou deviennent inaccessibles avec le même compte.

Un second transporteur est utile, mais il ne protège que l'accessibilité si l'application ne peut pas démarrer sur le site survivant.

Au niveau de la couche de calcul, le nœud d'infrastructure privée supplémentaire annoncé devrait avoir un objectif divulgué. S'il s'agit d'un spare à chaud, le fournisseur devrait indiquer à quelle vitesse les charges de travail redémarrent et si les licences logicielles les suivent. S'il s'agit d'un membre de cluster actif, le fournisseur devrait indiquer la capacité restante après la défaillance d'un nœud. Un client qui consomme normalement tous les nœuds à 80 % d'utilisation peut n'avoir aucune marge pour absorber une panne même si chaque composant fonctionne comme conçu.

Le contrôle d'admission, pas le nombre brut de serveurs, détermine la capacité utilisable.

Le bare-metal nécessite une promesse différente. Un châssis de rechange n'accepte pas nécessairement les disques, le contrôleur, la carte réseau ou le micrologiciel du client. L'arrangement le plus crédible associe une classe de remplacement documentée à une copie démarrable hors hôte et à une séquence de reconstruction testée. Pour les plateformes héritées, le fournisseur devrait identifier quelles pièces sont détenues localement et quand la substitution devient une migration.

Les clients utilisant IPMI devraient également conserver une route distincte et fortement protégée vers le réseau de gestion afin qu'une panne de routage de production ne supprime pas la console de récupération.

Au niveau de la couche de stockage, les instantanés et les sauvegardes nécessitent des travaux distincts. Un instantané local fournit un retour rapide après une mauvaise mise à jour mais peut partager le domaine de défaillance de la baie source. Un disque répliqué peut maintenir une application en fonctionnement après une panne de périphérique mais peut reproduire une suppression ou une corruption. Une sauvegarde authentifiée séparément, conservée sur un autre site et testée par restauration, répond à un événement plus large.

L'affirmation publique selon laquelle le stockage conserve deux copies est donc un point de départ, pas une conception de protection complète.

La vitesse de transfert fixe la limite physique de la restauration. Déplacer 10 téraoctets sur un lien soutenu de 1 gigabit par seconde prend plus de 22 heures avant les frais généraux de protocole, la contention et la vérification. À 100 mégabits par seconde, cela prend plus de neuf jours. La vitesse de transmission sélectionnable du configurateur de sauvegarde est par conséquent une décision de disponibilité.

Le client devrait dimensionner la bande passante de restauration pour l'objectif de récupération, pas seulement la bande passante de sauvegarde pour la fenêtre de copie nocturne, et devrait vérifier si le débit annoncé est disponible lors d'un incident à l'échelle du site.

Au niveau de la couche réseau, la conception la plus propre évite de faire d'un seul préfixe originaire du fournisseur le seul chemin vers l'application. Selon l'échelle, un client peut utiliser un adressage indépendant du fournisseur, un second point de terminaison DNS, un gestionnaire de trafic externe ou un site alternatif préconfiguré. Chaque option a des coûts et des limites de temps.

Les petits clients peuvent raisonnablement rester sur des adresses attribuées par le fournisseur, mais ils devraient connaître le temps de vie DNS, les dépendances de certificats et les étapes nécessaires pour publier un point de terminaison de remplacement.

La couche de gestion est la dernière dépendance. Les identifiants de compte, les clés de chiffrement, le contrôle DNS et les instructions de récupération doivent rester disponibles lorsque le service hébergé ne l'est pas. Un client dont le gestionnaire de mots de passe, le courrier et le fournisseur d'identité s'exécutent tous dans l'environnement défaillant peut ne pas être en mesure de s'authentifier auprès du support.

L'affirmation de contact 24h/24 et 7j/7 de 1 Cloud Lab devient plus utile lorsque les clients disposent d'une méthode de contact hors bande et lorsque le fournisseur peut vérifier les demandes d'urgence autorisées sans dépendre du système indisponible.

La récupération intersite devrait combiner les quatre couches dans un seul exercice. Une application représentative est arrêtée sur le site principal, les données sont restaurées ou promues ailleurs, l'accès réseau est modifié, les opérateurs se connectent via des chemins de gestion indépendants, et les utilisateurs valident le résultat. Le test devrait également inverser le déplacement, car le retour au site principal peut être aussi risqué que de le quitter. C'est la preuve qui transformerait les affirmations générales de distribution géographique en un résultat fiable pour le client.

Preuves qui augmenteraient la confiance

Les preuves opérationnelles sont plus solides que ce que le nom public mince suggère initialement. Il y a une vitrine active, un lancement de service récent, une société slovaque active, des dépôts financiers annuels, des actifs corporels, une adhésion LIR et un espace d'adressage visible sous des identités réseau associées. Ce n'est pas simplement un enregistrement dormant attaché à un site Web mort.

La confiance s'arrête avant d'être forte car les preuves ne sont pas spécifiques à une installation. La mise à niveau décisive serait un calendrier de service ou un pack d'assurance actuel nommant les sites européen et ukrainien, leurs opérateurs et l'entité juridique responsable de chaque service. Il devrait identifier les domaines de défaillance des baies ou des salles, la conception des services publics et des générateurs, les entrées de transporteur, les amonts, le calcul réservé, les limites de réplication de stockage, la géographie de sauvegarde et la couverture des mains distantes.

Les affirmations de certification devraient être liées au site nommé et à la portée actuelle plutôt qu'à une étiquette de niveau générale.

La preuve opérationnelle importerait plus que la prose de conception. Les preuves utiles incluent un test récent de générateur et de commutateur de transfert, une maintenance effectuée sans interruption client, un enregistrement de remplacement matériel, un basculement de route observé depuis l'extérieur du réseau, et une restauration complète d'une application à partir de la copie secondaire. Le résultat devrait indiquer le temps écoulé, la perte de données, les exceptions et la capacité disponible en mode dégradé.

La preuve commerciale est tout aussi importante. Un contrat de service complet devrait ajouter des objectifs de disponibilité et de support, un préavis de maintenance, une escalade, des crédits de service, des listes de sous-traitants et de lieux, une notification d'incident, des formats d'exportation de données, une période de récupération, une méthode de suppression et une assistance lors de la sortie. Le client devrait tester ces conditions avec une charge de travail représentative avant qu'elle ne devienne critique.

Jusque-là, le niveau de preuve approprié est moyen. 1 Cloud Lab a des signes crédibles d'activité commerciale actuelle et d'équipement physique, et les réseaux actifs associés à ses noms d'exploitation sont visibles. Mais le registre public ne permet pas à un observateur externe de tracer un service client depuis la facture jusqu'à l'opérateur juridique, la baie, la chaîne d'alimentation, les chemins de transit, la pièce de rechange, la copie de sauvegarde et la récupération testée.

Pour l'infrastructure hébergée, cette trace est la différence entre une capacité qui peut être commandée et une capacité à laquelle on peut faire confiance à travers une fenêtre de réparation.