Bijna vier jaar geleden begonnen we met het ontwerpen van een volledig nieuw gedistribueerd e-mailsysteem Mailion, dat bedoeld is voor zakelijke communicatie. Onze oplossing is gebouwd op een Cloud Native microservicesarchitectuur, kan meer dan 1.000.000 gebruikers gelijktijdig ondersteunen en zal klaar zijn om 100% van de behoeften van grote ondernemingen te vervullen.
Tijdens de ontwikkeling van Mailion is ons team meerdere keren gegroeid, en momenteel zijn er bijna 70 ontwikkelaars bij het product betrokken. We hebben een lange weg afgelegd van idee en eerste prototypes naar de fase van de commerciële pilotversie. Het is tijd om Habr te vertellen over het product dat we creëren, hoe ons e-mailsysteem werkt, welke technologieën we gebruiken en waarom onze oplossing de toekomst van zakelijke communicatie is. Laten we beginnen!
Hallo Habr, ik ben Anton Gerasimov, ik leid de ontwikkelingsafdeling in het Moskouse ontwikkelingscentrum van . Vandaag willen we Mailion presenteren - een geheel nieuw Russisch e-mailsysteem van zakelijke klasse, dat een waardig alternatief zal zijn voor populaire buitenlandse oplossingen. Mailion heeft een hoge belastingcapaciteit, ongekende schaalmogelijkheden en fouttolerantie, en vereist bovendien minimale aandacht van systeembeheerders.
Op dit moment bevindt onze ontwikkeling zich in de bètafase, maar binnenkort, volgens ons plan voor het einde van 2020, zal deze overgaan naar de status van commerciële pilotimplementatie.
In grote lijnen bevat dit artikel algemene informatie - het is simpelweg onmogelijk om een complex softwareproduct in één publicatie te beschrijven. Ik ben van plan om een serie artikelen te maken die de belangrijkste technologieën beschrijven. Voor uw gemak stelt ik het volgende inhoudsopgave voor:
Wat is een zakelijk e-mailsysteem?
Een eenvoudig en duidelijk antwoord op deze vraag is een hulpmiddel voor e-mail en agenda. Maar zoals bekend, schuilt de duivel in de details.
Dus, we creëren e-mail van de nieuwe generatie met geavanceerde kalenderplanning functies, gericht op de zakelijke sector en grote bedrijven. We richten ons op samenwerking met grote commerciële en overheidsorganisaties, waar van 30.000 tot enkele honderden duizenden werkplekken kunnen zijn.
Onze systeem is gebaseerd op het principe van platformoplossingen. We baseren ons op het concept van Unified Communications en bieden een enkele tool voor e-mail, agenda en documenten binnen één systeem, met de mogelijkheid om de functionaliteit van de oplossing uit te breiden door extra modules en componenten aan te sluiten. Deze uitbreidingen kunnen, naast ons, ook door onze partners worden ontwikkeld. Voor dit doel zal er een breed scala aan SDK-tools beschikbaar worden gesteld.
Voor wie en waarom nog een e-mail?
Grote bedrijven hebben een interessante trend gecreëerd - ondernemingen hebben behoefte aan samenwerkingsfuncties. Het gaat niet alleen om directe interactie tussen medewerkers door iets te verzenden, maar specifiek om gezamenlijke toegang tot e-mail- en rolmailboxen, de mogelijkheid om met grote groepen deelnemers te werken en de aanwezigheid van verschillende zakelijke functies.
Een typische zakelijke functie is het mechanisme voor het herroepen van e-mails, wat uiterst gewild is in grote bedrijven, maar bijna niet wordt gebruikt in de B2C-sector of bij kleine bedrijven. Het probleem is dat tussen kleine groepen gebruikers de kans op zo'n behoefte vrij klein is, en de prijs van een fout veel lager is. Bovendien is het praktisch onmogelijk om deze functie buiten een zakelijke e-mailsysteem te implementeren - zelfs in Gmail ontbreekt de optie om e-mails te herroepen zoals gebruikers gewend zijn van Exchange. De wortel van het probleem ligt in de e-mailprotocollen uit de jaren '80 van de vorige eeuw.
We have conducted dozens of focus groups, surveyed hundreds of users, and spent several thousand man-hours identifying typical email usage scenarios. This allowed us to carefully study the needs of our potential users and the specifics of their business processes. Based on the data obtained, we decided to develop an architecture that could scale to the required load as needed. In our view, there is no limit at all; however, at present, we understand how to support companies employing several hundred thousand users.
Wat zit er onder de motorkap?
Our product includes an email solution, a calendar planning tool, a contact book, as well as an interactive document viewer based on our own MyOffice solution for working with documents.
Since we are discussing an enterprise-level solution, a comprehensive search engine is also an integral part of corporate email. Our solution can perform comprehensive morphological searches across all components. Moreover, the entire email system is based on our own storage, which is also optimized for collaborative work.
What are the differences between MyOffice email systems?
The reader of Habr, who has already worked with MyOffice solutions, knows that the commercial products include 'MyOffice Mail'. This raises the question—what are its differences from the corporate email system Mailion, which my team has been working on?
At MyOffice, we decided that to meet the needs of companies of different sizes, it is necessary to create two corporate-class email systems. The 'MyOffice Mail' product is intended for organizations with thousands or tens of thousands of users. For larger structures, it is more logical to use Mailion—a new product from MyOffice built on a Cloud Native microservices architecture, offering unprecedented scalability and fault tolerance.
Bij het kiezen van producten moeten klanten zich van tevoren bezighouden met de strategie voor de verdere ontwikkeling van hun bedrijf. Voor elke organisatie is de implementatie van een e-mailsysteem een complexe projectopdracht, die geen snelle vervanging van de ene oplossing door de andere toestaat. Daarom is het belangrijk om van tevoren rekening te houden met de maximaal mogelijke belasting, de criteria voor fouttolerantie en zelfherstel, evenals de factor geografische spreiding.
De twee e-mailsystemen MijnKantoor zijn fundamenteel verschillend. Ze zijn opgebouwd met verschillende technologische stacks, en de tools voor elk van de systemen worden geselecteerd op basis van de doelen en taken van het segment waarin het e-mailsysteem zal worden uitgerold. We hebben een gemeenschappelijke productvisie van wat aanwezig moet zijn in e-mailsystemen, evenals synchronisatie in de ontwerpen. Maar dit zijn twee producten die zijn gericht op een ander type gebruikers.
Welke uitdagingen staan de ontwikkelaars te wachten?
In de verdere tekst zal ik alleen spreken over het nieuwe zakelijke e-mailsysteem Mailion.
We hebben grondig onderzoek gedaan en de voor- en nadelen van bestaande e-mailoplossingen geanalyseerd. De opgebouwde ervaring van onze specialisten, die in het verleden rechtstreeks betrokken waren bij het creëren van systemen met hoge belasting, stelde ons in staat om snel het belangrijkste pijnpunt van elk bekend product te identificeren — de prestaties van schijfinvoer- en uitvoerbewerkingen (IO).
Men kan zeggen dat de taak om IO-bewerkingen te versnellen de grootste uitdaging werd waarmee we werden geconfronteerd. We moesten ons concentreren op het oplossen van onze specifieke taken en begonnen met het creëren en ontwikkelen van ons eigen systeem voor het opslaan van binaire gegevens. Een dergelijke aanpak heeft een duidelijke economische component — we moeten niet alleen gegevens opslaan, maar ook een aanzienlijk aantal schijfinvoer- en uitvoeroperaties uitvoeren.
Deze oplossing was niet gemakkelijk te realiseren. We hebben veel enterprise-klasse producten bestudeert die gericht zijn op gegevensopslag, maar konden niets vinden dat voldeed aan onze eisen. We moeten niet alleen gegevens opslaan, maar ook voortdurend ermee werken, en niet in een monopolistische modus met toegang voor één gebruiker, maar de mogelijkheid bieden voor samenwerking van duizenden gebruikers.
Dus hebben we vastgesteld dat de belangrijkste zakelijke vereiste voor ons is om met grote hoeveelheden gegevens te werken.
Betrouwbaarheid
Dit is niet zozeer een kwestie van opslag, maar eerder een uitdaging voor verwerking en snelle toegang tot deze informatie. We moeten zorgen voor hoge betrouwbaarheid — de operationele tijd van de volledige oplossing moet 99,9% zijn. Daarnaast moet het e-mailsysteem autonoom zijn in het nemen van de juiste beslissingen over foutverwerking. Alleen zo kunnen we uitval vermijden die de bedrijfsprocessen van een bedrijf kan verstoren.
Resilience
We hebben een set maatregelen ontwikkeld die voor elk component worden toegepast en hebben benaderingen geselecteerd om de veerkracht te waarborgen. In het bedrijfs-e-mailsysteem wordt bijvoorbeeld quorum-werking met gegevens toegepast, service-reserve, en de controle op afwezigheid van hun statussen, evenals eigen mechanismen voor routering en ondersteuning van quorum op basis van consensus.
Een criterium voor hoge veerkracht is de aanwezigheid van mechanismen voor zelfcontrole in elk component. Mailion analyseert voortdurend of een bepaalde functie correct of niet correct wordt uitgevoerd en of een bepaald blok correct functioneert. Dit is een van de middelen voor zelfherstel van het systeem in het geval van een storing. Informatie mag niet verloren gaan, de oplossing moet uiteindelijk in een consistente toestand komen.
Je moet begrijpen dat het niet mogelijk is om alle mogelijke gebeurtenissen in het leven te voorzien - je kunt de natuurwetten niet bedriegen. Maar wij hanteren ontwerpmethoden die ons in staat stellen met een redelijke mate van zekerheid te spreken over de correcte afhandeling van storingen van bepaalde patronen. We hebben ook een groot testteam dat constant probeert om iets in het product stuk te maken. En soms lukt dat ze. Bij een dergelijk feit wordt er een incident aangemaakt dat we grondig bestuderen en op basis daarvan creëren we een nieuw mechanisme om dit soort problemen op te lossen.
Hoe het systeem reageert op storingen
De markt vraagt vaak - wat gebeurt er met het systeem als het plotseling de verbinding verliest met een van zijn knooppunten? Een dergelijke vraag is bijzonder relevant wanneer er een geografisch gedistribueerde oplossing wordt geïmplementeerd.
Bij het ontwerpen van een dergelijke installatie moeten de behoeften van de klant en zijn set criteria voor betrouwbaarheid in overweging worden genomen. Het is een misvatting om te denken dat de verbinding met het datanetwerk overal hetzelfde is. In bedrijfsystemen is het belangrijk om zelfs de snelheid van het signaal door glasvezel te overwegen.
Als de klant hoge eisen aan de betrouwbaarheid stelt, zullen we de installatie in meerdere datacenters aanbevelen, die met speciale verbindingslijnen zijn verbonden.
Toch kan men het scenario van een volledige stroomuitval in een van de knooppunten van het mailsysteem niet uitsluiten. In dat geval zal het werken met de masterdata van dit segment worden stopgezet, maar de andere delen zullen functioneren alsof er niets is gebeurd. Het systeem zal de beheerders verwittigen over het verlies van het knooppunt, en de medewerkers moeten een aantal bijbehorende acties ondernemen.
Daarnaast kan ons mailsysteem zo worden ingesteld dat er binnen het datacentrum reservatie plaatsvindt. Deze aanpak zorgt ervoor dat het systeem blijft functioneren bij het verlies van meerdere knooppunten binnen het DC, waarbij niemand het verlies van een van de knooppunten zal opmerken - behalve natuurlijk het monitoringsysteem. Bij een dergelijk voorval wordt de belasting eenvoudigweg opnieuw verdeeld. Daarom is het belangrijk om bij het ontwerpen van een mailsysteem rekening te houden met de reserve - hoeveel en welke componenten er tijdens een storing verloren kunnen gaan.
Zelfstandigheid
Er bestaan geen absoluut betrouwbare systemen, en storingen kunnen onvermijdelijk optreden. Daarom is het belangrijk om bij het ontwerpen van een emailsysteem een snelle lokalisatie van storingen mogelijk te maken, waarmee deze binnen een bepaalde SLA-periode kunnen worden verholpen. Storingen moeten bovendien door het systeem zelf worden opgelost, waardoor de inmenging van systeembeheerders en operationele diensten tot een minimum wordt beperkt.
Gebruiksgemak
Natuurlijk kunnen grote systemen niet helemaal zonder de aandacht van hooggekwalificeerde medewerkers. Maar een van de aspecten die we in overweging nemen bij het ontwerpen, is dat het systeem gemakkelijk te beheren moet zijn en geen unieke vaardigheden vereist.
Economische efficiëntie
Zeker, voor het werken met dergelijke bedrijfs systemen is het noodzakelijk dat medewerkers goed zijn opgeleid — want we hebben het over echt grote schalen. Daarom hebben we bij de ontwikkeling van ons product gefocust op het verlagen van de totale eigendomskosten van het systeem. Voor elk bedrijf is het belangrijk om de uitgaven efficiënt te beheren en te proberen eindeloze financiële injecties in operationele kosten te vermijden.
Decentralisatie
Om de eerder genoemde principes te waarborgen, is het noodzakelijk dat het systeem volledig gedistribueerd is — een gecentraliseerde aanpak is altijd beperkt door de voorwaarden voor het gebruik van hardware.
Natuurlijk is het mogelijk om één grote server aan te schaffen en alle applicaties en diensten daarop te proberen te zetten. Maar naarmate het systeem groter wordt, wordt de hele constructie complexer en neemt de betrouwbaarheid van zo'n systeem gestaag af — want één server betekent ook één enkel punt van falen. En hoe meer we het werk centraliseren, hoe afhankelijker we worden van dat centrale punt.
Systeemvereisten
Wanneer we het hebben over complexe bedrijfs-e-mailsystemen, moeten we begrijpen dat er zoiets als een 'minimale configuratie voor werking' niet bestaat. Elk groot implementatieproject berust op serieuze ontwerpinspanning. Dit maakt het mogelijk om de behoeften van een specifiek bedrijf af te stemmen op de optimale configuratie van het e-mailsysteem.
Een corporate e-mailsysteem is een flexibele tool die kan worden aangepast aan veel verschillende parameters. We voeren belastingtests uit volgens onze eigen methode, waarmee we de belasting kunnen modelleren op basis van de analyse van tientallen basis- en enkele honderden mogelijke criteria.
Men kan zeggen dat bij de voorbereiding van een implementatieproject vooral de berekeningen zullen laten zien hoe intensief gebruikers werken binnen de bestaande bedrijfsprocessen van de organisatie. Hierbij worden veel invoerparameters geanalyseerd, en afhankelijk van de mogelijke belasting wordt besloten over de benodigde hoeveelheid rekenkracht — van één computer tot een hele serverruimte.
Daarom is het niet helemaal correct om te spreken over bepaalde minimale configuraties. In het bijzonder hebben we ook een demonstratiestand die op slechts één machine draait. Maar we begrijpen dat werken in het bedrijfssegment installatie op tientallen en zelfs honderden virtuele machines vereist.
Technologische stack
Bij het creëren van producten besteden we bijzondere aandacht aan de licentie conformiteit van de code. In MijnKantoor zijn hoge kwaliteitsnormen vastgesteld die ons vereisen om producten volledig zelf te ontwikkelen, met minimale inzet van externe code.
Een groot deel van de code van Mailion is eigen ontwikkeling, waarbij de rechten volledig aan ons toebehoren en we deze kunnen wijzigen en uitbreiden indien nodig. Het grootste deel van de code van ons e-mailsysteem is geschreven in Go (Golang). Naast Go maken we gebruik van C++ evenals JavaScript ES6 voor het webgedeelte.
De resterende 5% zijn de zogenaamde 'zware componenten', zoals databases. Daaronder vallen RethinkDB, ArangoDB en Redis. Een van de belangrijkste technologieën die ik nog wil noemen is gRPC — een systeem voor remote procedure calls, dat wordt gebruikt als een enkele mechanisme voor interactie via API, dit is een essentieel onderdeel.
Waaruit bestaat het product?
Een corporate e-mailsysteem is geen 'server in een vacuüm'. Ons product bestaat uit ongeveer 70 componenten en 45 services die verantwoordelijk zijn voor het onderhoud van het e-mailsysteem. Al deze elementen zijn 'from scratch' geschreven en zijn een eigen ontwikkeling van MijnKantoor.
Het meest opvallende aspect van het systeem is de serverinfrastructuur, die de werking van de opslag, e-mail, agenda en zoeksystemen en de webclient faciliteert. We ontwikkelen ook verschillende op maat gemaakte applicaties en zijn van plan om, tegen de tijd van de commerciële lancering, onze gebruikers nieuwe "dunne clients" op basis van technologieën van onze webclient aan te bieden.
Compatibiliteit met e-mailsystemen
Mailion werkt volgens de standaardprotocollen. Om gebruik te maken van onze oplossing, hoeft u alleen maar de clientapplicaties in te stellen en kunt u deze vervolgens in uw vertrouwde omgeving gebruiken. U kunt bijvoorbeeld de clientapplicatie gebruiken die bij het product 'MijnKantoor E-mail' is inbegrepen.
Ook hebben we voor het gemak van onze gebruikers een speciale plugin ontwikkeld die een naadloze overgang van Exchange mogelijk maakt. Hiermee kunnen gebruikers, bij het vervangen van de e-mailserver, doorgaan met werken in MS Outlook — ze zullen zelfs niet merken dat er iets is veranderd in hun gebruikelijke communicatie. Deze plugin stelt ons in staat om gebruikers vloeiend over te zetten van het oude e-mailsysteem zonder dat de werkzaamheden van de gehele organisatie worden onderbroken. Dit is vooral belangrijk wanneer u middelen voor honderden duizenden gebruikers moet vervangen.
Gemak van beheer
Een kenmerk van ons bedrijfs-e-mailsysteem is de noodzaak van extreem weinig betrokkenheid van beheerders. Bij het ontwerpen hebben we geprobeerd een balans te vinden tussen de mogelijkheid tot aanpassing en de complexiteit van het beheer. Om dit te bereiken, hebben we talrijke onderzoeken uitgevoerd naar de gedragingen van beheerders van complexe bedrijfsystemen.
Binnen ons team werken, zoals ik al eerder zei, hooggekwalificeerde specialisten — ieder van hen heeft ruime ervaring in beheer. Daarom hebben we bij de ontwikkeling van het systeem geprobeerd hun ervaring te vertalen naar de behoeften van gebruikers bij het beheren van een complex product. Met andere woorden — wetende van potentiële problemen, hebben we vooraf oplossingen hiervoor voorzien op het niveau van het architectuurontwerp.
Bijvoorbeeld,
- Er is isolatie van systeemcomponenten in containers voorzien, inclusief infrastructuurcomponenten — dit helpt ons om het beveiligingsniveau te verhogen, toegang flexibeler in te stellen tussen componenten en stelt ons ook in staat om snel nieuwe systemen en platforms, die door bedrijven worden gevraagd, aan de lijst van ondersteunde systemen toe te voegen;
- Een uniforme benadering van ontwikkeling en implementatie, een uniform configuratieformaat voor alle componenten draagt bij aan een duidelijker en efficiënter werkproces en vermindert de uitgaven voor ondersteuning;
- Een eigen systeeminstallateur, gebaseerd op vertrouwde implementatietools, maakt het mogelijk om centraal, flexibel en begrijpelijk het installatieproces te beheren;
Een microservicesarchitectuur met duidelijke taakverdeling van de businesslogica tussen services helpt om het werkschema van het systeem te begrijpen en biedt een efficiëntere ondersteuning; - Het infrastructuuronderdeel van het systeem is gebaseerd op vertrouwde oplossingen, met gebruik van best practices, en stelt ons in staat om integraties met bestaande systemen in het bedrijf uit te voeren, wat de implementatie van het systeem binnen het bedrijf vereenvoudigt;
- In de opslag hiervoor zal een op kunstmatige intelligentie gebaseerde systeem worden voorzien, dat zelfstandig potentiële storingen kan identificeren en het apparatuur kan beheren.
Modern ontwerp
Voor het ontwerpen van het product zijn enkele duizenden manuren besteed. Bij de ontwikkeling was de taak om de interface modern te maken — eenvoudig en intuïtief. Dit is lastig wanneer je een bedrijfs systeem ontwerpt dat standaard een aantal specifieke functies moet bevatten.
Natuurlijk kan ontwerp niet "in steen gebeiteld" worden of ondertekenen en afdrukken — het is een levend instrument, dat voortdurend evolueert en verbetert. In vier jaar hebben we het ontwerp verschillende keren getransformeerd, maar er is geen radicale verandering in de ideologie geweest. Het sleutelprincipe van het opbouwen van het hele bedrijfsproductassortiment is gebaseerd op het creëren van een universeel ontwerpsysteem.
Bij het ontwerpen van het ontwerp van het bedrijfs e-mailsysteem hebben we bijzondere aandacht besteed aan de uitwerking van drie belangrijke richtingen — aanpasbaarheid, systeemdenken en de mogelijkheid om zich aan te passen aan de huisstijl van de klant.
Responsief
Kenmerk van het ontwerp van de interface van het bedrijfs-e-mailsysteem Mailion is de mogelijkheid om op apparaten met schermen van verschillende formaten weer te geven. Alle visuele componenten zijn zorgvuldig ontworpen, ze schalen correct bij gebruik op mobiele apparaten en zijn uitstekend geschikt voor bediening met vingers op touchscreens. Ook verandert de kolomlay-out wanneer de grootte van het venster van de applicatie wijzigt — de grootte van de kolommen verschuift proportioneel, in strikte overeenstemming met de principes van rijke internetapplicaties.
Systematiek
De basis van het ontwerp van het bedrijfs-e-mailsysteem Mailion is een systeemgerichte aanpak. We ontwikkelen deze richting sinds begin 2017, toen het nog niet zo modieus was om over ontwerpsystemen te spreken als nu. Een ontwerpsysteem is een set regels en tools voor visuele en technische uitvoering, die de filosofie van het product reflecteert en voortdurend evolueert. We hebben het geïntroduceerd om de communicatie tussen ontwikkeling en design te vereenvoudigen.
Bedrijfsstijlinstellingen
Ons ontwerp is een 'chaméléon', in staat om zich aan te passen aan elke huisstijl van de klant. De kleuren van alle interface-elementen zijn gedefinieerd via variabelen. Door de basisset van een paar kleuren te wijzigen, kunnen alle applicaties in één keer worden opnieuw gekleurd.
De lettertypen worden ook via variabelen bepaald: de interface kan het merklettertype van het klantbedrijf gebruiken, als dat is voorzien in de brandingrichtlijnen van de klant. Daarbij kunnen verschillende lettertypen verschillende lettergroottes hebben, en dat houden we in gedachten. Bijvoorbeeld, PT Sans in maat 16 ziet er significant kleiner uit dan Roboto in dezelfde maat van 16. Daarom passen we de grootte van tekstblokken aan op de kenmerken van het specifieke lettertype.
We zullen aparte artikelen wijden aan de structuur van onze kleurenbibliotheek en de bijzonderheden van het werken met lettertypen.
Mobiele applicaties
Een onmiskenbaar onderdeel van elk modern e-mailsysteem zijn mobiele applicaties — gebruikers moeten in staat zijn om vanuit elke locatie en op elk moment te werken.
Momenteel zijn we alleen de conceptie van bedrijfs mobiele applicaties aan het vormgeven; deze moeten rekening houden met de verschillen in functionaliteit van de e-mailsystemen MijnKantoor en verschillende benaderingen van het gebruik van e-mail en kalendersystemen binnen bedrijven.
Intelligente mediapanel
Onze focusgroepen tonen aan dat gebruikers de interfaces van traditionele e-mailsystemen onhandig vinden. Respondenten die we hebben ondervraagd, gaven aan dat het vooral moeilijk is om met evenementen in de kalender en bijlagen te werken. We hebben geprobeerd de responsiviteit van de interface te verbeteren en de prestaties te verhogen, zodat het gebruik van ons product aangenaam is.
De mediapanel, een nieuw hulpmiddel voor snellere samenwerking, systematiseert alle informatie over correspondentie en biedt directe toegang tot de deelnemerslijst, links en versies van documenten die ooit zijn verzonden.
Dit hulpmiddel helpt in situaties waarin gebruikers met grote conversaties van honderden berichten moeten werken. Het komt vaak voor dat men een document of afbeelding moet vinden die alleen in één van hen aanwezig was. De mediapanel creëert een lijst van alle elementen uit de e-mailketen en toont ze op één plek, waardoor het veel gemakkelijker wordt om het gewenste object te vinden.
Lokalisatie
De behoefte aan een bedrijfs-e-mailsysteem bestaat niet alleen bij Russische gebruikers. МойОфис voert een consistente strategie uit om buitenlandse markten te betreden, daarom wordt er veel aandacht besteed aan de lokalisatie van producten.
In ons product was de behoefte aan lokalisatie naar vreemde talen vanaf het begin ingebouwd, op het niveau van de basisfunctionaliteit van het systeem. Het toevoegen van nieuwe talen is voor ons geen groot probleem — dit is een vrij begrijpelijke taak die we weten op te lossen.
Momenteel zijn Russisch en Engels beschikbaar voor gebruikers. In de komende releases zullen we ondersteuning voor andere talen toevoegen aan het bedrijfs-e-mailsysteem, zoals Frans, Spaans, Portugees en meer, die ook door МойОфис-producten worden gebruikt. In zekere zin zijn wij in een beter vaarwater dan collega’s van aangrenzende afdelingen, omdat voor e-mail- en kalendersystemen alleen het alfabet en de bijzonderheden van datums en tijd moeten worden overwogen — gelukkig hebben wij geen formules zoals in een spreadsheeteditor.
Ja, we zijn aan het werven!
De ontwikkeling van ons product heeft honderden mensjaren gekost. En zelfs als ik het wilde, zou ik niet alles in dit artikel kunnen uitleggen. Toch hoop ik dat deze publicatie een startpunt biedt voor het kennismaken met ons product — zoals ik al eerder zei, ben ik van plan om later meer gedetailleerd te vertellen over zowel de oplossing zelf en zijn kenmerken, als over onze benadering van ontwikkeling.
Zonder enige bescheidenheid kan ik ook zeggen dat er vandaag de dag wereldwijd maar een handvol bedrijven is die dergelijke e-mail systemen ontwikkelen. Dit is inderdaad een complexe engineering klus, die zowel een diepgaand begrip van de behoeften van bedrijfsklanten vereist, als een zorgvuldige analyse van de bedrijfsprocessen van grote organisaties, moderne ontwerp- en ontwikkelings trends, en een aanzienlijke hoeveelheid competente specialisten. Ons e-mailsysteem ontwikkelt zich elke dag.
Op dit moment hebben we bijna vacatures in de ontwikkeling openstaan. Kom bij ons werken als je samen met ons een product wilt creëren dat het wereldbeeld van bedrijven over e-mail kan veranderen.
Bron: habr.com
