🥇Første titt: hvordan det nye bedriftspostsystemet Mailion fra MyOffice fungerer

For snart fire år siden begynte vi å designe et helt nytt distribuert postsystem kalt Mailion, som er designet for bedriftskommunikasjon. Løsningen vår er bygget på Cloud Native mikrotjenestearkitektur, i stand til å jobbe med mer enn 1 000 000 brukere samtidig og vil være klar til å dekke 100 % av behovene til store selskaper.

I løpet av arbeidet med Mailion har teamet vokst flere ganger, og nå er nesten 70 utviklere involvert i produktet. Vi har kommet langt fra ideen og de første prototypene til stadiet med å pilotere den kommersielle versjonen. Det er på tide å fortelle Habr om hva slags produkt vi lager, hvordan postsystemet vårt er ordnet og fungerer, hvilken teknologistabel vi bruker og hvorfor løsningen vår er fremtiden for bedriftskommunikasjon. La oss gå!

Habr, hei! Mitt navn er Anton Gerasimov, jeg er leder for utviklingsavdelingen ved selskapets utviklingssenter i Moskva Kontoret mitt. I dag ønsker vi å presentere Mailion, et fundamentalt nytt russisk postsystem i bedriftsklassen som vil bli et verdig alternativ til populære utenlandske løsninger. Mailion tilbyr høy lastekapasitet, enestående skalerbarhet og robusthet, og krever minimal oppmerksomhet fra systemadministratorer.

Nå er utviklingen vår i betastadiet, men veldig snart, i henhold til planen vår, innen utgangen av 2020, vil den gå over i status som en pilotimplementering av et kommersielt produkt.

For det meste inneholder denne artikkelen generell informasjon - det er rett og slett umulig å dekke et komplekst programvareprodukt i én publikasjon. Jeg planlegger å lage en serie artikler med en historie om nøkkelteknologier. I mellomtiden, for enkelhets skyld, tilbyr jeg følgende innhold:

Hva er et bedriftspostsystem?
Teknologistabel
Hva er produktet laget av
Ja, vi ansetter!

Hva er et bedriftspostsystem?

Det enkle og åpenbare svaret på dette spørsmålet er e-post- og kalenderverktøyet. Men djevelen er, som du vet, i detaljene.

Så vi lager en ny generasjon post med avanserte planleggingsfunksjoner, som er fokusert på bedriftssegmentet og store selskaper. Vi er fokusert på å jobbe med store kommersielle og statlige strukturer, som kan ha fra 30 tusen til flere hundre tusen jobber.

Vårt system er basert på prinsippet om en plattformløsning. Vi bygger på konseptet Unified Communications og tilbyr ett enkelt verktøy for å jobbe med post, kalender og dokumenter i ett system, med mulighet for å øke funksjonaliteten til løsningen ved å koble til tilleggsmoduler og komponenter. Utvidelser kan forresten utvikles ikke bare av oss, men også av våre partnere. Et ganske bredt SDK-verktøysett vil også bli publisert for dette formålet.

Hvem trenger en ny post og hvorfor?

Stor virksomhet har dannet en interessant trend - bedrifter opplever et behov for samarbeidsfunksjoner. Dette handler ikke bare om direkte samhandling mellom ansatte gjennom overføring av noe, men om deling av tilgang til post og rollebokser, evnen til å jobbe med store grupper av deltakere og tilstedeværelsen av ulike bedriftsfunksjoner.

En typisk bedriftsfunksjon er tilbakekallingsmekanismen for e-post, som er etterspurt i store selskaper, men som praktisk talt ikke brukes verken i B2C-segmentet eller i små bedrifter. Saken er at blant små brukergrupper er sannsynligheten for et slikt behov ganske liten, og kostnadene for en feil er mye mindre. Dessuten er det rett og slett umulig å implementere denne funksjonen utenfor bedriftens e-postsystem - selv i Google mail er det ingen svar på brev i den formen som Exchange-brukere er vant til. Roten til problemet ligger i utformingen av postprotokoller fra 80-tallet av forrige århundre.

