For næsten fire år siden begyndte vi at designe et fundamentalt nyt distribueret e-mail-system, Mailion, som er designet til virksomhedskommunikation. Vores løsning er bygget på Cloud Native mikroservicearkitektur, er i stand til at arbejde med mere end 1 brugere samtidigt og vil være klar til at dække 000 % af store virksomheders behov.
Under arbejdet på Mailion er teamet vokset flere gange, og nu er næsten 70 udviklere involveret i produktet. Vi er kommet langt fra idéen og de første prototyper til stadiet med at pilotere en kommerciel version. Det er tid til at fortælle Habr om, hvilken slags produkt vi laver, hvordan vores mailsystem er opbygget og fungerer, hvilken teknologistack vi bruger, og hvorfor vores løsning er fremtidens virksomhedskommunikation. Lad os gå!
Habr, hej! Mit navn er Anton Gerasimov, jeg leder udviklingsafdelingen i virksomhedens udviklingscenter i Moskva . I dag vil vi gerne introducere Mailion, et fundamentalt nyt russisk postsystem i virksomhedsklassen, der vil blive et værdigt alternativ til populære udenlandske løsninger. Mailion har høj belastningskapacitet, hidtil uset skalerbarhed og fejltolerance og kræver minimal opmærksomhed fra systemadministratorer.
I øjeblikket er vores udvikling i betastadiet, men meget snart, ifølge vores plan, ved udgangen af 2020, vil det blive en pilotimplementering af et kommercielt produkt.
For det meste indeholder denne artikel generel information - det er simpelthen umuligt at tale om et komplekst softwareprodukt i en publikation. Jeg planlægger at lave en række artikler, der taler om nøgleteknologier. I mellemtiden tilbyder jeg for din bekvemmelighed følgende indhold:
Hvad er et firma-e-mailsystem?
Det enkle og indlysende svar på dette spørgsmål er et e-mail- og kalenderværktøj. Men djævelen er som bekendt i detaljerne.
Så vi skaber en ny generation af post med avancerede planlægningsfunktioner, som er rettet mod erhvervssegmentet og store virksomheder. Vi er rettet mod at arbejde med store kommercielle og offentlige strukturer, som kan have fra 30 tusinde til flere hundrede tusinde job.
Vores system er baseret på princippet om en platformsløsning. Vi bygger videre på Unified Communications konceptet og tilbyder et enkelt værktøj til at arbejde med mail, kalender og dokumenter i ét system, med mulighed for at udvide funktionaliteten af løsningen ved at forbinde yderligere moduler og komponenter. Udvidelser kan i øvrigt udvikles ikke kun af os, men også af vores partnere. Til dette formål vil der blive udgivet et ret bredt SDK-værktøjssæt.
Hvem har brug for endnu en mail og hvorfor?
Store virksomheder har dannet en interessant trend - virksomheder oplever et behov for samarbejdsfunktioner. Vi taler ikke kun om direkte interaktion mellem medarbejdere gennem at sende noget, men om delt adgang til postkasser og rollespilskonti, evnen til at arbejde med store grupper af deltagere og tilstedeværelsen af forskellige virksomhedsfunktioner.
En typisk virksomhedsfunktion er en mekanisme til at genkalde breve, som er ekstremt populær i store virksomheder, men som praktisk talt ikke bruges hverken i B2C-segmentet eller i små virksomheder. Sagen er, at blandt små grupper af brugere er sandsynligheden for, at et sådant behov opstår, ret lille, og omkostningerne ved en fejl er meget mindre. Desuden er det simpelthen umuligt at implementere denne funktion uden for virksomhedens mailsystem - selv Google mail husker ikke breve i den form, som Exchange-brugere er vant til. Roden til problemet ligger i design af postprotokoller fra 80'erne i forrige århundrede.
Vi gennemførte snesevis af fokusgrupper, undersøgte hundredvis af brugere og brugte flere tusinde mandetimer på at identificere typiske e-mailbrugsscenarier. Dette gjorde det muligt for os omhyggeligt at studere behovene hos vores potentielle brugere og funktionerne i deres forretningsprocesser. Baseret på de indhentede data besluttede vi at udvikle en arkitektur, der ville give os mulighed for at skalere til det nødvendige belastningsvolumen, hvis det var nødvendigt. Efter vores mening er der ingen grænse overhovedet, men i øjeblikket forstår vi, hvordan man sikrer arbejdet for virksomheder, der beskæftiger flere hundrede tusinde brugere.
Hvad gemmer sig under hætten
Vores produkt inkluderer en e-mail-løsning, et kalenderplanlægningsværktøj, en adressebog samt interaktiv dokumentvisning baseret på vores MyOffice-løsning til arbejde med dokumenter.
Da vi taler om en løsning på virksomhedsniveau, er en integreret del af virksomhedsmail også et fuldgyldigt søgesystem. Vores løsning er i stand til at udføre end-to-end morfologisk søgning på tværs af alle komponenter. Derudover er hele mailsystemet baseret på eget lager, som også er optimeret til samarbejde.
Hvad er forskellene mellem MyOffice-mailsystemer?
En Habr-læser, der allerede har erfaring med at arbejde med MyOffice-løsninger, ved, at kommercielle produkter inkluderer "MyOffice Mail". Og spørgsmålet opstår - hvad er dets forskelle fra firmaets e-mail-system Mailion, som mit team arbejdede på?
Vi hos MyOffice besluttede, at for at imødekomme behovene hos virksomheder af forskellig størrelse, er det nødvendigt at oprette to e-mailsystemer i virksomhedsklassen. MyOffice Mail-produktet er beregnet til organisationer, hvor antallet af brugere beløber sig til tusinder eller flere titusinder. Til større strukturer er det mere tilrådeligt at bruge Mailion - det nye MyOffice-produkt, som er bygget på Cloud Native mikroservicearkitektur og har hidtil usete skalerings- og fejltolerance-muligheder.
Ved valg af produkter skal kunderne på forhånd beslutte sig for strategien for den videre udvikling af deres virksomhed. For enhver organisation er implementering af et e-mail-system et komplekst projektarbejde, der ikke involverer hurtigt at erstatte en løsning med en anden. Derfor bør der på forhånd tages højde for den maksimalt mulige belastning, fejltolerance og selvhelbredende kriterier samt den geografiske fordelingsfaktor.
De to MyOffice-e-mailsystemer er fundamentalt forskellige. De er bygget ved hjælp af forskellige teknologistakke, og værktøjerne til hvert system er udvalgt i overensstemmelse med målene og målene for det segment, hvor postsystemet vil blive implementeret. Vi har en fælles produktvision om, hvad der skal være til stede i mailsystemer, samt synkronisering i tilgange til design. Men det er to produkter, der er designet til forskellige målgrupper af brugere.
Hvilke udfordringer står udviklere over for?
Længere i teksten vil jeg kun tale om det nye firmamailsystem Mailion.
Vi har foretaget en grundig research og analyseret fordele og ulemper ved eksisterende e-mail-løsninger. Den akkumulerede erfaring fra vores specialister, som tidligere var direkte involveret i skabelsen af højbelastningssystemer, gjorde det muligt for os hurtigt at identificere det vigtigste smertepunkt for ethvert velkendt produkt - ydeevnen af disk input og output operationer (IO) .
Vi kan sige, at opgaven med at accelerere IO-drift blev den største udfordring, vi stod over for. Det var nødvendigt at fokusere på at løse vores specifikke problemer, og vi begyndte at skabe og udvikle vores eget binære datalagringssystem. Denne tilgang har en meget åbenlys økonomisk komponent - vi skal ikke kun gemme data, men også udføre en hel del disk input og output operationer.
Denne beslutning blev ikke truffet let. Vi har undersøgt mange produkter i virksomhedsklassen, der er rettet mod at gemme information, og kunne ikke finde noget færdiglavet og passende til vores krav. Vi skal jo ikke kun gemme data, men også konstant arbejde med dem, og ikke i en eksklusiv tilstand med adgang til én bruger, men for at sikre muligheden for samarbejde mellem flere titusindvis af brugere.
Så vi har fastslået, at det højest prioriterede virksomhedskriterium for os er at arbejde med store mængder data.
Pålidelighed
Desuden er dette ikke så meget et spørgsmål om opbevaring som en opgave om behandling og hurtig adgang til disse oplysninger. Det er påkrævet for at sikre høje pålidelighedsindikatorer - den kontinuerlige driftstid for hele løsningen skal være på niveauet 99,9%. Samtidig skal postsystemet være selvstændigt i forhold til at træffe de rigtige beslutninger om behandlingsafslag. Kun på denne måde kan vi sikre fraværet af fejl, der kan lamme en bestemt virksomheds forretningsprocesser.
fejltolerance
Vi har gennemarbejdet et sæt foranstaltninger, der anvendes på hver komponent, og udvalgte fremgangsmåder for at sikre fejltolerance. Virksomhedens mailsystem bruger især kvorumbehandling af data, reservation af tjenester og kontrol af fraværet af deres stater, såvel som dets egne mekanismer til routing og kvorumstøtte baseret på konsensus.
Et kriterium for høj fejltolerance er tilstedeværelsen af selvkontrolmekanismer i hver komponent. Mailion analyserer hele tiden, om denne eller hin funktion udføres korrekt eller forkert, om denne eller hin blok fungerer korrekt. Dette er et af midlerne til selvhelbredelse af systemet i tilfælde af fejl. Information bør ikke gå tabt, løsningen bør i sidste ende nå en konsistent tilstand.
Du skal forstå, at det ikke er muligt at forudse alle mulige begivenheder i livet - du kan ikke narre fysik. Men vi overholder sådanne designtilgange, der giver os mulighed for at tale med en ret høj grad af tillid om den korrekte håndtering af ulykker af bestemte mønstre. Vi har også en stor testgruppe, som altid forsøger at bryde noget i produktet. Og nogle gange lykkes det. Denne kendsgerning udløser en hændelse, som vi studerer i detaljer og på grundlag heraf skaber en ny mekanisme til at eliminere denne form for problemer.
Hvordan systemet reagerer på ulykker
Markedet stiller ofte spørgsmålet - hvad vil der ske med systemet, hvis det pludselig mister kommunikationen med en af dets noder? Denne anmodning er især relevant, hvis du planlægger at implementere en geografisk distribueret løsning.
Når du designer en sådan installation, er det nødvendigt at tage hensyn til kundens behov og hans sæt af pålidelighedskriterier. Det er en fejl at tro, at forbindelsen til datanetværket er den samme overalt. I virksomhedssystemer er det vigtigt at overveje selv hastigheden af signalet gennem den optiske fiber.
Hvis kunden har høje krav til pålidelighed, så vil vi anbefale installation i flere datacentre, som vil være forbundet med dedikerede kommunikationslinjer.
Scenariet med et fuldstændigt strømafbrydelse i en af postsystemets knudepunkter kan dog ikke udelukkes. I dette tilfælde vil arbejdet med stamdataene for dette segment pause, men de resterende dele vil fungere, som om intet skete. Systemet vil underrette administratorer om, at en node er gået tabt, og medarbejderne vil blive bedt om at træffe passende foranstaltninger.
Vores mailsystem kan også konfigureres på en sådan måde, at reservationer sker i datacentret. Denne tilgang vil sikre funktionalitet i tilfælde af tab af flere noder i datacentret, og ingen vil bemærke tabet af en af noderne - undtagen naturligvis overvågningssystemet. Når en sådan hændelse opstår, bliver belastningen simpelthen omfordelt. Derfor, når du designer et postsystem, er det vigtigt at tage højde for marginen - hvor mange og hvilke komponenter kan "tabes" i en ulykke.
Uafhængighed
Der er ingen absolut pålidelige systemer, og fejl, på den ene eller den anden måde, kan ske. Derfor er det vigtigt, når man designer et mailsystem, at sikre muligheden for hurtigt at lokalisere fejl, hvilket vil tillade dem at blive elimineret inden for en vis SLA-periode. Desuden bør fejl korrigeres af systemet uafhængigt, samtidig med at indgreb fra systemadministratorer og driftstjenester minimeres.
Nem betjening
Selvfølgelig kan store systemer ikke andet end at kræve opmærksomhed fra højt kvalificerede medarbejdere. Men et af de aspekter, som vi overvejer, når vi designer, er, at systemet skal være nemt at administrere og ikke kræve unikke kompetencer.
Økonomisk effektivitet
For at arbejde med sådanne virksomhedssystemer kræves naturligvis medarbejderuddannelse - vi taler trods alt om en virkelig enorm skala. Derfor fokuserede vi, da vi skabte vores produkt, på at reducere de samlede omkostninger ved ejerskab af systemet. For enhver virksomhed er det vigtigt at overvåge effektiviteten af udgifterne og stræbe efter at undgå uendeligt at hælde penge i driftsudgifter.
Decentralisering
For at opnå de principper, jeg talte om tidligere, skal systemet være fuldstændigt distribueret - en centraliseret tilgang er altid begrænset af betingelserne for brug af hardwaren.
Selvfølgelig kan du købe en stor server og prøve at installere alle applikationer og tjenester på den. Men jo større systemet er, desto mere komplekst er hele designet, og pålideligheden af et sådant system falder støt - når alt kommer til alt, betyder én server et enkelt fejlpunkt. Og jo mere vi centraliserer arbejdet, jo mere er vi afhængige af dette centrale punkt.
Systemkrav
Når vi taler om komplekse virksomheds-e-mail-systemer, skal vi forstå, at der ikke er sådan noget som en "minimumskonfiguration for drift." Grundlaget for enhver stor implementering er altid seriøst designarbejde. Det giver dig mulighed for at korrelere en specifik virksomheds behov og den optimale konfiguration af postsystemet.
Et firma-e-mail-system er et fleksibelt værktøj, der kan konfigureres i henhold til en lang række parametre. Vi udfører belastningstest ved hjælp af vores egen metodik, som giver os mulighed for at simulere belastningen baseret på en analyse af et dusin grundlæggende og flere hundrede mulige kriterier.
Vi kan sige, at når man udarbejder et implementeringsprojekt, er det beregningerne, der vil vise intensiteten af brugerarbejdet i organisationens eksisterende forretningsprocesser. I dette tilfælde analyseres mange inputparametre, og afhængigt af den mulige belastning træffes en beslutning om den nødvendige mængde computerkraft - fra en computer til et helt computerrum.
Derfor er det ikke helt korrekt at tale om nogle minimale konfigurationer. Især har vi også en demonstrationsstand, der fungerer på kun én maskine. Men vi forstår, at arbejde i virksomhedssegmentet kræver installation på snesevis og endda hundredvis af virtuelle maskiner.
Teknologi stak
Når vi opretter produkter, er vi særligt opmærksomme på den licenserede renhed af koden. MyOffice har etableret og driver høje kvalitetsstandarder, som kræver, at vi selvstændigt udvikler produkter fuldstændigt, med minimal involvering af ekstern kode.
Meget af Mailions kode er vores egen, kode, som vi fuldt ud ejer rettighederne til, og som vi kan ændre og modificere efter behov. Det meste af koden til vores e-mail-system er skrevet internt i Go (Golang). Udover Go bruger vi C++ samt Java Script ES6 til webdelen.
De resterende 5% er de såkaldte "tunge komponenter", såsom databaser. Disse omfatter RethinkDB, ArangoDB og Redis. Blandt nøgleteknologierne vil jeg også bemærke gRPC - et remote procedure call system, som bruges som en enkelt mekanisme til interaktion via API, dette er en vigtig del.
Hvad består produktet af?
Et virksomheds-e-mail-system er ikke en "server i et vakuum." Vores produkt omfatter omkring 70 komponenter og 45 tjenester, der vedligeholder mailsystemet. Alle disse elementer er skrevet "fra bunden" og er MyOffices egen udvikling.
Den mest bemærkelsesværdige del af systemet er serverkomplekset, som giver lager-, mail-, kalender- og søgesystemer og en webklient. Vi udvikler også flere brugerapplikationer og planlægger at tilbyde vores brugere nye "tynde klienter" baseret på vores webklientteknologier inden den kommercielle udgivelse.
Kompatibilitet med mailsystemer
Mailion arbejder med standardprotokoller. For at begynde at bruge vores løsning behøver du kun at konfigurere klientapplikationer og fortsætte med at arbejde med dem i dit sædvanlige miljø. For eksempel kan du bruge klientapplikationen, der er inkluderet i MyOffice Mail-produktet.
Af hensyn til vores brugeres bekvemmelighed har vi også lavet et specielt plugin, der giver en problemfri overgang fra Exchange. Med dens hjælp vil brugerne kunne fortsætte med at arbejde med MS Outlook, når de udskifter en mailserver - de vil ikke engang bemærke, at noget har ændret sig i deres sædvanlige interaktion med kommunikationsværktøjer. Dette plugin giver dig mulighed for problemfrit at overføre brugere fra det tidligere mailsystem uden at stoppe hele organisationens arbejde. Dette er især vigtigt, hvis du skal udskifte værktøjer til at betjene hundredtusindvis af brugere.
Nem administration
Det særlige ved vores virksomhedsmailsystem er, at det kræver ekstremt lidt deltagelse fra administratorer. Ved design forsøgte vi at finde en balance mellem muligheden for tilpasning og kompleksiteten i ledelsen. For at opnå dette var vi nødt til at udføre en masse forskning i adfærdsmønstrene hos administratorer af komplekse virksomhedssystemer.
Vores team består, som jeg sagde tidligere, af højt kvalificerede specialister - hver af dem har solid administrationserfaring. Derfor forsøgte vi, da vi udviklede systemet, at overføre deres erfaringer til brugernes behov, når de administrerede et komplekst produkt. Med andre ord, med kendskab til de potentielle problemer, sørgede vi proaktivt for måder at løse dem på på det arkitektoniske designniveau.
For eksempel,
- Isolering af systemkomponenter i containere er tilvejebragt, inklusive infrastruktur - dette hjælper os med at øge sikkerhedsniveauet, fleksibelt konfigurere adgang mellem komponenter og giver os også mulighed for hurtigt at inkludere nye elementer, der kræves af virksomheden, på listen over understøttede systemer og platforme;
- en samlet tilgang til udvikling og implementering, et enkelt konfigurationsformat for alle komponenter bidrager til klarere og mere effektiv drift og reducerer supportomkostninger;
- dit eget systeminstallationsprogram, baseret på velkendte implementeringsværktøjer, giver dig mulighed for at styre installationen centralt, fleksibelt og overskueligt;
mikroservicearkitektur med en klar opdeling af forretningslogiske ansvarsområder mellem tjenester hjælper med at forstå systemets driftsskema og yde support mere effektivt; - infrastrukturdelen af systemet er baseret på velkendte løsninger, ved hjælp af bedste praksis, og tillader også integration med eksisterende systemer i virksomheden, hvilket forenkler idriftsættelsen af systemet i virksomheden;
- Til dette formål vil lagerfaciliteten have et system baseret på kunstig intelligens, som selvstændigt vil være i stand til at identificere potentielle fejl og kontrollere udstyret.
Moderne design
Det tog flere tusinde mandetimer at skabe produktdesignet. Udviklingsopgaven var at gøre grænsefladen moderne – nem og intuitiv. Dette er svært, når du designer et virksomhedssystem, som som standard skal indeholde en række specifikke funktioner.
Design kan selvfølgelig ikke "hugges i sten" eller godkendes med signatur og segl - det er et levende værktøj, det udvikler og forbedres konstant. I løbet af fire år forvandlede vi designet flere gange, men der var ingen radikal ændring i ideologien. Nøgleprincippet for at bygge en hel virksomhedsproduktlinje er at skabe et universelt designsystem.
Ved design af designet af et virksomheds-e-mail-system, lagde vi særlig vægt på udviklingen af tre nøgleområder - tilpasningsevne, konsistens og evnen til at tilpasse sig kundens virksomhedsstil.
Tilpasningsevne
Et særligt træk ved designet af grænsefladerne til firmaets mailsystem Mailion er evnen til at vise det på enheder med skærme af enhver størrelse. Alle visuelle komponenter er omhyggeligt gengivet, de skalerer korrekt, når de kører på mobile enheder og er gode selv til fingerkontrol på touchskærme. Når du ændrer størrelsen på applikationsvinduet, bliver kolonnelayoutet også transformeret - størrelsen af kolonnerne skifter proportionalt i nøje overensstemmelse med postulaterne for konceptet med rige internetapplikationer.
Konsistens
Designet af Mailions virksomheds-e-mail-system er baseret på en systematisk tilgang. Vi har udviklet dette område siden begyndelsen af 2017, hvor det ikke var så moderne at tale om designsystemer, som det er nu. Et designsystem er et sæt regler og værktøjer til visuel og teknisk udførelse, der afspejler produktets filosofi og er i konstant udvikling. Vi introducerede det for at forenkle kommunikationen mellem udvikling og design.
Opsætning af en virksomhedsidentitet
Vores design er en "kamæleon", der er i stand til at tilpasse sig enhver kundes virksomhedsstil. Farverne på alle grænsefladeelementer er defineret gennem variabler. Ved at ændre grundsættet med flere farver kan du således omfarve alle applikationer på én gang.
Skrifttyper defineres også ved hjælp af variabler: grænsefladen kan bruge kundevirksomhedens virksomhedsskrifttype, hvis dette er forudsat i kundemærkebogen. Samtidig kan forskellige skrifttyper have forskellige bogstavstørrelser, og det tager vi højde for. For eksempel ser PT Sans i størrelse 16 mærkbart mindre ud end Roboto i samme størrelse 16. Derfor tilpasser vi størrelsen på tekstblokke til egenskaberne for en bestemt skrifttype.
Vi vil afsætte separate artikler til strukturen af vores farvebibliotek og funktionerne ved at arbejde med skrifttyper.
Mobile Apps
En integreret del af ethvert moderne e-mail-system er mobilapplikationer - brugere skal kunne arbejde hvor som helst og når som helst.
Nu er vi bare ved at danne konceptet med firmamobilapplikationer, de skal tage højde for forskellene i funktionaliteten af MyOffice-e-mail-systemer og tilbyde forskellige tilgange til brugen af e-mail- og kalendersystemer i virksomheder.
Intelligent mediepanel
Vores fokusgrupper viste, at brugerne finder grænseflader til traditionelle e-mail-systemer besværlige. De respondenter, vi interviewede, bemærkede, at arbejdet med kalenderbegivenheder og vedhæftede filer var særligt vanskeligt. Vi forsøgte at opnå en responsiv grænseflade og øge produktiviteten - for at gøre vores produkt behageligt at bruge.
Media Panel, et nyt værktøj til at fremskynde samarbejde, organiserer al information om korrespondance og giver øjeblikkelig adgang til en liste over deltagere i korrespondance, links og versioner af dokumenter, der nogensinde er blevet sendt.
Dette værktøj hjælper i situationer, hvor brugere skal arbejde med store spor af hundredvis af beskeder. Det sker ofte, at du skal finde et dokument eller billede, der kun var i et af dem. Mediepanelet opretter en liste over alle elementer fra en e-mail-kæde og viser dem ét sted. Som et resultat bliver det meget lettere at finde det ønskede objekt.
lokalisering
Ikke kun russiske brugere har behov for et firma-e-mail-system. MyOffice forfølger en konsekvent politik for at komme ind på udenlandske markeder, så der lægges ret meget vægt på spørgsmålene om produktlokalisering.
I vores produkt blev behovet for lokalisering til fremmedsprog fastlagt oprindeligt på niveau med den grundlæggende del af systemet. I sig selv er tilføjelse af nye sprog ikke et stort problem for os - det er en fuldstændig forståelig opgave, som vi ved, hvordan vi skal løse.
I øjeblikket er russiske og engelske sprog tilgængelige for brugerne. I de kommende udgivelser vil vi tilføje support til virksomhedens e-mail-system til de sprog, som MyOffice-produkter fungerer på - fransk, spansk, portugisisk og andre. På nogle måder er det nemmere for os end for kolleger fra naboafdelinger, da vi for mail- og kalendersystemer kun skal tage højde for alfabetet og funktionerne ved at arbejde med datoer og klokkeslæt - heldigvis har vi ikke formler som i en regnearkseditor.
Ja, vi ansætter!
Det tog flere hundrede mandår at skabe vores produkt. Og selvom jeg ville, ville jeg ikke kunne fortælle dig alt på én gang i én artikel. Ikke desto mindre håber jeg, at denne publikation vil tjene som udgangspunkt for at lære vores produkt at kende - som jeg sagde ovenfor, planlægger jeg at tale mere detaljeret i fremtiden både om selve løsningen og dens funktioner, samt om vores udvikling tilgange.
Uden en skygge af beskedenhed vil jeg også sige, at i dag er antallet af virksomheder, der udvikler sådanne postsystemer over hele verden, kun få. Dette er en virkelig kompleks ingeniøropgave, den kræver en dyb forståelse af virksomhedskundernes behov og en grundig analyse af forretningsprocesserne i store organisationer, moderne trends inden for design og udvikling, samt et rimeligt antal kompetente specialister. Vores postsystem udvikler sig hver dag.
Lige nu har vi næsten åbent ledige stillinger i udvikling. Kom og arbejd med os, hvis du vil arbejde sammen med os om at skabe et produkt, der kan ændre den måde, som virksomhederne tænker på e-mail.
Kilde: www.habr.com
