Antaŭ preskaŭ kvar jaroj ni komencis desegni fundamente novan distribuitan retpoŝtan sistemon, Mailion, kiu estas desegnita por kompania komunikado. Nia solvo estas konstruita sur Cloud Native mikroserva arkitekturo, kapablas labori kun pli ol 1 uzantoj samtempe kaj estos preta kovri 000% de la bezonoj de grandaj korporacioj.
Dum la laboro pri Mailion, la teamo kreskis plurajn fojojn, kaj nun preskaŭ 70 programistoj estas implikitaj en la produkto. Ni iris longan vojon de la ideo kaj la unuaj prototipoj ĝis la etapo de pilotado de komerca versio. Estas tempo diri al Habr pri kia produkto ni kreas, kiel nia poŝta sistemo estas strukturita kaj funkcias, kian teknologian stakon ni uzas kaj kial nia solvo estas la estonteco de kompania komunikado. Ni iru!
Habr, saluton! Mi nomiĝas Anton Gerasimov, mi gvidas la disvolvan fakon en la Moskva evolucentro de la kompanio . Hodiaŭ ni ŝatus prezenti Mailion, esence novan rusan entreprenan klasan poŝtsistemon, kiu fariĝos inda alternativo al popularaj eksterlandaj solvoj. Mailion havas altan ŝarĝkapablon, senprecedencan skaleblecon kaj misfunkciadon, kaj postulas minimuman atenton de sistemadministrantoj.
Nuntempe nia evoluo estas en la beta-fazo, sed tre baldaŭ, laŭ nia plano, ĝis la fino de 2020, ĝi fariĝos pilota efektivigo de komerca produkto.
Plejparte, ĉi tiu artikolo enhavas ĝeneralajn informojn - estas simple neeble paroli pri kompleksa programaro en unu publikaĵo. Mi planas fari serion da artikoloj parolantaj pri ŝlosilaj teknologioj. Intertempe, por via komforto, mi proponas la jenan enhavon:
Kio estas kompania retpoŝta sistemo?
La simpla kaj evidenta respondo al ĉi tiu demando estas retpoŝta kaj kalendara ilo. Sed la diablo, kiel ni scias, estas en la detaloj.
Do, ni kreas novan generacion de poŝto kun altnivelaj programaj funkcioj, kiu celas la kompanian segmenton kaj grandajn kompaniojn. Ni celas labori kun grandaj komercaj kaj registaraj strukturoj, kiuj povas havi de 30 mil ĝis kelkcent mil laborpostenoj.
Nia sistemo baziĝas sur la principo de platforma solvo. Ni konstruas la koncepton de Unuigitaj Komunikadoj kaj ofertas ununuran ilon por labori kun poŝto, kalendaro kaj dokumentoj ene de unu sistemo, kun la kapablo pliigi la funkciecon de la solvo kunligante pliajn modulojn kaj komponantojn. Etendaĵoj, cetere, povas esti evoluigitaj ne nur de ni, sed ankaŭ de niaj partneroj. Tiucele, sufiĉe larĝa ilaro de SDK estos publikigita.
Kiu bezonas alian poŝton kaj kial?
Grandaj entreprenoj formis interesan tendencon - entreprenoj spertas bezonon de kunlaboraj funkcioj. Ni parolas ne nur pri rekta interago inter dungitoj per sendo de io, sed pri komuna aliro al leterkestoj kaj rolludaj kontoj, la kapablo labori kun grandaj grupoj de partoprenantoj kaj la ĉeesto de diversaj kompaniaj funkcioj.
Tipa kompania funkcio estas mekanismo por memori leterojn, kiu estas ege populara en grandaj kompanioj, sed praktike ne estas uzata nek en la B2C-segmento nek en malgrandaj entreprenoj. La afero estas, ke inter malgrandaj grupoj de uzantoj la verŝajneco de tia bezono aperu estas sufiĉe malgranda, kaj la kosto de eraro estas multe malpli. Plie, estas simple neeble efektivigi ĉi tiun funkcion ekster la kompania poŝtosistemo - eĉ Guglo-poŝto ne rememoras leterojn en la formo, al kiu la uzantoj de Exchange kutimas. La radiko de la problemo kuŝas en la dezajno de poŝtaj protokoloj de la 80-aj jaroj de la pasinta jarcento.
Ni faris dekduojn da fokusgrupoj, enketis centojn da uzantoj kaj pasigis plurajn milojn da homhoroj por identigi tipajn retpoŝtajn uzadoscenarojn. Ĉi tio permesis al ni zorge studi la bezonojn de niaj eblaj uzantoj kaj la trajtojn de iliaj komercaj procezoj. Surbaze de la datumoj akiritaj, ni decidis evoluigi arkitekturon kiu permesus al ni grimpi al la bezonata ŝarĝo-volumo se necese. Laŭ nia opinio, tute ne ekzistas limo, sed nuntempe ni komprenas kiel certigi la laboron de kompanioj, kiuj dungas plurcent milojn da uzantoj.
Kio kaŝiĝas sub la kapuĉo
Nia produkto inkluzivas retpoŝtan solvon, kalendaran planilon, adreslibron, kaj ankaŭ interagan rigardadon de dokumentoj bazitaj sur nia MyOffice-solvo por labori kun dokumentoj.
Ĉar ni parolas pri kompania-nivela solvo, integra parto de kompania poŝto ankaŭ estas plentaŭga serĉsistemo. Nia solvo kapablas plenumi fin-al-finan morfologian serĉon tra ĉiuj komponantoj. Krome, la tuta poŝtsistemo baziĝas sur sia propra stokado, kiu ankaŭ estas optimumigita por kunlaboro.
Kio estas la diferencoj inter MyOffice-poŝtsistemoj?
Habr-leganto, kiu jam havis sperton pri laboro kun MyOffice-solvoj, scias, ke komercaj produktoj inkluzivas "MyOffice Mail". Kaj aperas la demando - kiaj estas ĝiaj diferencoj de la kompania retpoŝta sistemo Mailion, pri kiu mia teamo laboris?
Ni ĉe MyOffice decidis, ke por renkonti la bezonojn de kompanioj de malsamaj grandecoj, necesas krei du entreprenajn retpoŝtajn sistemojn. La produkto MyOffice Mail estas destinita por organizoj en kiuj la nombro da uzantoj sumiĝas al miloj aŭ pluraj dekoj da miloj. Por pli grandaj strukturoj, estas pli konsilinde uzi Mailion - la novan MyOffice-produkton, kiu estas konstruita sur Cloud Native-mikroserva arkitekturo kaj havas senprecedencajn skalo- kaj faŭltoleremo-kapablojn.
Elektante produktojn, klientoj devas anticipe decidi pri la strategio por la plua disvolviĝo de sia kompanio. Por iu ajn organizo, efektivigi retpoŝtan sistemon estas kompleksa projekta laboro, kiu ne implicas rapide anstataŭigi unu solvon per alia. Tial, la maksimuma ebla ŝarĝo, faŭltoleremo kaj mem-resaniga kriterioj, same kiel la geografia distribua faktoro devus esti konsiderataj anticipe.
La du retpoŝtaj sistemoj de MyOffice estas fundamente malsamaj. Ili estas konstruitaj per malsamaj teknologiaj stakoj, kaj la iloj por ĉiu sistemo estas elektitaj laŭ la celoj kaj celoj de la segmento en kiu la poŝta sistemo estos deplojita. Ni havas komunan produktovizion pri tio, kio devus ĉeesti en poŝtsistemoj, same kiel sinkronigadon en aliroj al dezajno. Sed ĉi tiuj estas du produktoj desegnitaj por malsamaj spektantaroj de uzantoj.
Kiajn defiojn alfrontas programistoj?
Plue en la teksto mi nur parolos pri la nova kompania poŝtsistemo Mailion.
Ni faris ĝisfundajn esplorojn kaj analizis la avantaĝojn kaj malavantaĝojn de ekzistantaj retpoŝtaj solvoj. La amasigita sperto de niaj specialistoj, kiuj en la pasinteco estis rekte implikitaj en la kreado de altŝarĝaj sistemoj, permesis al ni rapide identigi la ĉefan dolorpunkton de iu konata produkto - la agado de diskaj enigo kaj eligo-operacioj (IO) .
Ni povas diri, ke la tasko akceli IO-operaciojn fariĝis la ĉefa defio, kiun ni alfrontis. Necesis koncentriĝi pri solvado de niaj specifaj problemoj kaj ni komencis krei kaj disvolvi nian propran binaran datuman stokadon. Ĉi tiu aliro havas tre evidentan ekonomian komponanton - ni bezonas ne nur stoki datumojn, sed ankaŭ fari sufiĉe multajn diskajn enigajn kaj eligajn operaciojn.
Ĉi tiu decido ne estis farita malpeze. Ni studis multajn entreprenajn produktojn, kiuj celas konservi informojn, kaj ne povis trovi ion pretan kaj taŭgan por niaj postuloj. Post ĉio, ni bezonas ne nur stoki datumojn, sed ankaŭ konstante labori kun ĝi, kaj ne en ekskluziva reĝimo kun aliro al unu uzanto, sed certigi la eblecon de kunlaboro inter pluraj dekoj da miloj da uzantoj.
Do, ni determinis, ke la plej alta prioritata kompania kriterio por ni laboras kun grandaj volumoj da datumoj.
Fidindeco
Krome, ĉi tio ne estas tiom demando pri stokado, kiel tasko pri prilaborado kaj rapida aliro al ĉi tiu informo. Oni bezonas certigi altajn fidindecajn indikilojn - la daŭra funkciada tempo de la tuta solvo devus esti je la nivelo de 99,9%. Samtempe, la poŝta sistemo devas esti aŭtonoma por fari la ĝustajn decidojn pri prilaborado de rifuzoj. Nur tiamaniere ni povas certigi la foreston de fiaskoj, kiuj povas paralizi la komercajn procezojn de aparta kompanio.
kulpo toleremo
Ni laboris per aro da mezuroj, kiuj estas aplikataj al ĉiu komponanto kaj elektitaj aliroj por certigi misfunkciadon. Aparte, la kompania poŝtosistemo uzas kvoruman prilaboradon de datumoj, rezervadon de servoj kaj kontrolon de la foresto de iliaj ŝtatoj, same kiel siajn proprajn mekanismojn por vojigo kaj kvoruman subtenon bazitan sur konsento.
Kriterio por alta faŭltoleremo estas la ĉeesto de memkontrolaj mekanismoj en ĉiu komponento. Mailion konstante analizas ĉu tiu aŭ alia funkcio estas ekzekutita ĝuste aŭ malĝuste, ĉu tiu aŭ alia bloko funkcias ĝuste. Ĉi tio estas unu el la rimedoj de mem-saniĝo de la sistemo en kazo de fiasko. Informoj ne perdiĝas, la solvo finfine atingu konsekvencan staton.
Vi devas kompreni, ke ne eblas antaŭvidi ĉiujn eblajn eventojn en la vivo - vi ne povas trompi fizikon. Sed ni aliĝas al tiaj dezajnaj aliroj, kiuj permesas al ni paroli kun sufiĉe alta grado de fido pri la ĝusta uzado de akcidentoj de iuj ŝablonoj. Ni ankaŭ havas grandan testan grupon, kiu ĉiam provas rompi ion en la produkto. Kaj foje ili sukcesas. Ĉi tiu fakto deĉenigas okazaĵon, kiun ni studas detale kaj, sur ĝia bazo, kreas novan mekanismon por forigi ĉi tiun tipon de problemo.
Kiel la sistemo reagas al akcidentoj
La merkato ofte demandas - kio okazos al la sistemo se ĝi subite perdos komunikadon kun unu el siaj nodoj? Ĉi tiu peto estas precipe grava se vi planas efektivigi geografie distribuitan solvon.
Kiam vi desegnas tian instaladon, necesas konsideri la bezonojn de la kliento kaj lian aron de fidindeckriterioj. Estas eraro kredi, ke la konekto al la datumreto estas la sama ĉie. En entreprenaj sistemoj, estas grave konsideri eĉ la rapidecon de la signalo tra la optika fibro.
Se la kliento havas altajn postulojn por fidindeco, tiam ni rekomendos instaladon en pluraj datumcentroj, kiuj estos konektitaj per dediĉitaj komunikadlinioj.
Tamen, la scenaro de kompleta elektropaneo en unu el la nodoj de la poŝta sistemo ne povas esti ekskludita. En ĉi tiu kazo, laboro kun la ĉefaj datumoj de ĉi tiu segmento paŭzos, sed la ceteraj partoj funkcios kvazaŭ nenio okazus. La sistemo sciigos administrantojn, ke nodo estas perdita, kaj dungitoj devos fari taŭgajn agojn.
Ankaŭ, nia poŝta sistemo povas esti agordita tiel ke rezervoj okazas ene de la datumcentro. Ĉi tiu aliro certigos funkciadon en la okazo de perdo de pluraj nodoj ene de la datumcentro, kaj neniu rimarkos la perdon de unu el la nodoj - krom, kompreneble, la monitora sistemo. Kiam tia evento okazas, la ŝarĝo estas simple redistribuita. Tial, kiam vi desegnas poŝtan sistemon, gravas konsideri la marĝenon - kiom kaj kiuj komponantoj povas esti "perditaj" en akcidento.
Sendependeco
Ne ekzistas absolute fidindaj sistemoj, kaj misfunkciadoj, iel aŭ alie, povas okazi. Tial, dum desegnado de poŝta sistemo, estas grave certigi la kapablon rapide lokalizi misfunkciadojn, kio permesos ilin esti forigitaj ene de certa SLA-periodo. Plie, misfunkciadoj devas esti korektitaj de la sistemo sendepende, dum minimumigante la intervenon de sistemaj administrantoj kaj operaciaj servoj.
Facileco de funkciado
Kompreneble, grandaj sistemoj ne povas ne postuli atenton de tre kvalifikitaj dungitoj. Sed unu el la aspektoj kiujn ni konsideras dum desegnado estas ke la sistemo devus esti facile administrebla kaj ne postuli iujn ajn unikajn kompetentecojn.
Ekonomia efikeco
Kompreneble, por labori kun tiaj kompaniaj sistemoj, dungita trejnado estas bezonata - post ĉio, ni parolas pri vere grandega skalo. Tial, kreante nian produkton, ni koncentriĝis pri redukto de la totalkosto de posedo de la sistemo. Por iu ajn komerco, estas grave kontroli la efikecon de elspezo kaj strebi eviti senfine verŝi monon en operaciajn elspezojn.
Malcentralizo
Por atingi la principojn, pri kiuj mi parolis pli frue, la sistemo devas esti tute distribuita - centralizita aliro ĉiam estas limigita de la kondiĉoj de uzo de la aparataro.
Kompreneble, vi povas aĉeti unu grandan servilon kaj provi instali ĉiujn aplikojn kaj servojn sur ĝi. Sed ju pli granda la sistemo, des pli kompleksa la tuta dezajno, kaj la fidindeco de tia sistemo konstante malpliiĝas - finfine unu servilo signifas ununuran punkton de fiasko. Kaj ju pli ni centralizas la laboron, des pli ni dependas de tiu ĉi centra punkto.
Sistemaj postuloj
Kiam ni parolas pri kompleksaj kompaniaj retpoŝtaj sistemoj, ni devas kompreni, ke ne ekzistas "minimuma agordo por funkciado". La bazo de iu ajn granda efektivigo ĉiam estas serioza desegna laboro. Ĝi permesas vin korelacii la bezonojn de specifa komerco kaj la optimuman agordon de la poŝta sistemo.
Korporacia retpoŝta sistemo estas fleksebla ilo, kiu povas esti agordita laŭ granda nombro da parametroj. Ni efektivigas ŝarĝtestadon uzante nian propran metodaron, kiu ebligas al ni simuli la ŝarĝon surbaze de analizo de dekduo bazaj kaj kelkcent eblaj kriterioj.
Ni povas diri, ke kiam vi preparas efektivigprojekton, estas la kalkuloj kiuj montros la intensecon de uzantlaboro en la ekzistantaj komercaj procezoj de la organizo. En ĉi tiu kazo, multaj enigparametroj estas analizitaj, kaj depende de la ebla ŝarĝo, decido estas farita pri la bezonata kvanto de komputika potenco - de unu komputilo ĝis tuta komputilejo.
Tial, paroli pri iuj minimumaj agordoj ne estas tute ĝusta. Precipe, ni ankaŭ havas pruvstandon kiu funkcias sur nur unu maŝino. Sed ni komprenas, ke labori en la kompania segmento postulas instaladon sur dekoj kaj eĉ centoj da virtualaj maŝinoj.
Teknologia stako
Kiam ni kreas produktojn, ni donas specialan atenton al la licencita pureco de la kodo. MyOffice establis kaj funkciigas altkvalitajn normojn, kiuj postulas nin sendepende evoluigi produktojn tute, kun minimuma implikiĝo de ekstera kodo.
Granda parto de la kodo de Mailion estas nia propra, kodo al kiu ni plene posedas la rajtojn kaj kiun ni povas ŝanĝi kaj modifi laŭbezone. Plejparto de la kodo por nia retpoŝta sistemo estas skribita interne en Go (Golang). Krom Go, ni uzas C++ same kiel Java Script ES6 por la retparto.
La ceteraj 5% estas la tiel nomataj "pezaj komponantoj", kiel datumbazoj. Ĉi tiuj inkluzivas RethinkDB, ArangoDB kaj Redis. Inter la ŝlosilaj teknologioj, mi ankaŭ notos gRPC - foran procedan alvokan sistemon, kiu estas uzata kiel ununura mekanismo por interago per API, ĉi tio estas grava parto.
El kio konsistas la produkto?
Korporacia retpoŝta sistemo ne estas "servilo en vakuo". Nia produkto inkluzivas ĉirkaŭ 70 komponantojn kaj 45 servojn, kiuj konservas la poŝtan sistemon. Ĉiuj ĉi tiuj elementoj estas skribitaj "de nulo" kaj estas la propra evoluo de MyOffice.
La plej rimarkinda parto de la sistemo estas la servila komplekso, kiu disponigas stokadon, poŝton, kalendaron kaj serĉsistemojn, kaj TTT-klienton. Ni ankaŭ disvolvas plurajn uzantajn aplikojn kaj planas oferti al niaj uzantoj novajn "maldikajn klientojn" bazitajn sur niaj retklientaj teknologioj ĝis la tempo de komerca liberigo.
Kongruo kun poŝtaj sistemoj
Mailion funkcias per normaj protokoloj. Por ekuzi nian solvon, vi nur bezonas agordi klientajn aplikaĵojn kaj daŭre labori kun ili en via kutima medio. Ekzemple, vi povas uzi la klientan aplikaĵon inkluzivita en la produkto MyOffice Mail.
Ankaŭ, por la komforto de niaj uzantoj, ni kreis specialan kromprogramon kiu provizas senjuntan transiron de Exchange. Kun ĝia helpo, uzantoj povos daŭrigi labori kun MS Outlook anstataŭante poŝtservilon - ili eĉ ne rimarkos, ke io ŝanĝiĝis en sia kutima interago kun komunikaj iloj. Ĉi tiu kromaĵo ebligas al vi glate translokigi uzantojn de la antaŭa poŝta sistemo, sen ĉesigi la laboron de la tuta organizo. Ĉi tio estas precipe grava se vi bezonas anstataŭigi ilojn por servi centojn da miloj da uzantoj.
Facileco de administrado
La propreco de nia kompania poŝta sistemo estas, ke ĝi postulas ege malmulte da partopreno de administrantoj. Dum desegnado, ni provis trovi ekvilibron inter la ebleco de personigo kaj komplekseco de administrado. Por atingi ĉi tion, ni bezonis multe esplori la kondutajn ŝablonojn de administrantoj de kompleksaj kompaniaj sistemoj.
Nia teamo konsistas, kiel mi antaŭe diris, el altkvalifikitaj specialistoj - ĉiu el ili havas solidan administran sperton. Tial, dum disvolvado de la sistemo, ni provis transdoni ilian sperton al la bezonoj de uzantoj dum administrado de kompleksa produkto. Alivorte, sciante pri la eblaj problemoj, ni iniciateme disponigis manierojn solvi ilin ĉe la arkitektura dezajnonivelo.
Ekzemple,
- Izoliĝo de sistemaj komponantoj en ujojn estas provizita, inkluzive de infrastrukturoj - ĉi tio helpas nin pliigi la nivelon de sekureco, flekseble agordi aliron inter komponantoj, kaj ankaŭ permesas al ni rapide inkluzivi novajn erojn postulatajn de komerco en la listo de subtenataj sistemoj kaj platformoj;
- unuigita aliro al evoluo kaj deplojo, ununura agorda formato por ĉiuj komponentoj kontribuas al pli klara kaj pli efika operacio kaj reduktas subtenkostojn;
- via propra sisteminstalilo, bazita sur konataj deplojiloj, permesas al vi administri la instaladon centre, flekseble kaj klare;
mikroserva arkitekturo kun klara divido de komercaj logikrespondecoj inter servoj helpas kompreni la operacian skemon de la sistemo kaj provizi subtenon pli efike; - la infrastruktura parto de la sistemo baziĝas sur konataj solvoj, uzante plej bonajn praktikojn, kaj ankaŭ permesas integriĝon kun ekzistantaj sistemoj en la entrepreno, kio simpligas la komisiadon de la sistemo ene de la kompanio;
- Por ĉi tiu celo, la stokejo havos sistemon bazitan sur artefarita inteligenteco, kiu povos sendepende identigi eventualajn misfunkciadojn kaj kontroli la ekipaĵon.
Moderna dezajno
Necesis pluraj miloj da homhoroj por krei la produktodezajnon. La disvolva tasko estis igi la interfacon moderna - facila kaj intuicia. Ĉi tio malfacilas kiam vi desegnas entreprenan sistemon, kiu defaŭlte devas inkluzivi kelkajn specifajn funkciojn.
Kompreneble, dezajno ne povas esti "ĉizita en ŝtono" aŭ aprobita per subskribo kaj sigelo - ĝi estas vivanta ilo, ĝi konstante evoluas kaj pliboniĝas. Dum kvar jaroj, ni transformis la dezajnon plurajn fojojn, sed ne estis radikala ŝanĝo en ideologio. La ŝlosila principo por konstrui tutan kompanian produktan linion estas krei universalan dezajnosistemon.
Dum desegnado de la dezajno de kompania retpoŝta sistemo, ni pruntis specialan atenton al la disvolviĝo de tri ŝlosilaj areoj - adaptebleco, konsistenco kaj la kapablo adaptiĝi al la kompania stilo de la kliento.
Adapteco
Speciala trajto de la dezajno de la interfacoj de la kompania poŝta sistemo Mailion estas la kapablo montri ĝin sur aparatoj kun ekranoj de ajna grandeco. Ĉiuj vidaj komponantoj estas zorge prezentitaj, ili skalas ĝuste kiam funkcias per porteblaj aparatoj kaj estas bonegaj eĉ por fingrokontrolo sur tuŝekranoj. Ankaŭ, kiam vi ŝanĝas la grandecon de la aplika fenestro, la kolumna aranĝo ankaŭ estas transformita - la grandeco de la kolumnoj ŝanĝiĝas proporcie, strikte konforme al la postulatoj de la koncepto de riĉaj interretaj aplikaĵoj.
Kohereco
La dezajno de la kompania retpoŝta sistemo Mailion baziĝas sur sistema aliro. Ni disvolvas ĉi tiun areon ekde la komenco de 2017, kiam ne estis tiel mode paroli pri dezajnosistemoj kiel nun. Dezajna sistemo estas aro de reguloj kaj iloj por vida kaj teknika ekzekuto, kiu reflektas la filozofion de la produkto kaj konstante evoluas. Ni enkondukis ĝin por simpligi komunikadon inter evoluo kaj dezajno.
Establi kompanian identecon
Nia dezajno estas "kameleono", kapabla adaptiĝi al la kompania stilo de iu ajn kliento. La koloroj de ĉiuj interfacaj elementoj estas difinitaj per variabloj. Tiel, ŝanĝante la bazan aron de pluraj koloroj, vi povas rekolorigi ĉiujn aplikojn samtempe.
Tiparoj ankaŭ estas difinitaj per variabloj: la interfaco povas uzi la kompanian tiparon de la klientfirmao, se tio estas antaŭvidita en la klientmarklibro. Samtempe, malsamaj tiparoj povas havi malsamajn litergrandojn, kaj ni konsideras tion. Ekzemple, PT Sans en grandeco 16 aspektas videble pli malgranda ol Roboto en la sama grandeco 16. Tial ni ĝustigas la grandecon de tekstoblokoj al la karakterizaĵoj de aparta tiparo.
Ni dediĉos apartajn artikolojn al la strukturo de nia kolorbiblioteko kaj la funkcioj labori kun tiparoj.
Poŝtelefonaj programoj
Integra parto de iu ajn moderna retpoŝta sistemo estas moveblaj aplikaĵoj - uzantoj devus povi labori de ie ajn kaj kiam ajn.
Nun ni ĵus formas la koncepton de kompaniaj moveblaj aplikoj; ili devus konsideri la diferencojn en la funkcieco de MyOffice-retpoŝtaj sistemoj kaj oferti malsamajn alirojn al la uzo de retpoŝtaj kaj kalendaraj sistemoj en korporacioj.
Inteligenta amaskomunikilaro panelo
Niaj fokusgrupoj montris, ke uzantoj trovas la interfacojn de tradiciaj retpoŝtaj sistemoj ĝenaj. La respondantoj, kiujn ni intervjuis, rimarkis, ke labori kun kalendaraj eventoj kaj aldonaĵoj estis precipe malfacila. Ni provis atingi respondeman interfacon kaj pliigi produktivecon - por igi nian produkton agrabla uzi.
Media Panel, nova ilo por akceli kunlaboron, organizas ĉiujn informojn pri korespondado kaj disponigas tujan aliron al listo de partoprenantoj en korespondado, ligiloj kaj versioj de dokumentoj kiuj iam estis senditaj.
Ĉi tiu ilo helpas en situacioj kie uzantoj devas labori kun grandaj spuroj de centoj da mesaĝoj. Ofte okazas, ke vi bezonas trovi dokumenton aŭ bildon, kiu estis en nur unu el ili. La amaskomunikila panelo kreas liston de ĉiuj elementoj de retpoŝta ĉeno kaj montras ilin en unu loko. Kiel rezulto, trovi la deziratan objekton fariĝas multe pli facila.
Loko
Ne nur rusaj uzantoj bezonas kompanian retpoŝtan sistemon. MyOffice sekvas konsekvencan politikon eniri eksterlandajn merkatojn, do sufiĉe multe da atento estas atentita al la aferoj de produkta lokalizo.
En nia produkto, la bezono de lokalizo en fremdajn lingvojn estis establita komence, je la nivelo de la baza parto de la sistemo. En si mem, aldoni novajn lingvojn ne estas granda problemo por ni - ĝi estas tute komprenebla tasko, kiun ni scias kiel solvi.
Nuntempe, rusa kaj angla lingvoj disponeblas por uzantoj. En la venontaj eldonoj, ni aldonos subtenon al la kompania retpoŝta sistemo por la lingvoj en kiuj funkcias MyOffice-produktoj - franca, hispana, portugala kaj aliaj. Iasence estas pli facile por ni ol por kolegoj de najbaraj fakoj, ĉar por poŝtaj kaj kalendaraj sistemoj ni nur bezonas konsideri la alfabeton kaj la ecojn de laboro kun datoj kaj horoj - feliĉe, ni ne havas formulojn kiel en. kalkultabelredaktilo.
Jes, ni dungas!
Necesis kelkcent homjaroj por krei nian produkton. Kaj eĉ se mi volus, mi ne povus rakonti al vi ĉion samtempe en unu artikolo. Tamen mi esperas, ke ĉi tiu eldonaĵo servos kiel deirpunkto por koni nian produkton - kiel mi diris supre, mi planas paroli pli detale estonte kaj pri la solvo mem kaj ĝiaj funkcioj, kaj ankaŭ pri nia evoluo. alproksimiĝas.
Sen ombro de modesteco, mi ankaŭ diros, ke hodiaŭ la nombro da kompanioj, kiuj disvolvas tiajn poŝtsistemojn en la tuta mondo, estas nur malmultaj. Ĉi tio estas vere kompleksa inĝenieristiko; ĝi postulas profundan komprenon de la bezonoj de kompaniaj klientoj, kaj ĝisfunda analizo de la komercaj procezoj de grandaj organizoj, modernaj tendencoj en dezajno kaj evoluo, same kiel sufiĉe da kompetentaj specialistoj. Nia poŝta sistemo evoluas ĉiutage.
Ĝuste nun ni estas preskaŭ malfermitaj vakantaĵoj en evoluo. Venu labori kun ni se vi volas kunlabori kun ni por krei produkton, kiu povas ŝanĝi la manieron kiel la kompania mondo pensas pri retpoŝto.
fonto: www.habr.com