Vi har gjennomført dusinvis av fokusgrupper, intervjuet hundrevis av brukere og brukt flere tusen arbeidstimer på å identifisere typiske e-postbruksscenarier. Dette tillot oss å nøye studere behovene til våre potensielle brukere og særegenhetene ved deres forretningsprosesser. Basert på dataene vi mottok, bestemte vi oss for å utvikle en arkitektur som om nødvendig ville tillate å skalere opp til det nødvendige lastevolumet. Etter vårt syn er det ingen grense i det hele tatt, men for øyeblikket forstår vi hvordan vi kan sikre arbeidet til selskaper som sysselsetter flere hundre tusen brukere.

Hva er skjult under panseret

Produktet vårt inkluderer en e-postløsning, et planleggingsverktøy, en adressebok og interaktiv dokumentvisning basert på vår egen MyOffice dokumenthåndteringsløsning.

Siden vi snakker om en løsning på bedriftsnivå, er en fullverdig søkemotor også en integrert del av bedriftens post. Vår løsning er i stand til å utføre ende-til-ende morfologisk søk på tvers av alle komponenter. I tillegg er hele postsystemet basert på egen lagring, som også er optimalisert for samarbeid.

Hva er forskjellene mellom MyOffice-postsystemer

Leseren av Habr, som allerede hadde erfaring med MyOffice-løsninger, vet at MyOffice Mail er tilstede som en del av kommersielle produkter. Og spørsmålet oppstår - hva er forskjellen fra bedriftens postsystem Mailion, som teamet mitt jobbet med?

Vi i MyOffice bestemte oss for at for å møte behovene til selskaper av ulike størrelser, er det nødvendig å lage to e-postsystemer i bedriftsklassen. MyOffice Mail-produktet er beregnet på organisasjoner med tusenvis eller flere titusenvis av brukere. For større strukturer er det mer hensiktsmessig å bruke Mailion, et nytt MyOffice-produkt, som er bygget på Cloud Native mikrotjenestearkitektur, har enestående skalerbarhet og feiltoleranse.

Ved valg av produkter må kundene på forhånd bestemme strategien for den videre utviklingen av selskapet. For enhver organisasjon er implementering av et e-postsystem et komplekst prosjekt som ikke innebærer å raskt erstatte en løsning med en annen. Derfor bør maksimalt mulig belastning, feiltoleranse og selvhelbredende kriterier, samt den geografiske fordelingsfaktoren tas i betraktning på forhånd.

De to MyOffice-postsystemene er fundamentalt forskjellige. De bygges ved hjelp av forskjellige teknologistabler, og verktøyene for hvert av systemene velges i samsvar med målene og målene for segmentet der postsystemet skal distribueres. Vi har en felles produktvisjon om hva som skal være tilstede i postsystemer, samt synkronisering i designtilnærminger. Men dette er to produkter som er designet for ulike målgrupper av brukere.

Hva er utfordringene utviklere står overfor

Videre i teksten skal jeg kun snakke om det nye bedriftspostsystemet Mailion.

Vi har foretatt en grundig research og analysert fordeler og ulemper med eksisterende e-postløsninger. Den akkumulerte erfaringen til spesialistene våre, som tidligere var direkte involvert i opprettelsen av høybelastningssystemer, tillot oss raskt å identifisere hovedsmertepunktet til et velkjent produkt - ytelsen til diskinngang og -utgang (IO).

Vi kan si at oppgaven med å akselerere IO-operasjoner har blitt hovedutfordringen vi sto overfor. Det var nødvendig å fokusere på å løse våre spesifikke oppgaver, og vi begynte å lage og utvikle vårt eget binære datalagringssystem. Denne tilnærmingen har en veldig åpenbar økonomisk komponent - vi trenger ikke bare å lagre data, men også å utføre mye diskinn- og utdataoperasjoner.

En slik beslutning var ikke lett. Vi så på mange produkter i bedriftsklassen som er rettet mot å lagre informasjon, og fant ikke noe klart og passende for våre behov. Tross alt trenger vi ikke bare å lagre data, men også å hele tiden jobbe med dem, og ikke i eksklusiv modus med tilgang til en bruker, men for å sikre muligheten for samarbeid mellom flere titusenvis av brukere.
Så vi har bestemt at det mest prioriterte bedriftskriteriet for oss er å jobbe med store mengder data.

Pålitelighet

