ODE Présentation

Aujourd’hui, nous annonçons la disponibilité générale de 0,1 ODE. Ceci est la première version de ODE, l’opallios Répartition des ELSA. Pour les personnes qui ne sont pas familiers avec ELSA, il signifie Enterprise Log Recherche et Archive. ELSA est un système de gestion des logs prête entreprise open-source. Il tire parti de syslog-ng pour traiter les données entrantes syslog et Sphinx indexation de texte intégral pour la recherche de journal. ELSA se distingue des autres système de gestion de journal bien connu dans sa haute performance et d’évolutivité. Pour plus de détails sur ELSA se référer à son site Github, https://github.com/mcholste/elsa.

Pourquoi ODE?

La première version de ELSA est sorti en 2010 et depuis, a traversé diverses mises à jour et les rejets. Au fil du temps il a gagné un groupe d’utilisateurs fidèles avec communauté très active. Nous sommes arrivés au opallios travers ELSA pour un des projets de nos clients où nous avions besoin d’un indexeur de données syslog performants. Il y avait une exigence rigide sur l’évolutivité et l’utilisation du matériel. Nous avions besoin d’un système qui pourrait ingérer les données des syslog à la vitesse de 10Mb / s sur une seule machine et persister données pour plus de 6 mois. De tous les systèmes de gestion de journal open source, nous avons évalué ELSA est arrivé en tête, tant en termes de performances et d’évolutivité. Après quelques essais et l’utilisation rigoureuse ELSA nous ont impressionnés beaucoup, mais en même temps, nous avons vu une certaine possibilité d’amélioration et donc, l’origine l’idée de ODE. Jusqu’à maintenant, nous avons remarqué de nos demandes des clients qu’il ya quelques changements mineurs que si inclus dans l’édition open-source, pourraient bénéficier à la fois – nos clients et la communauté. En conséquence de fournir une feuille de route engagés et calendrier de livraison de ces changements, nous décidons de débourser une branche et d’initier ODE (opallios Répartition des ELSA).

Martin C Holste, le créateur de ELSA, a mis en place un système de gestion des logs impressionnant, mais, comme pour tout projet open source de la réussite du projet dépend de son adaptation. Nous avons pensé que ELSA avait tous les ingrédients nécessaires pour être l’un des principaux solution de gestion des logs, mais manquait dans certains domaines clés,

1. Processus d’installation – Bien, l’installation est assez simple, mais est sujette à des défaillances dans certains cas. Il ya aussi pas beaucoup de mises à jour pour soutenir plus récente version de l’OS.
2. Sources de données – ELSA utilise syslog-ng pour traiter les données d’entrée. syslog-ng vous permet d’écrire des analyseurs pour le nombre de formats de données différents, mais il ya un support limité pour divers formats de journaux out-of-box.
3. Fonctions analytiques – forte corrélation de données de ELSA dynamique avec recherche de texte intégral de bon augure pour l’analyse impressionnants, mais il ya une place pour l’ajout des fonctions plus analytiques qui amènerait à égalité avec les autres principaux moteurs d’analyse de données.
4. Outils de débogage – ELSA fonctionne très fiable il pourrait y avoir des cas où nous avons besoin pour résoudre certaines questions invisibles. Améliorer la capacité de débogage qui réduirait TTI (temps d’enquêter) & TTR (le temps de résoudre) permettrait d’améliorer la convivialité de ELSA.
5. Documentation – ELSA a juste assez de documentation qui aide un expert en technologie pour configurer et commencer. Cependant la communauté bénéficierait avec certains documents comme un mode d’emploi et utiliser des exemples de cas expliquant différentes configurations.
6. Mises à jour régulières – Comme il ya nombre limité de committers à ELSA, les mises à jour sont parfois à. Il ya des caractéristiques de la communauté veulent voir dans l’avenir ELSA, avec l’approbation de Martin que nous pouvons aider à mettre sur le marché plus rapidement, soit dans la branche principale ELSA ou ODE.

Après discussion avec Martin nous avons accepté de débourser ELSA dans ODE pour répondre à certains de ces éléments. ODE continuera à être en phase avec ELSA branche pour toutes les mises à jour.

ODE 0.1

Le but derrière ODE 0,1 de presse est de rendre l’installation ELSA fiable et compatible avec l’accent mis sur «le parti de l’expérience de la boîte”. Dans le cadre de ODE 0,1 nous apportons un soutien pour les deux paquets Debian et RPM. ODE 0,1 utilise le dernier code ELSA de github. ODE distribuer via les paquets standard nous a permis d’avoir un meilleur contrôle sur le flux de l’installation et de soutenir l’installation de base, retirer et mettre à jour les fonctionnalités du logiciel. Il ya quelques autres légères modifications pour rendre le logiciel plus fiable, comme l’utilisation de Starman en place d’Apache serveur http. Après systèmes d’exploitation ont été testés et vérifiés avec les ODE 0.1 paquets,

1. paquet Debian – Ubuntu 12.04, Ubuntu 14.04
2. Paquetage RPM – Red Hat 6.6, Centos 6.5

Nous allons également fournir des images AWS Ces distributions Linux mentionnées pour les installations plus facile et rapide évaluation de ODE. Les ODE 0.1 packages et des images sont disponibles pour téléchargement sur le site de github ODE, https://github.com/opallios/ode.

Feuille de route

Nous sommes un grand partisan de ELSA et nous nous engageons à aider Martin à prendre au niveau suivant. Notre objectif est d’augmenter sa capacité d’adaptation en complétant les lacunes dans sa mise en œuvre qui existent aujourd’hui. Dans les prochains mois, nous allons continuer à développer sur les articles nous avons énumérés plus haut dans ce blog. Nous espérons que les utilisateurs trouveront ELSA beaucoup plus attrayant que nous continuons éléments à vérifier-off de notre liste de choses à faire. La feuille de route de l’ODE sera également dépendra beaucoup de commentaires de nos utilisateurs et de leur liste de souhaits.

 résumé

ELSA est un système de gestion de journal très bien pensé et mis en œuvre, mais a limité popularité en raison de processus incompatibles d’installation, support limité pour les différents formats de journaux, et un minimum de documentation / support. Opallios aimerait mieux voir adoption d’ELSA et est prêt à investir ses ressources pour favoriser l’adoption plus élevé, car il ELSA fournit un véritable faible coût total de l’option de la propriété dans l’espace de gestion des logs. La première étape dans cette direction est d’améliorer le processus d’installation ELSA, ce que nous faisons avec la sortie de ODE 0,1. Au cours des prochains mois opallios continuera de mettre à jour ODE ajoutant de nouvelles fonctionnalités et de contribuer à la croissance de ELSA.