Il y a presque quatre ans, nous avons commencé à concevoir un tout nouveau système de messagerie distribué, Mailion, conçu pour les communications d'entreprise. Notre solution repose sur une architecture microservices Cloud Native, capable de gérer plus d'un million d'utilisateurs simultanément et prête à couvrir 100 % des besoins des grandes entreprises.
Au cours de notre travail sur Mailion, l'équipe a considérablement grandi, et aujourd'hui, près de 70 développeurs sont impliqués dans le produit. Nous avons parcouru un long chemin, depuis l'idée et les premiers prototypes jusqu'à la phase de pilotage de la version commerciale. Il est temps de parler sur Habr de ce que nous créons, comment notre système de messagerie est structuré et fonctionne, quelles technologies nous utilisons, et pourquoi notre solution représente l'avenir des communications d'entreprise. Allons-y !
Salut Habr, je m'appelle Anton Gerasimov et je dirige le département de développement au centre de développement de Moscou de l'entreprise . Aujourd'hui, nous voulons présenter Mailion — un tout nouveau système de messagerie d'entreprise de classe mondiale russe, qui constituera une alternative digne aux solutions étrangères populaires. Mailion possède une grande capacité de charge, des possibilités de mise à l'échelle et de tolérance aux pannes sans précédent, et nécessite une attention minimale de la part des administrateurs système.
Actuellement, notre développement est en phase bêta, mais très bientôt, selon notre plan, d'ici la fin de 2020, il passera au statut de déploiement pilote du produit commercial.
Dans l'ensemble, cet article contient des informations générales — il est tout simplement impossible de parler d'un produit logiciel complexe dans une seule publication. Je prévois de faire une série d'articles racontant les technologies clés. En attendant, pour votre commodité, je propose le sommaire suivant :
Qu'est-ce qu'un système de messagerie d'entreprise ?
Une réponse simple et évidente à cette question serait un outil pour gérer les e-mails et le calendrier. Mais le diable, comme on dit, se cache dans les détails.
Nous créons donc un service de messagerie de nouvelle génération avec des fonctionnalités avancées de planification de calendrier, destiné au segment B2B et aux grandes entreprises. Nous visons à desservir de grandes structures commerciales et gouvernementales, qui peuvent compter entre 30 000 et plusieurs centaines de milliers de postes de travail.
Notre système repose sur le principe d'une solution de plateforme. Nous nous basons sur le concept de Communications Unifiées et proposons un outil unique pour gérer les e-mails, le calendrier et les documents au sein d'un même système, avec la possibilité d'étendre les fonctionnalités de la solution grâce à l'ajout de modules et de composants supplémentaires. Les extensions, à propos, peuvent être développées non seulement par nous, mais aussi par nos partenaires. À cette fin, un ensemble d'outils SDK sera publié.
À qui et pourquoi a-t-on besoin d'une autre messagerie ?
Les grandes entreprises ont engendré une tendance intéressante : les entreprises ressentent le besoin de fonctionnalités de collaboration. Il ne s'agit pas seulement d'interactions directes entre employés par l'envoi de quelque chose, mais bien d'un accès partagé aux boîtes mail et aux boîtes de rôle, la capacité de travailler avec de grands groupes participants et la présence de diverses fonctionnalités d'entreprise.
Une fonctionnalité d'entreprise typique est le mécanisme de rappel de courriels, qui est très demandé dans les grandes entreprises, mais qui est pratiquement inexistant dans le segment B2C ou dans les petites entreprises. Cela tient au fait que parmi de petits groupes d'utilisateurs, la probabilité d'une telle nécessité est assez faible, et le coût d'une erreur est également bien moindre. De plus, il est presque impossible d'implémenter cette fonctionnalité en dehors d'un système de messagerie d'entreprise – même dans Gmail, il n'y a pas de fonction de rappel des courriels comme celle à laquelle les utilisateurs d'Exchange sont habitués. La racine du problème réside dans la structure des protocoles de messagerie datant des années 80.
Nous avons conduit des dizaines de groupes de discussion, interrogé des centaines d'utilisateurs et dépensé plusieurs milliers d'heures-homme pour identifier les scénarios d'utilisation typiques de la messagerie. Cela nous a permis d'examiner minutieusement les besoins de nos utilisateurs potentiels et les particularités de leurs processus métier. Sur la base des données recueillies, nous avons décidé de développer une architecture capable de se scalper si nécessaire. Pour nous, il n'y a pas de limites, mais à l'heure actuelle, nous savons comment assurer le fonctionnement des entreprises comptant plusieurs centaines de milliers d'utilisateurs.
Qu'est-ce qui se cache sous le capot
Notre produit comprend une solution de messagerie, un outil de planification de calendrier, un carnet d'adresses, ainsi qu'une visualisation interactive des documents basée sur notre propre solution MyOffice pour le travail sur les documents.
Puisque nous parlons d'une solution de niveau entreprise, une partie intégrante de la messagerie d'entreprise est également un système de recherche complet. Notre solution est capable de réaliser une recherche morphologique transversale sur tous les composants. De plus, tout le système de messagerie repose sur un stockage propriétaire, optimisé pour le travail collaboratif.
Quelles sont les différences entre les systèmes de messagerie MyOffice
Cher lecteur de Habr, ayant déjà une expérience avec les solutions MyOffice, sait que dans les produits commerciaux se trouve « MyOffice Mail ». La question se pose donc : quelles sont ses différences par rapport au système de messagerie d'entreprise Mailion, sur lequel mon équipe a travaillé ?
Nous chez MyOffice avons décidé que pour répondre aux besoins des entreprises de différentes tailles, il était nécessaire de créer deux systèmes de messagerie de classe entreprise. Le produit « MyOffice Mail » est destiné aux organisations où le nombre d'utilisateurs se chiffre en milliers ou plusieurs dizaines de milliers. Pour des structures plus grandes, il est plus judicieux d'utiliser Mailion — le nouveau produit de MyOffice, qui est construit sur une architecture microservices Cloud Native, offrant des capacités sans précédent en termes de scalabilité et de tolérance aux pannes.
Lors du choix des produits, les clients doivent précisément définir leur stratégie de développement futur de l'entreprise. Pour toute organisation, la mise en œuvre d'un système de messagerie est un travail de projet complexe qui ne permet pas un remplacement rapide d'une solution par une autre. Par conséquent, il convient de prendre en compte à l'avance la charge maximale, les critères de tolérance aux pannes et de récupération automatique, ainsi que le facteur de répartition géographique.
Les deux systèmes de messagerie MoiBureau sont fondamentalement différents. Ils sont construits en utilisant des stacks technologiques différents, et les outils pour chacun des systèmes sont choisis en fonction des objectifs et des tâches du segment dans lequel le système de messagerie sera déployé. Nous avons une vision produit commune de ce qui doit être présent dans les systèmes de messagerie, ainsi qu'une synchronisation dans les approches de conception. Mais ce sont deux produits qui s'adressent à un public d'utilisateurs différent.
Quels défis attendent les développeurs
Dans le reste du texte, je vais parler uniquement du nouveau système de messagerie d'entreprise Mailion.
Nous avons mené une étude approfondie et analysé les avantages et les inconvénients des solutions de messagerie existantes. L'expérience accumulée par nos spécialistes, qui ont par le passé été directement impliqués dans la création de systèmes à forte charge, a permis d'identifier rapidement le principal point sensible de tout produit connu : la performance des opérations d'entrée et de sortie de disque (IO).
On peut dire que le défi d'accélérer les opérations IO est devenu le principal enjeu auquel nous avons été confrontés. Il était nécessaire de se concentrer sur la résolution de nos tâches spécifiques, et nous avons commencé à créer et à développer notre propre système de stockage de données binaires. Cette approche présente un aspect économique évident : nous devons non seulement stocker des données, mais aussi effectuer un nombre suffisant d'opérations d'entrée et de sortie de disque.
Cette solution n'a pas été facile à obtenir. Nous avons étudié de nombreux produits de classe entreprise axés sur le stockage de l'information, sans pouvoir trouver quoi que ce soit de prêt et convenable à nos exigences. En effet, nous avons besoin non seulement de stocker des données, mais aussi de travailler constamment avec elles, et pas dans un mode monopolistique avec l'accès d'un seul utilisateur, mais de garantir la collaboration de plusieurs dizaines de milliers d'utilisateurs.
Ainsi, nous avons déterminé que le critère d'entreprise le plus prioritaire pour nous est la gestion de grands volumes de données.
Fiabilité
Ce n'est pas seulement une question de stockage, mais plutôt un défi d traitement et d'accès rapide à cette information. Il est nécessaire de garantir des niveaux de fiabilité élevés — le temps de fonctionnement continu de l'ensemble de la solution doit être de 99,9 %. En outre, le système de messagerie doit être autonome dans sa capacité à prendre des décisions correctes concernant le traitement des défaillances. Ce n'est qu'ainsi qu'il est possible d'éliminer les pannes susceptibles de paralyser les processus d'affaires de toute entreprise.
Résilience
Nous avons développé un ensemble de mesures qui s'appliquent à chaque composant, et avons sélectionné des approches pour garantir la résistance aux pannes. En particulier, le système de messagerie d'entreprise utilise un travail de quorum avec les données, la sauvegarde des services et le contrôle de l'absence d'états, ainsi que des mécanismes de routage et de support de quorum basés sur le consensus.
Un critère de haute résilience est la présence, dans chaque composant, de mécanismes d'auto-vérification. Mailion analyse en permanence si une fonction donnée est exécutée correctement ou non, si tel ou tel bloc fonctionne de manière adéquate. C'est l'un des moyens de rétablissement automatique du système en cas de défaillance. Les informations ne doivent pas être perdues, la solution doit aboutir à un état cohérent en fin de compte.
Il est important de comprendre qu'il n'est pas possible de prévoir tous les événements probables de la vie — la physique ne peut pas être trompée. Cependant, nous adoptons des approches de conception qui nous permettent de parler avec une confiance relativement élevée du traitement correct des pannes de certains modèles. Nous avons également une large équipe de test qui essaie constamment de trouver des failles dans le produit. Et parfois, ils y parviennent. Dans ce cas, un incident est ouvert, que nous étudions en détail, et sur cette base, nous créons un nouveau mécanisme pour résoudre ce type de problèmes.
Comment le système réagit aux pannes
Le marché pose souvent la question — que se passe-t-il si le système perd soudainement la connexion avec l'un de ses nœuds ? Cette demande est particulièrement pertinente si une solution géographiquement distribuée est prévue.
Lors de la conception d'une telle installation, il est nécessaire de prendre en compte les besoins du client et son ensemble de critères de fiabilité. Il est erroné de penser que la connexion au réseau de transmission de données est la même partout. Dans les systèmes d'entreprise, il est important de considérer même la vitesse de propagation du signal à travers la fibre optique.
Si le client a des exigences élevées en matière de fiabilité, nous recommanderons l'installation dans plusieurs centres de données reliés par des lignes de communication dédiées.
Cependant, il ne faut pas non plus exclure le scénario d'une coupure de courant totale dans l'un des nœuds du système de messagerie. Dans ce cas, le travail avec les données maîtres de ce segment sera suspendu, mais les autres parties continueront de fonctionner comme si de rien n'était. Le système informera les administrateurs de la perte du nœud, et le personnel devra entreprendre une série d'actions appropriées.
De plus, notre système de messagerie peut être configuré de manière à permettre une redondance à l'intérieur du centre de données. Cette approche garantira le fonctionnement en cas de perte de plusieurs nœuds à l'intérieur du DC, et la perte d'un des nœuds passera inaperçue — sauf, bien sûr, pour le système de surveillance. En cas de tel événement, la charge sera simplement redistribuée. C'est pourquoi, en concevant le système de messagerie, il est essentiel de prendre en compte les réserves — combien et quels composants peuvent être "perdus" en cas de panne.
Autonomie
Il n'existe pas de systèmes totalement fiables, et des pannes peuvent survenir d'une manière ou d'une autre. C'est pourquoi, lors de la conception d'un système de messagerie, il est essentiel d'assurer la possibilité d'une localisation rapide des pannes, permettant leur résolution dans un délai SLA déterminé. De plus, les pannes doivent être résolues automatiquement par le système, minimisant ainsi l'intervention des administrateurs système et des services d'exploitation.
Simplicité d'utilisation
Évidemment, les grands systèmes ne peuvent pas se passer de l'attention de personnels hautement qualifiés. Mais un des aspects que nous considérons lors de la conception est que le système doit être facilement administrable et ne pas nécessiter de compétences uniques.
Efficacité économique
Sans aucun doute, il est nécessaire de former les employés pour travailler avec de tels systèmes d'entreprise — nous parlons de véritables énormes échelles. Ainsi, lors de la création de notre produit, nous nous sommes concentrés sur la réduction du coût total de possession du système. Pour toute entreprise, il est important de surveiller l'efficacité des coûts et d'éviter de déverser des fonds indéfiniment dans les dépenses opérationnelles.
Décentralisation
Pour garantir les principes dont j'ai parlé auparavant, il est nécessaire que le système soit entièrement décentralisé — une approche centralisée est toujours limitée par les conditions d'utilisation du matériel.
Bien sûr, on peut acheter un grand serveur et essayer d'y installer toutes les applications et services. Mais plus le système est grand, plus la structure est complexe, et la fiabilité d'un tel système diminue inévitablement — un serveur signifie un point de défaillance unique. Plus nous centralisons le travail, plus nous dépendons de ce point central.
Exigences système
Lorsqu'il s'agit de systèmes de messagerie d'entreprise complexes, il est important de comprendre qu'il n'existe pas de concept tel que « configuration minimale pour fonctionner ». À la base de toute grande mise en œuvre se trouve un travail de conception sérieux. Cela permet de faire correspondre les besoins d'une entreprise spécifique à la configuration optimale du système de messagerie.
Un système de messagerie d'entreprise est un outil flexible qui peut être configuré selon de nombreux paramètres. Nous réalisons des tests de charge selon notre propre méthode, qui permet de modéliser la charge en fonction de l'analyse d'une dizaine de critères de base et de plusieurs centaines de critères possibles.
On peut dire qu'au moment de la préparation du projet d'implémentation, ce sont précisément les calculs qui montreront l'intensité du travail des utilisateurs dans les processus métiers existants de l'organisation. Pour cela, de nombreux paramètres d'entrée sont analysés, et en fonction de la charge possible, une décision est prise sur le volume nécessaire des capacités de calcul — d'un ordinateur à une salle entière de machines.
Par conséquent, parler de configurations minimales n'est pas tout à fait correct. En particulier, nous avons un banc d'essai qui fonctionne sur une seule machine. Mais nous comprenons que le travail dans le segment des entreprises nécessite une installation sur des dizaines, voire des centaines de machines virtuelles.
Environnement technologique
Lors de la création de produits, nous accordons une attention particulière à la propreté licite du code. Dans MойОфис, des normes de qualité élevées sont en place, qui exigent que nous développions nous-mêmes des produits entièrement, avec un minimum de code externe.
Une grande partie du code de Mailion est un développement interne, dont les droits appartiennent entièrement à nous et que nous pouvons modifier et améliorer si nécessaire. La majorité du code de notre système de messagerie est écrit en Go (Golang). En plus de Go, nous utilisons C++, ainsi que Java Script ES6 pour la partie web.
Les 5% restants sont appelés "composants lourds", tels que les bases de données. Parmi eux, on trouve RethinkDB, ArangoDB et Redis. Parmi les technologies clés, je soulignerais également gRPC — un système d’appel de procédures à distance, qui est utilisé comme mécanisme unique pour l’interaction via API, c'est une partie importante.
De quoi se compose le produit
Un système de messagerie d'entreprise n'est pas un « serveur dans le vide ». Notre produit comprend environ 70 composants et 45 services qui s'occupent de l'entretien du système de messagerie. Tous ces éléments sont écrits "de zéro" et constituent un développement propre de МойОфис.
La partie la plus frappante du système est le complexe de serveurs qui gère le stockage, les systèmes de messagerie, de calendrier et de recherche, ainsi que le client web. Nous développons également plusieurs applications personnalisées et prévoyons, au moment du lancement commercial, d'offrir à nos utilisateurs de nouveaux "clients légers" basés sur les technologies de notre client web.
Compatibilité avec les systèmes de messagerie
Mailion fonctionne selon des protocoles standard. Pour commencer à utiliser notre solution, il suffit de configurer les applications clientes et de continuer à travailler avec elles dans un environnement familier. Par exemple, il est possible d'utiliser l'application cliente intégrée au produit « MойОфис Почта ».
Pour le confort de nos utilisateurs, nous avons également créé un plugin spécial qui assure une transition fluide depuis Exchange. Grâce à celui-ci, les utilisateurs pourront continuer à travailler avec MS Outlook lors du remplacement du serveur de messagerie — ils ne remarqueront même pas que quelque chose a changé dans leur interaction habituelle avec les outils de communication. Ce plugin permet de transférer progressivement les utilisateurs depuis l'ancien système de messagerie sans interrompre les activités de toute l'organisation. Cela est particulièrement important si vous devez remplacer les outils utilisés par des centaines de milliers d'utilisateurs.
Facilité d'administration
Une caractéristique de notre système de messagerie d'entreprise est le besoin d'une intervention minimale des administrateurs. Lors de la conception, nous avons cherché à trouver un équilibre entre la possibilité de personnalisation et la complexité de la gestion. Pour cela, nous avons dû mener de nombreuses recherches sur les comportements des administrateurs de systèmes d'entreprise complexes.
Notre équipe est composée, comme je l'ai déjà mentionné, de spécialistes hautement qualifiés — chacun d'eux a une solide expérience en administration. Ainsi, lors du développement du système, nous avons veillé à transférer leur expérience aux besoins des utilisateurs en matière de gestion d'un produit complexe. En d'autres termes, sachant quels problèmes peuvent survenir, nous avons anticipé des solutions dès la conception de l'architecture.
Par exemple,
- L'isolation des composants du système dans des conteneurs, y compris ceux de l'infrastructure, nous aide à améliorer le niveau de sécurité, à configurer de manière flexible les accès entre les composants et permet également d'ajouter rapidement de nouveaux systèmes et plateformes demandés par les entreprises à la liste des systèmes pris en charge.
- Une approche unique pour le développement et le déploiement, ainsi qu'un format de configuration homogène pour tous les composants, favorisent un fonctionnement plus clair et efficace et réduisent les coûts de support.
- Un installateur système, basé sur des outils de déploiement familiers, permet de gérer l'installation de manière centralisée, flexible et compréhensible.
Une architecture microservices avec une séparation claire des responsabilités de la logique métier entre les services aide à comprendre le schéma de fonctionnement du système et à assurer un support plus efficace. - La partie infrastructure du système repose sur des solutions familières, utilisant les meilleures pratiques et permettant l'intégration avec les systèmes existants de l'entreprise, ce qui simplifie la mise en service du système au sein de la société.
- Un système basé sur l'intelligence artificielle sera prévu dans le stockage, qui pourra identifier de manière autonome les pannes potentielles et gérer l'équipement.
Design moderne
La création du design du produit a nécessité plusieurs milliers d'heures de travail. Avant le développement, l'objectif était de rendre l'interface moderne - légère et intuitive. C'est un défi quand on conçoit un système d'entreprise qui doit par défaut inclure un certain nombre de fonctionnalités spécifiques.
Bien sûr, le design ne peut pas être "taillé dans la pierre" ou approuvé par une signature et un cachet - c'est un outil vivant, qui évolue et se perfectionne constamment. Au cours de quatre ans, nous avons transformé le design plusieurs fois, mais sans changement radical d'idéologie. Le principe clé de la construction de toute la gamme de produits d'entreprise consiste à créer un système de design universel.
Lors de la conception du design du système de messagerie d'entreprise, nous avons accordé une attention particulière au travail sur trois axes clés - l'adaptabilité, le caractère systémique et la possibilité de s'adapter à l'identité visuelle du client.
Adaptabilité
Une fonctionnalité clé de l'interface de la messagerie d'entreprise Mailion est sa capacité à s'afficher sur des appareils de toutes tailles. Tous les composants visuels sont soigneusement conçus, ils se redimensionnent correctement sur les appareils mobiles et sont parfaitement adaptés à une utilisation tactile. De plus, lorsque la taille de la fenêtre de l'application est modifiée, la mise en page en colonnes s'adapte également ; la taille des colonnes est ajustée proportionnellement, en stricte conformité avec les principes des applications web avancées.
Systémique
La conception de la messagerie d'entreprise Mailion repose sur une approche systémique. Nous avons développé cette direction depuis début 2017, lorsque parler de systèmes de design n'était pas aussi tendance qu'aujourd'hui. Un système de design est un ensemble de règles et d'outils pour l'exécution visuelle et technique, qui reflète la philosophie du produit et se développe continuellement. Nous l'avons introduit pour simplifier la communication entre le développement et le design.
Personnalisation de l'identité visuelle
Notre design est un "caméléon" capable de s'adapter à n'importe quel style de marque du client. Les couleurs de tous les éléments de l'interface sont définies par des variables. Ainsi, en modifiant l'ensemble de base des couleurs, il est possible de re-colorier l'ensemble des applications d'un seul coup.
Les polices sont également définies par des variables : l'interface peut utiliser la police de marque de l'entreprise cliente si cela est prévu dans le guide de marque. De plus, différentes polices peuvent avoir des tailles de caractères différentes, et nous en tenons compte. Par exemple, PT Sans en taille 16 paraît notablement plus petit que Roboto dans la même taille 16. Par conséquent, nous ajustons la taille des blocs de texte aux spécificités de chaque police.
Nous consacrerons des articles distincts aux dispositifs de notre bibliothèque de couleurs et aux particularités de notre travail avec les polices.
Applications mobiles
Une partie intégrante de tout système de messagerie moderne est les applications mobiles — les utilisateurs doivent pouvoir travailler de n'importe où et à tout moment.
Nous ne faisons que commencer à établir le concept des applications mobiles d'entreprise, qui doivent tenir compte des différences fonctionnelles entre les systèmes de messagerie MoiOfis et proposer différentes approches pour l'utilisation de la messagerie électronique et des systèmes de calendrier dans les entreprises.
Panneau média intelligent
Nos groupes de discussion ont montré que les utilisateurs trouvent les interfaces des systèmes de messagerie habituels encombrantes. Les personnes que nous avons interrogées ont noté qu'il était particulièrement difficile de travailler avec les événements du calendrier et les pièces jointes. Nous avons cherché à obtenir une interface réactive et à augmenter la performance, afin que l'utilisation de notre produit soit agréable.
La médiapanel, un nouvel outil pour accélérer la collaboration, systématise toutes les informations sur les échanges et fournit un accès instantané à la liste des participants, aux liens et aux versions des documents qui ont été envoyés.
Cet outil aide dans les situations où les utilisateurs doivent travailler avec de longues chaînes de centaines de messages. Il arrive souvent qu'il faille retrouver un document ou une image qui n'apparaît que dans l'un d'eux. La médiapanel crée une liste de tous les éléments dans la chaîne d'e-mails et les affiche au même endroit. Cela facilite grandement la recherche de l'objet souhaité.
Localisation
Le besoin d'un système de messagerie d'entreprise ne concerne pas seulement les utilisateurs russes. MonOffice poursuit une politique cohérente d'expansion sur les marchés étrangers, accordant donc une grande attention aux questions de localisation des produits.
Dans notre produit, le besoin de localisation dans les langues étrangères était envisagé dès le départ, au niveau de la base du système. L'ajout de nouvelles langues ne pose pas vraiment de problèmes — c'est une tâche relativement claire que nous savons comment résoudre.
Actuellement, les utilisateurs ont accès aux langues russe et anglaise. Dans les prochaines versions, nous ajouterons à notre système de messagerie d'entreprise la prise en charge des langues dans lesquelles fonctionnent les produits MonOffice : français, espagnol, portugais et d'autres. Dans une certaine mesure, notre tâche est plus simple que celle de nos collègues des départements voisins, car pour les systèmes de messagerie et de calendrier, nous devons uniquement tenir compte de l'alphabet et des particularités de traitement des dates et heures — nous n'avons heureusement pas de formules comme dans un éditeur de table.
Oui, nous recrutons !
La création de notre produit a demandé plusieurs centaines d'années-hommes. Et même si je le souhaitais, je ne pourrais pas tout expliquer dans un seul article. Néanmoins, j'espère que cette publication servira de point de départ pour découvrir notre produit — comme je l'ai déjà mentionné, je prévois de parler plus en détail à l'avenir à la fois de la solution elle-même et de ses caractéristiques, ainsi que de nos approches en matière de développement.
Sans faire preuve de fausse modestie, je dirai également qu'aujourd'hui, le nombre d'entreprises qui développent de tels systèmes de messagerie dans le monde se compte sur les doigts de la main. C'est vraiment un défi d'ingénierie complexe, qui nécessite à la fois une compréhension approfondie des besoins des clients d'entreprise et une analyse minutieuse des processus commerciaux des grandes organisations, ainsi qu'une connaissance des tendances modernes en design et développement, et un bon nombre de spécialistes compétents. Notre système de messagerie évolue chaque jour.
En ce moment, nous avons presque d'offres d'emploi en développement. Rejoignez-nous si vous souhaitez créer avec nous un produit capable de changer la façon dont le monde des entreprises perçoit la messagerie électronique.
Source : habr.com