Dessuten er dette ikke så mye et spørsmål om lagring som oppgaven med å behandle og rask tilgang til denne informasjonen. Det er nødvendig å sikre høye pålitelighetsindikatorer - tiden for kontinuerlig drift av hele løsningen skal være på nivået 99,9%. Imidlertid må e-postsystemet være autonomt når det gjelder å ta de riktige avgjørelsene om avvisningshåndtering. Bare på denne måten er det mulig å oppnå fravær av feil som kan lamme forretningsprosessene til et bestemt selskap.

feiltoleranse

Vi har utarbeidet et sett med tiltak som brukes på hver komponent, og valgt tilnærminger for å sikre feiltoleranse. Spesielt bruker bedriftspostsystemet dataquorum, tjenestereservasjon og statsløshetskontroll, samt egne ruting- og konsensusbaserte beslutningsdyktighetsmekanismer.

Kriteriet for høy feiltoleranse er tilstedeværelsen i hver komponent av mekanismer for selvtesting. Mailion analyserer hele tiden om denne eller den funksjonen er utført riktig eller feil, om denne eller den blokken fungerer riktig. Dette er et av midlene for selvhelbredelse av systemet i tilfelle feil. Informasjon skal ikke gå tapt, løsningen bør gå inn i en konsistent tilstand etter hvert.

Det må forstås at det ikke er mulig å forutse alle sannsynlige hendelser i livet generelt - du kan ikke lure fysikk. Men vi følger slike designtilnærminger som lar oss snakke med en ganske høy grad av selvtillit om riktig håndtering av ulykker med visse mønstre. Vi har også et stort testteam som hele tiden prøver å bryte noe i produktet. Og noen ganger lykkes de. Basert på dette faktum starter en hendelse, som vi studerer i detalj og på grunnlag av den oppretter en ny mekanisme for å eliminere slike problemer.

Hvordan systemet reagerer på krasj

Markedet stiller ofte spørsmålet - hva skjer med systemet hvis det plutselig mister forbindelsen med en av nodene? En slik forespørsel er spesielt relevant hvis du planlegger å implementere en geografisk distribuert løsning.

Når du designer en slik installasjon, er det nødvendig å ta hensyn til kundens behov og hans sett med pålitelighetskriterier. Det er en feil å anta at tilkoblingen til datanettverket er den samme overalt. I bedriftssystemer er selv hastigheten på signalet gjennom fiberen viktig å vurdere.

Dersom kunden stiller høye krav til pålitelighet, så vil vi anbefale installasjon i flere datasentre, som vil kobles sammen med dedikerte kommunikasjonslinjer.
Likevel kan scenariet med et fullstendig strømbrudd i en av nodene i postsystemet ikke utelukkes. I dette tilfellet vil arbeidet med hoveddataene til dette segmentet bli suspendert, men resten av delene vil fungere som om ingenting hadde skjedd. Systemet vil varsle administratorer om tapet av en node, og ansatte må ta en rekke passende handlinger.

Dessuten kan postsystemet vårt konfigureres på en slik måte at reservasjoner finner sted inne i datasenteret. Denne tilnærmingen vil sikre drift i tilfelle tap av flere noder inne i datasenteret, og ingen vil merke tapet av en av nodene - bortsett fra selvfølgelig overvåkingssystemet. Når en slik hendelse inntreffer, blir belastningen ganske enkelt omfordelt. Når du designer et postsystem, er det derfor viktig å ta hensyn til marginen – hvor mange og hvilke komponenter som kan «gå tapt» i en ulykke.

Uavhengighet

Absolutt pålitelige systemer eksisterer ikke, og feil på en eller annen måte, men kan skje. Derfor, når du designer et e-postsystem, er det viktig å gi muligheten til raskt å lokalisere feil, noe som vil tillate dem å bli eliminert innen en viss SLA-periode. Dessuten bør feil elimineres av systemet på egen hånd, samtidig som inngripen fra systemadministratorer og vedlikeholdstjenester minimeres.

Enkel betjening

Selvfølgelig kan store systemer ikke annet enn å kreve oppmerksomhet fra høyt kvalifiserte ansatte. Men et av aspektene vi vurderer når vi designer er at systemet skal være enkelt å administrere og ikke kreve noen unik kompetanse.

Økonomisk effektivitet

Selvfølgelig, for å jobbe med slike bedriftssystemer, kreves opplæring av ansatte - tross alt snakker vi om virkelig store skalaer. Derfor, da vi opprettet produktet vårt, fokuserte vi på å redusere de totale eierkostnadene for systemet. For enhver bedrift er det viktig å overvåke effektiviteten av utgiftene og bestrebe seg på å unngå den endeløse injeksjonen av penger i driftsutgiftene.

