Easter-eggs

SPF flattener

Laurent Wargon — 2024-02-23T15:59:11Z

Afin de répondre aux erreurs SPF : too many DNS lookups, Easter-eggs a développé un outil SPF Flattener publié sous licence GPL et mis à disposition sous la forme d'un paquet Debian dans le dépôt APT d'Easter-eggs.

Lire l'article

Easter-eggs partenaire Icinga en France

Anne Dillard — 2024-02-16T16:52:45Z

Icinga Partner

logo Icinga partner

Easter-eggs utilise Icinga2 pour ses propres besoins de supervision et l'installe et le configure pour ses clients.
C'est tout naturellement qu'Easter-eggs est devenu partenaire d'Incinga et revendeur en France des solutions de support de l'éditeur.

SPF flattener

Laurent Wargon — 2024-02-01T19:36:15Z

Qu'est ce que le SPF

Le SPF ou Sender Policy Framework est un protocole RFC 7208 qui permet d'identifier les serveurs autorisés à envoyer des mails pour un domaine. Par exemple, définir les adresses IP 1.2.3.4 et 5.6.7.8 pour les autoriser à envoyer des mails pour le domaine masociete.com. L'information SPF se place dans un champ TXT de la zone DNS du domaine. Il est possible d'y placer :

des adresses IP,
des noms d'hôte
et des zones DNS pour y chercher d'autres enregistrements SPF.

La limite de la recherche SPF

Un serveur qui reçoit un mail effectue donc des requêtes DNS pour vérifier l'authenticité de l'expéditeur, il interroge ainsi le champ SPF de la zone DNS de l'expéditeur. La réponse du DNS peut inclure :

uniquement des adresses IP, dans ce cas une unique requête DNS est nécessaire,
des noms d'hôte, dans ce cas 2 requêtes DNS sont nécessaires (à minima),
ou encore des zones DNS dans lesquelles il y a un enregistrement SPF et dans ce cas plusieurs requêtes DNS sont nécessaires.

Ce dernier cas peut provoquer des requêtes récursives et afin d'éviter de trop charger le serveur de mail de destination, le protocole limite à 10 le nombre de requêtes de recherche SPF RFC 7208 section 4.6.4.

Augmenter le nombre de prestataires d'envoi d'email

Pour augmenter le nombre de prestataires d'envoi d'email, on peut utiliser la technique de l'aplatissement SPF ou SPF flattener. Cette technique consiste à simplifier le travail des serveurs mails des destinataires en résolvant pour eux les noms de l'enregistrement SPF. Un enregistrement SPF aplatit ne contient ainsi que des adresses IP et ne nécessite plus aucune "sur-résolution". Cela permet également :

un dédoublement d'adresse IP et une simplification CIDR,
l'exploitation complète d'enregistrements TXT DNS d'au maximum 255 caractères

De fait, la maîtrise de l'enregistrement SPF renvient à l'administrateur de la zone et non plus aux sous-traitants et on peut ainsi enregistrer une centaine d'adresses IP d'expéditeurs.

Mise à jour

Comme les adresses IP des prestataires d'envoi d'email peuvent évoluer au cours du temps, une tâche programmée (toutes les heures par exemple) réalise les résolutions de nom et met à jour les enregistrements SPF au besoin. Les modifications sont appliquées par script sur le serveur hébergeant la zone directement ou bien via API si l'hébergeur de la zone le permet.

Surveillance

Un bon enregistrement SPF étant le gage d'une bonne délivrabilité des courriels que l'on envoie, ce service exige une surveillance. Pour cela, une sonde de supervision spécifique a été développée afin de vérifier qu'à chaque instant le service est opérationnel et que l'enregistrement SPF est bien à jour. Par ailleurs, une alerte est émise lorsque la clé d'API d'accès à la zone DNS est en fin de vie.

Le projet Forgejo

Anne Dillard — 2023-06-23T18:43:38Z

Forgejo est une forge logicielle légère auto-hébergée.
Facile à installer et nécessitant peu de maintenance, elle est simplement efficace.

