Aujourd’hui, de nombreuses organisations qui ont adopté le Cloud considèrent l’Edge comme une extension naturelle de leurs solutions basées sur le Cloud. D’autre part, celles qui sont au tout début de leur voyage dans le Cloud sont beaucoup plus conscientes de l’Edge et du Cloud, et elles envisagent donc d’utiliser les deux technologies dès le début.
Les questions sont donc les suivantes :
L’Edge est-il appelé à remplacer le Cloud ?
Ou bien l’utilisation de l’Edge dans le Cloud va-t-elle faire revenir le développement sur site?
Comme il n’existe pas de réponse unique à cette question, je présenterai dans cet article les avantages et les inconvénients d’une telle approche et j’essaierai de répondre à la question posée dans le titre de l’article.
Le terme “Edge” a de multiples significations, dont deux sont les plus précises. Il s’agit d’une part du dispositif physique contrôlé à partir du Cloud, mais placé sur le site, à proximité de la source de données ou du processus. La seconde signification est un cadre logiciel qui permet la mise en œuvre des fonctionnalités nécessaires et la gestion de cet écosystème logiciel en toute sécurité.
L’Edge Computing est une application qui utilise, par exemple, des techniques de vision par ordinateur et de traitement des données à proximité des sources de données. Le Cloud vise des applications similaires, mais à une échelle beaucoup plus grande (et beaucoup, beaucoup plus). L’Edge peut interagir avec les appareils en temps réel car il n’y a pas d’Internet en cours de route – contrairement au Cloud.
Comme nous l’avons dit, Edge est un appareil physique sur lequel est installé un logiciel dédié. En fonction de l’environnement d’exploitation de l’Edge, il doit répondre à des attentes différentes. Par exemple, dans l’environnement industriel, il doit être construit au-dessus d’un PC de classe industrielle (il doit avoir une résistance accrue à l’humidité, à la poussière et aux vibrations), tandis que lorsqu’il est utilisé dans un environnement ouvert de soins de santé ou de bien-être, un bracelet intelligent ou un téléphone portable standard suffit.
Il convient de mentionner que pour assurer un bon niveau de sécurité dans les solutions IoT, l’Edge doit toujours utiliser des protocoles “Cloud Native” sécurisés par des certificats signés par une autorité de certification et prendre en charge la sécurité matérielle (HSM – hardware secure module, un exemple de mise en œuvre de cette norme pourrait être un TPM – trusted platform module).
Du point de vue de l’entreprise, Edge est un facilitateur qui permet de relever des défis courants dans le monde de l’IoT. Des exemples de ces cas d’utilisation sont présentés ci-dessous.
Vous êtes-vous déjà demandé comment vous connecter à notre plateforme sur un appareil qui ne parle pas le “Cloud” ?
Ou bien est-il si vieux qu’il n’a aucune idée de la connectivité internet ?
Quelqu’un l’a fait, et la réponse est Edge ! Dans ce cas d’utilisation, il peut fonctionner de multiples façons, mais pour rester simple : Edge est une sorte de passerelle qui, d’un côté, connecte un tel appareil et en lit les données, et de l’autre, envoie les mêmes données (ou peut-être juste un peu de données traitées) vers le Cloud en utilisant des protocoles Cloud Native comme AMQP ou MQTT. Bien sûr, une telle traduction peut prendre différentes formes – les données peuvent être associées à une entité de l’appareil ou elle peut abstraire toutes les entités de l’appareil et agir comme un producteur de données – le choix est le vôtre (enfin, si vous êtes un architecte).
Il est parfois nécessaire de prétraiter les données obtenues avant de les envoyer dans le Cloud. C’est le cas, par exemple, des données provenant d’accéléromètres. Le traitement de ces données brutes nécessite des milliers de mesures par seconde. Cela n’a donc aucun sens de les envoyer, sous une forme aussi brute, vers le Cloud. Dans ce scénario, certains calculs et pré-agrégations sont effectués (moyenne, écart-type, etc.).
Source: Microsoft
Il s’agit d’un cas d’utilisation pratique, en particulier dans des domaines tels que la production, la marine ou les véhicules autonomes. L’Edge est censé communiquer avec le Cloud, être mis à jour à partir du Cloud, etc. Dans un monde parfait, tout devrait fonctionner comme prévu mais… Il existe encore des organisations qui sont très éloignées d’une connectivité internet fiable. Dans le domaine maritime, il est facile d’imaginer qu’il existe encore des endroits sans connectivité réseau dans l’océan.
Qu’est-ce qui se passe alors ?
Si l’Edge n’est utilisé que pour l’acquisition ou le prétraitement des données, ce n’est pas un problème. L’Edge met les données en mémoire tampon (la seule limite étant le disque dur de l’appareil Edge), mais :
Et si certains algorithmes calculaient, par exemple, la vitesse de navigation en tenant compte de l’état actuel du navire et d’informations contextuelles telles que les prévisions météorologiques ?
Dans de tels scénarios, il est judicieux de maintenir ces charges de travail aussi près que possible de la supervision par les dispositifs Edge. Supposons que la connectivité réseau avec le Cloud soit interrompue. Dans ce cas, l’Edge peut toujours être opérationnel, s‘assurer que les lignes de production se déroulent sans problème et effectuer des calculs pour des problèmes potentiels (tels que la surchauffe d’un robot de soudage), même sans accès à la plateforme Cloud. Ce cas d’utilisation est étroitement lié à l’Edge lui-même.
Si nous réfléchissons à cette question de manière très pragmatique, la réponse est simple : le Cloud existait avant l’Edge, l’Edge doit donc étendre le Cloud. Des scénarios réels montrent qu’il n’est pas toujours possible d’être pragmatique à 100 %. La réponse la plus honnête (celle que je préfère) est la suivante : cela dépend !
Cela dépend de ce que vous demandez, de l’architecture ou des cas d’utilisation du Cloud et de l’utilisation de l’Edge. Vous pouvez dire que si toutes les principales charges de travail, la maintenance prédictive, le stockage à long terme, etc. sont exécutées sur le Cloud et que l’Edge ne sert qu’à l’agrégation des données, au prétraitement simple et à la traduction des protocoles, vous pouvez honnêtement dire que l’Edge prolonge le Cloud.
D’autre part, si toutes les principales charges de travail, le stockage, etc. sont exécutées sur l’Edge et que le Cloud n’est qu’un outil de synchronisation qui vous permet de comparer tous les KPI de vos usines, l’OEE, l’efficacité de la production, fournit un environnement de science des données et une visualisation agrégée, vous pouvez honnêtement dire que le Cloud prolonge l’Edge !
Comme vous pouvez le constater, la réponse n’est pas si simple et nécessite une connaissance approfondie des solutions concernées.
La question de savoir si l’Edge remplacera le Cloud fait l’objet d’un débat permanent et d’une évolution dans le monde de la technologie. L’Edge et le Cloud répondent tous deux à des objectifs distincts et ont leurs forces et leurs faiblesses.
Tout d’abord, nous devons reconnaître que la technologie de l’Edge n’est pas interchangeable et ne peut pas remplacer d’autres technologies. Les ordinateurs de bord traitent des données sensibles au temps, tandis que le Cloud se concentre sur des processus plus asynchrones basés sur des données.
Il est essentiel d’ajouter que l’Edge et le Cloud ne sont pas nécessairement en concurrence directe ; au contraire, ils peuvent se compléter dans le cadre d’une architecture hybride.
Ces deux paradigmes coexisteront et seront intégrés pour répondre aux divers besoins du paysage numérique. L’avenir sera probablement témoin de l’évolution et du perfectionnement continus de ces technologies afin de créer un écosystème informatique transparent, efficace et réactif.
Ici, la réponse est un peu plus facile que la question précédente, mais elle n’est pas aussi simple qu’on pourrait le penser.
Bien entendu, l’Edge peut couvrir tous les scénarios dans les différents domaines, et dans ces scénarios, il peut être considéré comme un serveur standard sur site hébergeant une solution personnalisée. Comme pour l’Edge avec connectivité Cloud, nous pouvons utiliser des places de marché pour exécuter certains composants prêts à l’emploi et les faire fonctionner en tant que conteneurs dans notre écosystème de micro services de solutions.
Jusqu’à présent, tout va bien, mais la vraie question est de savoir s’il faut utiliser une solution basée sur le Cloud ou une solution sur site.
Il existe des tonnes d’articles sur ce sujet que vous avez peut-être déjà lus ou regardés, alors je vais vous donner quelques exemples – haute disponibilité, redondance du stockage, provisionnement facile des ressources ou déploiement super facile sur de nombreux appareils Edge basés sur des métadonnées prédéfinies (tags comme le type et le modèle d’appareil, la localisation, l’entreprise, la version du logiciel, etc.)
La réponse à la question :
Est-il judicieux de faire fonctionner l’Edge sans le Cloud ? – est oui.
Mais pour ce qui est de l’aspect réel ?
Exécuter Edge sans le Cloud n’a pas de sens d’un point de vue pragmatique.
Il y a une surconsommation de ressources pour un cadre que nous n’utiliserons pas entièrement. Je recommande plutôt d’acheter du matériel de type Edge et d’y installer notre solution personnalisée, qui répondra à toutes nos attentes en matière de performances.
Le Cloud est conçu pour l’évolutivité, et l’exécution de toutes les charges de travail gourmandes en ressources sur le Cloud est parfaitement logique puisque nous disposons de ressources (presque) “illimitées” à utiliser. L’Edge est conçu pour autre chose – son but est d’effectuer des calculs à proximité de la source de données, en y étant physiquement connecté dans la plupart des cas. Grâce à cela, l’Edge peut réagir beaucoup plus rapidement aux problèmes potentiels qu’un Cloud, qui a besoin d’utiliser l’internet comme moyen de connexion. D’autre part, dans un scénario simple où nous voulons former un modèle de ML pour la détection de surchauffe et l’utiliser avec les données de nos appareils, il est parfaitement logique de construire et de former un modèle sur le Cloud tout en le déployant sur l’Edge.
Le choix entre l’Edge et le Cloud est plutôt virtuel puisque les deux répondent à des cas d’utilisation différents, c’est-à-dire : le big data, l’informatique complexe, le rendu sont du ressort du Cloud, tandis que la couverture des scénarios hors ligne, l’analyse statistique du flux de données ou la traduction des protocoles existants en protocoles natifs du Cloud sont des tâches qui incombent à l’Edge. De nombreuses organisations adoptent une approche hybride pour tirer parti des atouts des deux paradigmes.
Je vais répondre à cette question sous plusieurs angles. Chaque aspect est crucial et détermine la réponse car, par exemple, définissons le Cloud. Il s’agit d’une abstraction pour les ressources et les services. De ce point de vue, pouvons-nous dire que l’Edge est un nouveau Cloud – eh bien, oui ! Si vous mettez une abstraction sur tout ce qui se passe et ce qui est calculé sur votre appareil, on peut considérer qu’il s’agit d’un Cloud privé avec un accès limité.
Allons plus loin : quels sont les modèles de services basés sur le Cloud ?
IaaS, PaaS et SaaS – qu’est-ce qui passe de l’IaaS au PaaS ?
Selon Marc Russinovich, cette transition s’appelle l’innovation (je pense de la même manière) ! Dans cette perspective, peut-on dire que l’Edge est un nouveau Cloud ? Non !
Définissant l’innovation de la même manière que dans le Cloud, l’Edge n’est rien d’autre qu’un autre serveur sur site sur lequel tourne un logiciel personnalisé.
Poursuivons : qu’en est-il de l’Edge en tant que cadre géré dans le Cloud ? La réponse est “bien sûr que non !” Vous ne pouvez pas gérer quelque chose de plus récent, par définition meilleur et plus génial, avec quelque chose d’ancien, d’hérité ou même d’obsolète dans ce contexte – ce serait se tirer une balle dans le pied !
Qu’en est-il du matériel ?
Peut-il être considéré (Edge enable device) comme un nouveau Cloud ? Permettez-moi de répondre ainsi – j’ai déjà vu cela quelque part. Dans ce contexte, ne revient-on pas aux serveurs sur site et au développement personnalisé ?
Comme vous le voyez, il n’y a pas de réponse simple à cette question car, comme en IA, tout dépend du contexte dans lequel on la pose. Mais je ne veux pas vous laisser en plan. Il y a une réponse qui pourrait être intéressante, et la théorie qui sous-tend cette question s’aligne en fait sur des scénarios de la vie réelle.
L’Edge doit être considéré comme une extension naturelle du Cloud, tout comme le Cloud est une extension naturelle de l’Edge !
Dans les domaines de l’IoT, il y a des endroits où l’on ne peut pas se passer de l’utilisation de l’Edge, et il y a aussi des endroits où l’Edge est un coût inutile – tout dépend du cas d’utilisation et doit correspondre aux besoins et aux attentes du client. C’est la véritable raison pour laquelle les architectes du Cloud gagnent tant – la nécessité de décider où et quand utiliser tel ou tel service parmi quelques milliers de services du Cloud.
J’espère que vous trouverez dans cet article quelque chose d’intéressant qui vous facilitera la vie ou qui vous permettra au moins d’impressionner quelqu’un lors d’une petite conversation autour d’un café.
Le début de l'année est une période d'intensification de la récapitulation des mois passés, ainsi que de préparation des plans pour les mois à venir. Au cours de cette période, de nombreuses prédictions plus ou moins précises sont faites sur ce à quoi nous pouvons nous attendre prochainement dans l'offre des multiples fournisseurs de services cloud.
Depuis la popularisation mondiale du travail à distance ces dernières années, les équipes de sécurité informatique sont confrontées à des défis de plus en plus importants pour garantir un accès efficace et sécurisé aux actifs, aux ressources et aux données critiques des organisations.Des attaques de phishing élaborées, par lesquelles les informations d'identification des utilisateurs sont exposées, ce qui permet des attaques par déplacement latéral ou l'installation de ransomware sur des infrastructures critiques. Les vulnérabilités de type "jour zéro" permettent aux acteurs malveillants de perturber les services auxquels ils ont accès.
Rejoignez-moi pour un voyage qui nous fera passer du domaine de la réalité telle que nous la connaissons à un monde où un chat peut être à la fois mort et vivant, et où une particule peut se trouver à deux endroits à la fois. Attachez vos ceintures pour explorer le monde fascinant de l'informatique quantique et son rôle dans le cloud.
Le verrouillage des fournisseurs est un concept trop souvent associé au secteur des technologies de l'information et, ces dernières années, en particulier à l'informatique en cloud, bien qu'il ne soit pas inextricablement lié à ce secteur. Les économistes l'ont envisagé dans un contexte plus large bien avant que le monde n'entende parler pour la première fois d'AWS ou d'Azure. Du point de vue des clients et des utilisateurs, elle a eu tendance à être perçue de manière négative, suscitant souvent des réticences et des craintes quant à l'utilisation d'un service ou d'un produit particulier.
Avec l'essor des plateformes de données basées sur le cloud, les fabricants peuvent s’offrir un moyen efficace et rentable de gérer et de stocker de vastes quantités de données générées par divers processus. Désormais, non seulement est-il possible de les collecter à partir des dispositifs IoT et des machines sur les lignes de production, mais aussi d’acquérir des informations issues de la gestion de la chaîne d'approvisionnement, du contrôle de la qualité et même de la satisfaction du service au client final. Inutile de préciser que tout se passe en temps réel.
Nous avons tous la chance de vivre à une époque passionnante. Les progrès technologiques exponentiels réalisés au cours des deux dernières décennies ont influencé non seulement nos vies personnelles, mais aussi fortement les entreprises. Les tendances évoluent évidemment de temps à autre, mais on peut affirmer sans risque de se tromper que l'heure est à l'analyse avancée.
Dans cet article, je vais vous guider à travers les étapes, les choix techniques et les compromis de la migration et de la modernisation des applications vers le cloud public, en mettant l'accent sur les approches lift & shift et PaaS. À l'aide d'un exemple concret, nous examinerons les objectifs commerciaux, l'architecture et les besoins fonctionnels/non fonctionnels. Les facteurs commerciaux seront abordés dans le prochain article.
Le cloud computing change et évolue constamment. Ce que nous voyons aujourd'hui est différent de ce qu'il était hier et ne sera pas le même que demain. La seule constante est le changement. Aujourd'hui, les conversations sur le changement ne se font pas seulement avec les départements informatiques mais aussi, avant tout, avec l'entreprise, notamment les départements marketing, RH ou finances. Chacun a des besoins différents, auxquels le cloud peut répondre.
La transformation numérique et le passage à l'idée de l'industrie 4.0 (I4.0) et de l'usine intelligente (dans AWS) ne sont pas faciles. De nombreux obstacles attendent les exécutants. Les plus courants sont le purgatoire du pilote et le purgatoire de l'échelle.
Assurez votre croissance à l'ère numérique. Plongez dans la #TransformationNumérique pour trouver de nouvelles opportunités, de nouveaux modèles économiques, apporter des changements dans votre organisation et un nouveau niveau de valeur. Renforcer votre adoption du numérique, avec la bonne stratégie de cloud AWS, pour obtenir les résultats escomptés. Dans notre 2ème article de la série, vous découvrirez comment préparer vos employés pour le chemin de l'industrie 4.0. Obtenez des conseils pour aborder la Smart Factory dans AWS, du plan à la mise en œuvre puis la réalisation de la 1ère valeur.
Le concept associé à l'industrie 4.0 est celui de l'usine intelligente (Smart Factory). Ce type d'usine repose sur des systèmes intégrés avec l'utilisation de l'Internet industriel des objets et de nouvelles méthodes d'organisation de la production. Il est destiné à permettre un niveau élevé de personnalisation des produits et à exécuter les processus de production avec un apport minimal de main-d'œuvre. L'idée et les activités au sein de l'industrie 4.0 l’industrie intelligente permettent aux entreprises de faire évoluer la concurrence sur le marché en passant de l'offre d'un simple produit à la fourniture de produits à valeur ajoutée, en rivalisant avec l'excellence des processus. Cela s'applique à la coopération avec les clients potentiels depuis le stade de la conception virtuelle du produit jusqu'au service après-vente, en passant par les simulations, l'optimisation de la production et le suivi en temps réel.
L'incontournable quatrième révolution industrielle, baptisée Industrie 4.0, est désormais l'un des marchés de IoT à la croissance la plus rapide. Le parcours de la transformation numérique ne se limite pas à vanter les innovations et les gadgets intelligents. C'est souvent l'une des meilleures solutions pour faire face à d'importants goulets d'étranglement dans l'industrie, tels que des temps d'arrêt fréquents et des arrêts complets intempestifs de lignes de production. ThingWorx, dans le cadre de l'industrie 4.0 et de son riche catalogue d'applications et outils, est un produit IoT complet qui permet la création et le développement rapides de solutions IoT. La combinaison des capacités de ThingWorx avec le cloud AWS peut ajouter de nouvelles fonctionnalités à ces solutions. Le fait que ThingWorx soit exécuté dans le cloud (Connector) se traduit, entre autres, par la possibilité de prétraiter les données IoT avant même qu'elles n'entrent dans ThingWorx. Cette fonctionnalité est particulièrement utile pour les Big Data en temps réel, qui pourraient autrement submerger ThingWorx si elles lui étaient envoyées directement.
Le cloud n'est pas sur site, ce qui signifie que les achats informatiques ne se font pas selon un plan stratégique, mais immédiatement lorsque l'architecte provisionne de nouvelles ressources dans le cloud. Alors comment faire face aux coûts excessifs dans le cloud AWS ? La première et rapide solution est l'optimisation des coûts, qui commence par l'analyse des comptes et la détermination des services cloud AWS utilisés. Sur cette base, des recommandations sont faites pour des mesures d'optimisation. Ces actions font partie de l'adoption à long terme de la culture FinOps, qui engage les finances, la technologie et les affaires ensemble pour construire un processus de contrôle continu des coûts du cloud dans l'organisation.
Le Cloud est un facteur clé de succès dans la transformation numérique. Il offre aux entreprises de nombreux avantages décisifs. Toutefois, la condition préalable à cela est une stratégie de cloud adéquate. L'entretien avec Christian Thiem, analyste commercial senior chez TT PSC Germany GmbH, porte sur des questions telles que : Que faut-il prendre en compte dans la feuille de route vers le cloud? Quelles stratégies peuvent être adoptées pour la mise en œuvre?
DevOps est une méthodologie innovante qui a introduit une nouvelle qualité de travail sur les projets informatiques. Elle est basée sur la coopération de domaines autonomes : l'ingénierie logicielle, l'administration des systèmes et les questions liées à la sécurité et à la qualité. Le résultat est une combinaison de la compétence du développeur (Dev), de la gestion du système (Ops) et, surtout, de la culture d'exploitation. Le concept DevOps suppose une coopération étroite entre l'équipe de programmation et l'équipe opérationnelle.
Entrons en contact
Nous contacter