Desentralisering

For å oppnå prinsippene jeg snakket om tidligere, er det nødvendig at systemet er fullstendig distribuert - en sentralisert tilnærming er alltid begrenset av betingelsene for bruk av maskinvaren.

Selvfølgelig kan du kjøpe en stor server og prøve å sette alle applikasjonene og tjenestene på den. Men jo større systemet er, desto mer komplisert er hele designet, og påliteligheten til et slikt system synker jevnt og trutt - tross alt betyr én server et enkelt feilpunkt. Og jo mer vi sentraliserer arbeidet, jo mer er vi avhengige av det sentrale punktet.

Systemkrav

Når vi snakker om komplekse bedriftspostsystemer, må vi forstå at det ikke er noe slikt som en "minimal konfigurasjon for arbeid". I hjertet av enhver stor implementering er alltid seriøst designarbeid. Den lar deg korrelere behovene til en bestemt virksomhet og den optimale konfigurasjonen av postsystemet.

Bedriftspostsystemet er et fleksibelt verktøy som kan tilpasses etter et stort antall parametere. Vi gjennomfører lasttesting etter vår egen metodikk, som lar oss simulere lasten basert på analysen av et dusin grunnleggende og flere hundre mulige kriterier.

Vi kan si at når du forbereder et implementeringsprosjekt, er det beregningene som vil vise intensiteten til brukernes arbeid i de eksisterende forretningsprosessene i organisasjonen. Samtidig analyseres mange inngangsparametere, og avhengig av mulig belastning tas en beslutning om nødvendig mengde datakraft - fra en datamaskin til et helt datarom.

Derfor er det ikke helt riktig å snakke om noen minimale konfigurasjoner. Spesielt har vi også et demo-stativ som kjører på kun én maskin. Men vi forstår at arbeid i bedriftssegmentet krever installasjon på dusinvis og til og med hundrevis av virtuelle maskiner.

Teknologistabel

Når vi lager produkter, legger vi spesiell vekt på lisensrenheten til koden. Høye kvalitetsstandarder er satt og håndhevet hos MyOffice, som krever at vi fullt ut utvikler produkter selv, med minimal involvering av ekstern kode.

Mye av Mailions kode er egenutvikling, kode som er heleid av oss og som vi kan endre og modifisere etter behov. Det meste av koden til vårt postsystem er selvskrevet i Go (Golang). I tillegg til Go bruker vi C++ samt Java Script ES6 for webdelen.

De resterende 5 % er såkalte «tunge komponenter» som databaser. Disse inkluderer RethinkDB, ArangoDB og Redis. Av nøkkelteknologiene merker jeg også gRPC - et eksternt prosedyrekallsystem som brukes som en enkelt mekanisme for å samhandle via API, dette er en viktig del.

Hva er produktet laget av

Et bedriftspostsystem er ikke en "server i et vakuum". Vårt produkt inkluderer ca. 70 komponenter og 45 tjenester som støtter postsystemet. Alle disse elementene er skrevet fra bunnen av og er MyOffice sin egen utvikling.

Den mest synlige delen av systemet er serverkomplekset, som gir lagring, e-post, kalender og søkesystemer, og en webklient. Vi utvikler også flere brukerapplikasjoner og planlegger å tilby våre brukere nye "tynne klienter" basert på våre nettklientteknologier innen den kommersielle utgivelsen.

E-postsystemkompatibilitet

Mailion fungerer i henhold til standard protokoller. For å begynne å bruke løsningen vår trenger du bare å sette opp klientapplikasjoner og fortsette å jobbe med dem i et kjent miljø. Du kan for eksempel bruke klientapplikasjonen som følger med MyOffice Mail.

For brukernes bekvemmelighet har vi også laget en spesiell plugin som gir en sømløs overgang fra Exchange. Med dens hjelp vil brukere kunne fortsette å jobbe med MS Outlook når de bytter ut e-postserveren - de vil ikke en gang legge merke til at noe har endret seg i deres vanlige samhandling med kommunikasjonsverktøy. En slik plugin lar deg enkelt overføre brukere fra det gamle e-postsystemet, uten å stoppe arbeidet til hele organisasjonen. Dette er spesielt viktig hvis du trenger å erstatte verktøy for hundretusenvis av brukere.