Proposé par une communauté inclusive sous l'égide de Codeberg e.V., une organisation démocratique à but non lucratif, Forgejo est un logiciel 100% libre. Il inclut et coopère avec des centaines de projets (Gitea, Git, ...) et se concentre sur la mise à l'échelle, la fédération et la confidentialité.

Easter-eggs est très fière de contribuer à ce projet, et vous encourage à le rejoindre, pour y apporter votre grain de code, de graphisme, d'admin sys, de sel ou de folie.

Easter-eggs à l'open source experience les 8 et 9 novembre 2022

Anne Dillard — 2022-10-20T16:08:20Z

Stand : A 21 - Réseau Libre-entreprise (à droite en entrant, près du Village Associatif)

Adresse : Palais des Congrès – 2 Place de la Porte Maillot – 75017 Paris

Dates : Mardi 8 Novembre et Mercredi 9 Novembre 2022

Horaires d'ouverture : de 9h00 à 18h00

Intégration de cluster Ceph

Pierre-Yves Dillard — 2022-01-19T12:09:46Z

La solution de stockage distribué Ceph s'appuie sur un cluster de serveurs dit « standard » et d'éléments de stockage également standards pouvant mélanger différents types de disques mécaniques, SSD ou même NVMe.

L'architecture d'un cluster Ceph repose sur différents composants :

des nœuds dit « mon » chargés d'orchestrer la répartition et l'accès aux données. Ils doivent être au minimum de 3.
des nœuds dit « osd » contenant les disques où sont stockées les données.

Redondance