Enkel administrasjon

En funksjon ved vårt bedriftspostsystem er behovet for ekstremt lite deltakelse fra administratorer. Ved utformingen prøvde vi å finne en balanse mellom muligheten for tilpasning og kompleksiteten i ledelsen. For å oppnå dette, trengte vi å forske mye på atferdsmønstrene til administratorer av komplekse bedriftssystemer.

Som jeg sa tidligere, består teamet vårt av høyt kvalifiserte spesialister – hver av dem har solid administrasjonserfaring. Derfor, når vi utviklet systemet, prøvde vi å overføre deres erfaring til brukernes behov når de administrerte et komplekst produkt. Med andre ord, med kunnskap om potensielle problemer, forutså vi måter å løse dem på på arkitektonisk designnivå på forhånd.

For eksempel,

isolering av systemkomponenter i containere, inkludert infrastrukturcontainere, er gitt - dette hjelper oss med å øke sikkerhetsnivået, fleksibelt konfigurere tilgang mellom komponenter, og lar oss også raskt inkludere nye elementer i listen over støttede systemer og plattformer som er etterspurt etter virksomhet;
en enkelt tilnærming til utvikling og distribusjon, ett enkelt konfigurasjonsformat for alle komponenter bidrar til et mer forståelig og effektivt arbeid og reduserer støttekostnader;
eget systeminstallasjonsprogram, basert på de vanlige distribusjonsverktøyene, lar deg administrere installasjonen sentralt, fleksibelt og forståelig;
mikrotjenestearkitektur med en klar ansvarsfordeling av forretningslogikk mellom tjenester bidrar til å forstå systemets skjema og støtte mer effektivt;
infrastrukturdelen av systemet er basert på kjente løsninger, ved bruk av beste praksis, og tillater også integrasjon med eksisterende systemer i bedriften, noe som forenkler idriftsettelse av systemet i bedriften;
for dette formålet vil det bli gitt et kunstig intelligensbasert system i lagringsanlegget, som uavhengig vil kunne identifisere potensielle feil og administrere utstyr.

Moderne design

Det tok flere tusen arbeidstimer å lage produktdesignet. Før utviklingen var oppgaven å gjøre grensesnittet moderne – enkelt og intuitivt. Det er vanskelig når du designer et bedriftssystem som må inkludere en rekke spesifikke funksjoner som standard.

Design kan selvfølgelig ikke «hugges i stein» eller godkjennes for signatur og forsegling – det er et levende verktøy, det er i stadig utvikling og forbedring. I løpet av fire år har vi transformert designet flere ganger, men det har ikke skjedd en radikal endring i ideologien. Nøkkelprinsippet for å bygge hele bedriftens produktlinje er å lage et universelt designsystem.

Ved utformingen av et bedriftspostsystem la vi spesielt vekt på utviklingen av tre nøkkelområder – tilpasningsevne, konsistens og evnen til å tilpasse seg kundens bedriftsidentitet.

Tilpasningsevne

En designfunksjon for grensesnittene til Mailion bedriftspostsystem er muligheten til å vises på enheter med skjermer i alle størrelser. Alle visuelle komponenter er nøye tegnet, de skalerer riktig når du arbeider på mobile enheter og er perfekt egnet selv for fingerkontroll på berøringsskjermer. Når størrelsen på applikasjonsvinduet endres, blir også kolonneoppsettet transformert - størrelsen på kolonnene blir forskjøvet proporsjonalt, i strengt samsvar med postulatene til konseptet med rike Internett-applikasjoner.

Konsistens

Designet av Mailion bedriftspostsystem er basert på en systematisk tilnærming. Vi har utviklet denne retningen siden begynnelsen av 2017, da det ikke var like mote å snakke om designsystemer som det er nå. Et designsystem er et sett med regler og verktøy for visuell og teknisk utførelse som reflekterer filosofien til et produkt og er i stadig utvikling. Vi introduserte det for å forenkle kommunikasjonen mellom utvikling og design.

Tilpasning av bedriftsidentitet

Vårt design er en "kameleon" som kan tilpasse seg enhver klients bedriftsidentitet. Fargene til alle grensesnittelementer er definert gjennom variabler. Ved å endre grunnsettet med flere farger kan du derfor farge alle applikasjoner på en gang.

Fonter er også definert gjennom variabler: grensesnittet kan bruke bedriftsfonten til klientselskapet, hvis det er gitt i klientens merkevarebok. Samtidig kan ulike fonter ha ulik bokstavstørrelse, og det tar vi hensyn til. For eksempel ser PT Sans i størrelse 16 merkbart mindre ut enn Roboto i samme størrelse 16. Derfor justerer vi størrelsen på tekstblokker til funksjonene til en bestemt skrift.

Vi vil vie separate artikler til strukturen til fargebiblioteket vårt og særegenhetene ved å jobbe med fonter.

Mobile Apps

Mobilapplikasjoner er en integrert del av ethvert moderne postsystem - brukere skal kunne jobbe fra hvor som helst og når som helst.
Nå danner vi bare konseptet med bedriftsmobilapplikasjoner, de bør ta hensyn til forskjellene i funksjonaliteten til MyOffice-postsystemene og tilby forskjellige tilnærminger til bruk av e-post- og kalendersystemer i bedrifter.

Intelligent mediepanel

Fokusgruppene våre viste at brukere synes grensesnittet til kjente e-postsystemer er tungvint. Respondentene vi intervjuet bemerket at arbeidet med kalenderhendelser og vedlegg var spesielt vanskelig. Vi prøvde å oppnå et responsivt grensesnitt og øke produktiviteten – for å gjøre produktet vårt behagelig å bruke.

Mediepanelet, et nytt samarbeidsverktøy, organiserer all informasjon om en samtale og gir umiddelbar tilgang til listen over deltakere i samtalen, lenker og versjoner av dokumenter som noen gang har blitt sendt.

Dette verktøyet hjelper i situasjoner der brukere må jobbe med store spor av hundrevis av innlegg. Det hender ofte at du trenger å finne et dokument eller bilde som bare var i ett av dem. Mediepanelet lager en liste over alle elementene i e-posttråden og viser dem på ett sted. Som et resultat blir det mye lettere å finne ønsket objekt.

lokalisering

Behovet for et bedriftspostsystem er ikke bare blant russiske brukere. MyOffice forfølger en konsekvent politikk for å gå inn på utenlandske markeder, så spørsmålene om produktlokalisering blir gitt ganske mye oppmerksomhet.

I vårt produkt ble behovet for lokalisering til fremmedspråk fastsatt helt fra begynnelsen, på nivå med den grunnleggende delen av systemet. I seg selv er det ikke et stort problem for oss å legge til nye språk - dette er en helt forståelig oppgave som vi vet hvordan vi skal løse.

Nå er russisk og engelsk tilgjengelig for brukere. I de neste utgivelsene vil vi legge til støtte for språkene som MyOffice-produktene fungerer på – fransk, spansk, portugisisk og andre – til bedriftspostsystemet. På noen måter er det lettere for oss enn for kolleger fra naboavdelinger, siden det for post- og kalendersystemer bare er nødvendig å ta hensyn til alfabetet og særegenhetene ved å jobbe med datoer og klokkeslett - heldigvis har vi ikke formler, som i et regnearkredigeringsprogram.

Ja, vi ansetter!

Det tok flere hundre årsverk å lage vårt produkt. Og med alt mitt ønske ville jeg ikke kunne fortelle om alt på en gang innenfor rammen av én artikkel. Likevel håper jeg at denne publikasjonen vil tjene som et utgangspunkt for å bli kjent med produktet vårt - som jeg sa ovenfor, planlegger jeg å fortsette å snakke mer detaljert om både selve løsningen og dens funksjoner, samt våre tilnærminger til utvikling .

Uten en skygge av beskjedenhet vil jeg også si at det i dag er noen få selskaper som utvikler slike postsystemer rundt om i verden. Dette er en veldig kompleks ingeniøroppgave, den krever både en dyp forståelse av behovene til bedriftskunder, og en grundig analyse av forretningsprosessene til store organisasjoner, moderne trender innen design og utvikling, samt en god del kompetente spesialister. Vårt postsystem utvikler seg hver dag.

Akkurat nå er vi nesten åpne femti ledige stillinger i utvikling. Kom på jobb hos oss hvis du vil jobbe med oss for å lage et produkt som kan endre måten bedriftsverdenen tenker på e-post.

Kilde: www.habr.com