Elle est native (au niveau du cluster lui-même et du protocole « rbd » qui permet d'y accéder) et permet d'autoriser aussi bien la perte d'un ou plusieurs disques que d'un ou plusieurs serveurs (« osd » ou « mon »).

Aucun système de type RAID n'est à mettre en œuvre. Ceph est conçu pour assurer l'intégrité des données, en cas d'incident réseau, serveur ou disque le cluster bloquera tout accès si les conditions de réplication configurées ne sont plus réunies. La répartition des données peut utiliser différents mécanismes :

une réplication simple : chaque élément est écrit sur X disques en même temps. X étant paramétrable par « pool »(voir plus bas) de disques.
une réplication avec correction d'erreur : fonctionne comme les systèmes RAID 5 ou 6, en utilisant des « disques » de « parité ».

Répartition de charge

Les opérations de lecture et écriture sont réparties sur l'ensemble des éléments de stockage.

Différents volumes de stockage

Les disques des serveurs « osd » sont placés dans des groupes nommés « pool », selon des règles permettant de définir :

le type de disque à inclure dans le pool
le type de serveur à inclure dans le pool

On peut ainsi créer des pools rapides, utilisant uniquement des disques SSD, ou des pools de stockage plus lent utilisant des disques mécaniques.

Mais on peut également assurer une répartition géographique si les serveurs sont placés par groupes dans des emplacements distincts et mettre en œuvre par exemple un plan de reprise d'activité entre deux sites ou baies.

Évolutivité

Une capacité d'évolution simple : que ce soit pour avoir plus d'espace de stockage ou plus de performance, il suffit d'ajouter des disques aux serveurs existants ou d'ajouter des serveurs. Il n'est pas nécessaire d'avoir du matériel en tout point identique (mais un socle minimum doit être conservé si on ne veut pas dégrader les performances).

Architecture réseau préconisée

La solution Ceph nécessite idéalement 3 réseaux distincts :

Le réseau dit « cluster »

C'est par celui-ci que sont répliquées les données lors des écritures, mais également pour maintenir la redondance lors de la perte d'un élément de stockage. Son débit doit en particulier être suffisant pour qu'un cluster qui vient de perdre un nœud (donc un certain nombre de copies des éléments stockés), quitte rapidement ce mode dégradé en recréant les copies manquantes sur les autres nœuds et revenir en situation optimale en terme de redondance. Dans la pratique il s'agit en général d'un réseau 10 Gb/s, parfois 40 Gb/s. Il doit également être redondant (deux interfaces par serveur, deux switchs) afin d'autoriser la panne et de faciliter la maintenance.

Le réseau dit « client »

C'est ce réseau qui permet aux serveurs (hyperviseurs, serveurs de stockage, etc.) d'accéder aux données. Le débit et le niveau de redondance est fonction du besoin, mais on utilise souvent un réseau redondé en 10 Gb/s également.

Le réseau utilisateur

Il s'agit du réseau en général existant, permettant aux utilisateurs d'accéder aux serveurs d'applications.
Accès aux données

Ceph est un cluster stockant des « objets ». Différents protocoles permettent d'y accéder :

radosgw : permet comme Swift ou Amazon S3 d'accéder directement au cluster pour y stocker des objets (fichiers ou autre), sans notion de « système de fichier »
rbd : permet à des solutions de virtualisation de stocker directement des images disques.
Cephfs : système de fichier s'appuyant directement sur le cluster Ceph.

Lorsqu'il s'agit de fournir des services hébergés sur des machines virtuelles, c'est donc souvent le protocole « rbd » qui est utilisé. Si un export de type CIFS ou NFS est nécessaire, il suffit de mettre en œuvre une machine virtuelle reliée à un disque via rbd et exportant les données via le protocole souhaité.

Performances

Ceph peut offrir une grande palette de performances selon les besoins. Easter-eggs configure généralement des clusters mixtes comportant un ou plusieurs pools de stockage rapide basés sur des SSD, et lent basé sur des disques mécaniques. Ce type d'architecture permet de répondre au besoin des solutions de virtualisations et applicatives déployées, en optimisant les coûts.

Il est à rappeler que Ceph est une solution logicielle de stockage distribué et qu'il n'est pas possible d'obtenir des performances égales à un stockage de même type (SSD par exemple) déployé directement sur un serveur hébergeant l'application.

Néanmoins, la solution Ceph (comme ses concurrentes) permet de déployer de grand volumes de stockage et de disposer d'une souplesse bien supérieure au déploiement de serveurs physiques dédiés.

Nous vous invitons à découvrir sur notre blog des salariés une analyse détaillée des performances d'un cluster Ceph

L'Institut de Santé globale de l'Université de Genève choisit Easter-eggs

Pierre-Yves Dillard — 2021-12-03T15:58:43Z

Easter-eggs a été retenue par l'Institut de Santé globale de l'Université de Genève pour réaliser l'inspection finale du processus d'harmonisation de la base de données du Registre génévois des tumeurs au CDM OMOP OHDSI dans le cadre du projet EHDEN.

Easter-eggs est la première société française certifiée dans le cadre du projet EHDEN.

Projet Software Heritage

Anne Dillard — 2021-03-12T12:31:35Z

Easter-eggs est particulièrement fière de contribuer au projet Software Heritage dont la mission est de collecter, préserver et partager tous les codes sources disponibles publiquement.

Avec plus de 11 milliards de fichiers sources provenant de plus de 160 millions de projets, les archives de Software Heritage constituent la plus grande collection de codes sources jamais créée.

Au début de l'année 2021, Easter-eggs a participé à la conception d'un système de stockage d'objets innovant, fondé sur Ceph, afin permettre des opérations de masse plus rapides sur l'ensemble du corpus, tout en ne subissant qu'une expansion marginale de l'espace lors du stockage de petits objets (taille médiane de 4 Ko). Des benchmarks préliminaires ont été effectués au cours de l'année 2021 pour confirmer les résultats attendus.

Grâce à une subvention de la NLNet Foundation, Easter-eggs s'attaque maintenant au prochain défi : mettre en œuvre cette approche novatrice dans le patrimoine logiciel, avec un premier prototype fonctionnant avec des charges de travail réelles.

Solutions de télétravail

Laurent Wargon — 2020-03-13T11:27:47Z

Easter-eggs installe des réseaux privés virtuels (Virtual Private Network VPN) afin de permettre le travail à distance dans de bonnes conditions de sécurité.

Différentes solutions sont proposées afin de répondre à votre besoin ; d'une installation simple, rapide et efficace jusqu'aux solutions les plus robustes du marché en termes de sécurité et de résilience.

Les solutions proposées avec les protocoles SSL (solution OpenVPN) ou IPsec (solution strongSwan) sont interfaçables avec toutes les solutions du marché qui respectent les protocoles.

Les niveaux de sécurité sont augmentés à l'aide de filtrage IP (solution GNU/Linux Netfilter) et de configurations d'usages par plages horaires.

Des solutions de cluster sont proposées afin d'assurer la tolérance aux pannes des équipements passerelles.

Des solutions de bascules automatisées de lignes internet sont proposées afin d'assurer la tolérance aux pannes de plusieurs fournisseurs d'accès.

L'équipe des experts systèmes et réseaux se rendra disponible pour réaliser les installations très rapidement et à distance.

Nous-contacter

Certification EHDEN

Pierre-Yves Dillard — 2019-12-13T16:09:28Z

Easter-eggs, spécialisée dans la transformation de données de santé au modèle OMOP

Easter-eggs participe au projet EHDEN, le réseau européen de données et de preuves en matière de santé, un consortium IMI 2 avec 22 partenaires qui opèrent en Europe pour les cinq prochaines années, 2018-2024.

Easter-eggs a reçu la certification EHDEN en décembre 2019.

EHDEN a été lancé pour relever les défis actuels liés à la génération d'informations et de preuves à partir de données cliniques réelles à grande échelle.

Vous êtes un partenaire producteur de données EHDEN ?

Easter-eggs peut vous accompagner dans votre projet de transformation de vos données au format standardisé OMOP.
L'expertise et l'expérience de notre équipe assureront la réussite de la transformation de vos données et la création d'une infrastructure analytique OHDSI.

Ils nous ont fait confiance

Clients	Mapping	Développement de l'ETL	Audit	Inspection finale
Assistance Publique - Hôpitaux de Marseille - AP-HM	X	X	-	X
CHU de Bordeaux	-	-	-	X
CHU de Montpellier	X	X	-	X
Bordeaux PharmacoEPI - Université de Bordeaux	-	-	-	X
Institut de Santé Globale de l'Université de Genève	-	-	-	X
Assistance Publique - Hôpitaux de Paris - AP-HP	-	-	X	X
CHU de Lille	X	X	-	X
Université de Genève	-	-	-	X
Unisanté - Université de Lausanne	-	-	X	X
Health Data Hub - HDH	-	-	X	X

Nos services

Notre certification EHDEN signifie que le coût de nos services est financé par des subventions. Ces services comprennent :

La création d'une nouvelle infrastructure de transformation et d'analyse des données (subvention jusqu'à 100 000 EUR)
La révision de votre infrastructure de transformation et d'analyse de données existante (subvention jusqu'à 70 000 EUR)
L'analyse de votre infrastructure de transformation complète de vos données et votre infrastructure analytique (subvention jusqu'à 30 000 EUR)

Le modèle OMOP

Comme dans tout entrepôt de données, les données provenant de différentes sources sont transformées pour correspondre à un modèle de données général : le modèle de données standardisée Observational Medical Outcomes Partnership (OMOP).

L'entité centrale au coeur de ce modéle est le patient. Des tables sont présentes pour les données couramment nécessaires dans les essais cliniques et les études d'observation telles que la consommation de médicaments, les procédures effectuées, etc. Ces tables sont regroupées dans la partie « données cliniques » de l'entrepôt de données.

De plus, le modèle OMOP comprend les principales terminologies couramment utilisées : SNOMED, Loinc, RxNorm etc. Tous les détails du modèle sont décrits en détail sur les pages wiki OHDSI.

Services complémentaires

Conseil en architecture logicielle
Développements spécifiques
Développement d'API
Conseil et déploiement d'architecture système adaptée
Service de support et maintenance à la demande

The European Health Data & Evidence Network has received funding from the Innovative Medicines Initiative 2 Joint Undertaking (JU) under grant agreement No 806968. The JU receives support from the European Union's Horizon 2020 research and innovation programme and EFPIA.