Li 1C, em bi berfirehî pêşkeftinên xwe bikar tînin da ku xebata pargîdaniyê organîze bikin. Gelek rindik, . Ji bilî rêveberiya belgeyê (wekî ku nav diyar dike), ew jî nûjen e -pergala (Rêveberiya Naveroka Pargîdaniyê - rêveberiya naverokê ya pargîdanî) bi fonksiyonek berfireh - nameyê, salnameyên xebata karmendan, organîzekirina gihîştina hevpar a çavkaniyan (mînak, veqetandina odeyên civînê), şopandina demê, foruma pargîdanî û hêj bêtir.
Zêdetirî hezar karmend rêveberiya belgeyê li 1C bikar tînin. Database jixwe bandorker bûye (11 mîlyar tomar), ku tê vê wateyê ku ew hewceyê lênihêrîna baldar û alavên bihêztir hewce dike.
Pergala me çawa dixebite, em di dema domandina databasê de bi çi zehmetiyan re rû bi rû dimînin û em wan çawa çareser dikin (em MS SQL Server wekî DBMS bikar tînin) - em ê di gotarê de ji we re vebêjin.
Ji bo kesên ku cara yekem li ser hilberên 1C dixwînin.
1C: Document Flow çareseriyek serîlêdanê ye (veavakirin) ku li ser bingeha çarçoveyek ji bo pêşkeftina serîlêdanên karsaziyê - platforma 1C: Enterprise hatî bicîh kirin.
"1C: Document Flow 8" (bi kurteya DO) destûrê dide te ku hûn bi belgeyên di pargîdaniyek de xebata otomatîk bikin. Yek ji amûrên sereke ji bo danûstendina karmendan e-name ye. Ji bilî nameyê, DO pirsgirêkên din jî çareser dike:
- Şopandina demê
- Şopandina tunebûna karmendan
- Serlêdanên ji bo kurye/transport
- Salnameyên xebata karmendan
- Qeydkirina nameyan
- Têkiliyên Karmend (Pirtûka Navnîşan)
- Foruma Pargîdaniyê
- veqetandina odeyê
- Plansazkirina bûyerê
- CRM
- Karê kolektîf bi pelan re (bi guhertoyên pelê tomarkirin)
- û din
Em dikevin Rêvebiriya Belgeyê (serlêdana cîbicîkar a xwemalî) ji Windows, Linux, macOS, (ji gerokên) û - li gor rewşê.
Û spas ji bo hilbera meya din a ku bi Document Flow ve girêdayî ye - - em rasterast di Document Flow de fonksiyona peyamberê werdigirin - sohbet, bangên dengî û vîdyoyê (tevî bangên komê, ku naha bi taybetî girîng bûye, di nav de ji xerîdarek mobîl), pevguhertina pelan a bilez plus şiyana nivîsandina botên chatê ku hêsan dike bi pergalê re dixebitin. Feydeyek din a karanîna Pergala Têkiliyê (li gorî peyamnêrên din) şiyana meşandina nîqaşên naverokê ye ku bi tiştên taybetî yên Document Flow ve girêdayî ne - belge, bûyer, hwd. Ango, Pergala Têkiliyê bi serîlêdana armancê re bi kûr ve girêdayî ye, û tenê wekî "bişkokek veqetandî" tevnagere.
Di DO-ya me de hêjmara tîpan ji 100 mîlyonî derbas bûye û bi gelemperî di DBMS de ji 11 mîlyar zêdetir tomar hene. Bi tevahî, pergal hema hema 30 TB hilanînê bikar tîne: volga databasê 7,5 TB ye, pelên ji bo xebata kolektîf ji hev cihê têne hilanîn û 21 TB din jî digirin.
Ger em li ser hejmarên bêtir taybetî biaxivin, li vir hejmara tîp û pelan di vê gavê de ye:
- E-nameyên derketinê - 14,7 mîlyon.
- Nameyên hatin - 85,4 mîlyon.
- Guhertoyên pelê - 70,8 mîlyon.
- Belgeyên navxweyî - 30,6 hezar.
DO ji tenê name û pelan bêtir heye. Li jêr hejmarên ji bo tiştên din ên hesabê hene:
- Veqetandina odeyên civînê - 52
- Raporên heftane - 153
- Raporên rojane - 628
- Vîzeyên pejirandinê - 11
- Belgeyên hatina - 79
- Belgeyên derketinê - 28
- Têketinên di derbarê bûyerên di salnameyên xebata bikarhêner de - 168
- Serlêdanên ji bo kuryeyan - 21
- Hevalbendên - 81
- Qeydên xebata bi hevalbendan re - 45
- Kesên pêwendiyê yên hevpeymanan - 41
- Bûyer - 10
- Proje - 6
- Karên karmend - 245
- Mesajên Forumê - 26
- Peyamên chatê - 891 095
- Pêvajoyên karsaziyê - 109 Têkiliya di navbera karmendan de bi pêvajoyan pêk tê - pejirandin, darvekirin, vekolîn, qeydkirin, îmzekirin, hwd. Em demajoya pêvajoyan, hejmara dewreyan, hejmara beşdaran, hejmara vegeran, hejmara daxwazên ji bo guhertina muhletan dipîvin. Û ev agahdarî pir bikêr e ku were analîz kirin da ku fêm bike ka çi pêvajoyên di pargîdaniyê de diqewimin û karbidestiya hevkariya karmendan zêde dike.
Em van hemûyan li ser kîjan amûran pêvajo dikin?
Van reqeman hejmareke balkêş a peywiran destnîşan dikin, ji ber vê yekê em bi hewcedariya veqetandina alavên têr hilber ji bo hewcedariyên pargîdaniyên hundurîn re rûbirû bûn. Niha, taybetmendiyên wê wiha ne: 38 core, 240 GB RAM, 26 TB dîskên. Li vir tabloyek pêşkêşkeran heye:
Di pêşerojê de, em plan dikin ku kapasîteya amûran zêde bikin.
Tiştên bi barkirina serverê re çawa diçin?
Çalakiya torê ji bo me û xerîdarên me qet pirsgirêk nebûye. Wekî qaîdeyek, xala qels pêvajo û dîsk e, ji ber ku her kes jixwe dizane ku meriv çawa bi kêmbûna bîranînê re mijûl dibe. Li vir dîmenên serverên me yên ji Çavkaniyê Çavkaniyê ne, ku destnîşan dikin ku barek me ya tirsnak tune, ew pir nerm e.
Mînakî, di dîmendera jêrîn de em serverek SQL dibînin ku barkirina CPU% 23 e. Û ev nîşanek pir baş e (ji bo berhevdanê: heke bar nêzî 70% bibe, wê hingê, bi îhtîmalek mezin, karmend dê di xebatê de hêdîbûnek pir girîng bibînin).
Wêneya duyemîn servera serîlêdanê ya ku platforma 1C: Enterprise lê dimeşîne nîşan dide - ew tenê danişînên bikarhêneran dike. Li vir barkirina pêvajoyê hinekî zêde ye - 38%, ew nerm û aram e. Hin barkirina dîskê heye, lê ew tê qebûl kirin.
Wêneya sêyemîn 1C: Pêşkêşkara Enterprise ya din nîşan dide (ew ya duyemîn e, me du ji wan di komê de hene). Tenê ya berê ji bikarhêneran re xizmet dike, û robot li ser vê yekê dixebitin. Mînakî, ew nameyê distînin, belgeyên rêgezê, daneyan diguhezînin, mafan hesab dikin, hwd. Hemî van çalakiyên paşîn bi qasî 90-100 karên paşîn pêk tînin. Û ev server pir giran e - 88%. Lê ev bandorê li mirovan nake, û ew tam hemî otomasyona ku Rêvebiriya Belgeyê divê bike pêk tîne.
Metrîkên ji bo pîvandina performansê çi ne?
Ji bo pîvandina nîşaneyên performansê û hesabkirina metrîkên cihêreng di nav pargîdaniyên me de binepergalek cidî heye. Ji bo ku hem di dema niha de, hem jî bi perspektîfeke dîrokî bê fêmkirin ka di pergalê de çi diqewime, çi xerabtir dibe, çi baştir dibe, ev pêdivî ye. Amûrên çavdêriyê - metrics û pîvandinên demê - di radestkirina standard ya "1C: Document Flow 8" de cih digirin. Metrîka di dema pêkanînê de xwerûkirinê hewce dike, lê mekanîzma bixwe standard e.
Metrîk di hin xalên demê de pîvandinên nîşaneyên karsaziyê yên cihêreng in (mînak, navînî dema radestkirina nameyê 10 hûrdem e).
Yek ji pîvanan hejmara bikarhênerên çalak di databasê de nîşan dide. Bi giştî di nava rojê de 1000-1400 ji wan hene. Graf nîşan dide ku di dema dîmenê de 2144 bikarhênerên çalak di databasê de hebûn.
Zêdeyî 30 çalakiyên wiha hene, lîste di bin qutbûnê de ye.Lîsteya
- Têkevin pergalê
- Guhê xwe nedene
- Barkirina postê
- Guhertina derbasdariya tiştekê
- Guhertina mafên gihîştinê
- Guhertina mijara pêvajoyê
- Guhertina koma xebatê ya objeyekê
- Guhertina pêkhateya kîtê
- Guhertina pelek
- Import pelê
- Bi nameyê şandin
- Pelên barkirinê
- Beralîkirina karekî
- Îmzekirina îmzeya elektronîk
- Bi hûrguliyan bigerin
- Lêgerîna nivîsê ya tevahî
- Wergirtina pelê
- Qutkirina pêvajoyekê
- Dîtin
- Deşîfrekirin
- Qeydkirina belgeyê
- Skanîn
- Rakirina jêbirinê
- Çêkirina Objektekê
- Saving li ser dîskê
- Destpêka pêvajoyê
- Têketinên têketinê yên bikarhêner jêbirin
- Rakirina îmzeyek elektronîkî
- Sazkirina nîşanek jêbirinê
- Şîfrekirin
- Peldankek derxîne
Hefteya beriya paşîn, çalakiya meya navînî ya bikarhêner yek û nîv carî zêde bû (li ser grafê bi sor tê xuyang kirin) - ev ji ber veguheztina piraniya karmendan ji bo xebata dûr e (ji ber bûyerên naskirî). Di heman demê de, hejmara bikarhênerên çalak 3 carî zêde bû (li ser dîmenê bi şîn tê xuyang kirin), ji ber ku karmendan dest bi karanîna têlefonên desta bi çalak kirin: her xerîdarek mobîl pêwendiyek bi serverê re diafirîne. Naha, bi navînî, her xebatkarên me 2 girêdan bi serverê re hene.
Ji bo me, wekî rêvebiran, ev nîşanek e ku pêdivî ye ku em ji pirsgirêkên performansê bêtir baldar bin û bibînin ka tişt xirabtir bûne. Lê em li ser vê yekê li gorî pîvanên din dinêrin. Mînakî, dema radestkirina e-nameyê ji bo rêwîtiya hundurîn çawa diguhezîne (di dîmena jêrîn de bi şîn tê xuyang kirin). Em dibînin ku ew heya îsal dihejiya, lê naha aram e - ji bo me ev nîşanek e ku her tişt bi pergalê re rêkûpêk e.
Metrîka din a ku ji bo me hatî sepandin, dema navînî ya li bendê ye ji bo dakêşana tîpan ji servera nameyê (di dîmenê de bi rengê sor tê xuyang kirin). Bi gelemperî, heya kengê dê name li dora Înternetê biherike berî ku ew bigihîje karmendê me. Dîmenê nîşan dide ku ev dem jî di van demên dawî de bi ti awayî nehatiye guhertin. Pelên veqetandî hene - lê ew ne bi derengiyê ve girêdayî ne, lê bi rastiya ku dem li ser serverên nameyê winda dibe.
An jî, wek nimûne, metrîkek din (di dîmenê de bi şîn tê xuyang kirin) - nûvekirina tîpan di peldankê de. Vekirina peldankek e-nameyê operasyonek pir gelemperî ye û pêdivî ye ku zû were kirin. Em dipîvin ka ew çiqas zû tête kirin. Ev nîşana ji bo her xerîdar tê pîvandin. Hûn dikarin hem wêneya giştî ya pargîdanî û hem jî dînamîk bibînin, mînakî, ji bo karmendek kesane. Dîmenê nîşan dide ku heya vê salê metrîk bêhevseng bû, dûv re me gelek çêtirkirin çêkir, û naha ew xirabtir nabe - graf hema hema sax e.
Metrîk di bingeh de amûrek rêveberek e ji bo şopandina pergalê, ji bo bersivdana bilez a li ser her guhertinên di tevgera pergalê de. Dîmenê metrîkên pêvekên navxweyî yên salê nîşan dide. Zêdebûna di grafikan de ji ber vê yekê ye ku ji me re peywir hatine dayîn ku em pargîdaniyên hundurîn pêşve bibin.
Li vir navnîşek hin metrîkên din (di bin qutbûnê de) heye.
Metrics
- Çalakiya bikarhêner
- Bikarhênerên Çalak
- Pêvajoyên çalak
- Hejmara pelan
- Mezinahiya pelê (MB)
- Hejmara belgeyan
- Hejmara tiştên ku ji wergiran re bêne şandin
- Hejmara hevpeymanan
- Karên neqediyayî
- Di nav 10 hûrdemên paşîn de dema li bendê ya navîn ji bo dakêşana e-nameyên ji servera nameyê
- Tampona daneya derve: hejmara pelan
- Sînorê ji tarîxa heyî paşde maye
- Dora dirêj
- Dora operasyonê
- Temenê hesabê xav ji hêla rêvekirina derveyî ve
- Mezinahiya rêza pejirandina rêveçûna hundurîn (doza dirêj)
- Mezinahiya rêza pejirandina rêveçûna hundurîn (doza bilez)
- Demjimêra radestkirina e-nameyê bi riya rêveçûna hundurîn (rêzika dirêj)
- Demjimêra radestkirina e-nameyê bi riya rêveçûna hundurîn (rêzika bilez)
- Demjimêra radestkirina e-nameyê bi riya riya derveyî (navîn)
- Hejmara belgeyên Reservation
- Hejmara belgeyan Nebûna
- Hejmara belgeyên "Qeyda xebata bi hevalbendê re"
- Mail Di peldankekê de tîpên Nûvekirin
- Mail Vekirina karta nameyê
- Mail Nameyek veguhezîne peldankek
- Mail Di nav peldankan de bigerin
Pergala me zêdetirî 150 nîşanan dora demjimêr dipîve, lê ne hemî ji wan zû têne şopandin. Dibe ku ew paşê, di hin perspektîfên dîrokî de, bi kêr werin, û hûn dikarin li ser yên herî girîng ên karsaziyê bisekinin.
Di yek ji pêkanînan de, ji bo nimûne, tenê 5 nîşanker hatin hilbijartin. Xerîdar armancek destnîşan kir ku komek kêmtirîn nîşanan biafirîne, lê di heman demê de wusa ku ew senaryoyên xebatê yên sereke vedigire. Di sertîfîkaya pejirandinê de meriv 150 nîşangiran ne rastdar e, ji ber ku tewra di hundurê pargîdaniyê de jî dijwar e ku meriv li hev bike ka kîjan nîşangir têne pejirandin. Û wan bi van 5 nîşanan dizanibû û berî destpêkirina projeya cîbicîkirinê ew ji pergalê re pêşkêş kiribûn, di nav belgeyên pêşbaziyê de: dema vekirina qertek ji 3 çirkeyan zêdetir, dema temamkirina karek bi pelek no. zêdetir ji 5 seconds, hwd. Di pargîdaniyên me de metrîkên me hebûn ku pir zelal daxwaza orîjînal ji taybetmendiyên teknîkî yên xerîdar nîşan didin.
Di heman demê de me analîzek profîla pîvandina performansê jî heye. Nîşaneyên performansê tomarek dirêjahiya her operasyona domdar in (nivîsandina nameyek ji databasê re, şandina nameyek ji serverek e-nameyê re, hwd.). Ev bi taybetî ji hêla teknîsyenan ve tê bikar anîn. Em di bernameya xwe de gelek nîşaneyên performansê berhev dikin. Em niha bi qasî 1500 operasyonên sereke dipîvin, ku li profîlan têne dabeş kirin.
Yek ji wan profîlên herî girîng ji bo me "Lîsteya Nîşaneyên Keyeyê Mail ji Perspektîfa Serfkaran" e. Ev profîl, mînakî, nîşaneyên jêrîn vedigire:
- Pêkanîna fermanê: Bi etîketê hilbijêrin
- Vekirina formek: Forma Lîsteyê
- Pêkanîna fermanê: Bi peldankê hilbijêrin
- Nîşandana nameyekê li qada xwendinê
- Nameyek li peldanka xweya bijare hilîne
- Li nameyan bi hûrgulî bigerin
- Çêkirina nameyekê
Ger em bibînin ku metrîka ji bo hin nîşana karsaziyê pir mezin bûye (mînakî, nameyên ji bikarhênerek taybetî ji bo demek pir dirêj dest pê kirine), em dest bi wê dikin û vedigerin pîvana dema operasyonên teknîkî. Operasyona me ya teknîkî "Arşîvkirina nameyan li ser serverek e-nameyê" heye - em dibînin ku dema vê operasyonê di heyama paşîn de derbas bûye. Ev operasyon, di encamê de, di nav operasyonên din de tê hilweşandin - mînakî, sazkirina pêwendiyek bi serverek nameyê re. Em dibînin ku ji ber hin sedeman ew ji nişka ve pir mezin bûye (hemû pîvandinên mehekê hene - em dikarin bidin ber hev ku hefteya borî ew 10 milî çirkeyan bû, û niha ew 1000 milî çirkeyan e). Û em fêm dikin ku tiştek li vir şikestiye - pêdivî ye ku em wê rast bikin.
Em çawa databasek wusa mezin diparêzin?
DO-ya meya hundurîn mînakek projeyek bi rastî ya bargiraniyê ye. Ka em li ser taybetmendiyên teknîkî yên databasa wê biaxivin.
Ji nû ve avakirina tabloyên databasa mezin çiqas dem digire?
Pêşkêşkara SQL hewceyê lênêrîna periyodîk hewce dike, tabloyan bi rêkûpêk dike. Bi awayek baş, divê ev bi kêmanî rojê carekê were kirin, û hêj bêtir ji bo tabloyên daxwaziya bilind. Lê heke databas mezin be (û hêjmara tomarên me ji 11 mîlyar derbas bûye), wê hingê lênihêrîna wê ne hêsan e.
Me 6 sal berê nûavakirina tabloyê kir, lê dûv re ew qas wext girt ku êdî em di navberên şevan de cîh nagirin. Û ji ber ku van operasyonan bi giranî servera SQL bar dikin, ew nikare bi bandor ji bikarhênerên din re xizmet bike.
Ji ber vê yekê, niha em neçar in ku hîleyên cûrbecûr bikar bînin. Mînakî, em nikarin van proseduran li ser berhevokên daneya tevahî pêk bînin. Pêdivî ye ku hûn serî li prosedûra Nimûneya Nûvekirina 500000 rêzan bidin - ev 14 hûrdem digire. Ew statîstîkên hemî daneyên di tabloyê de nûve nake, lê nîv mîlyon rêzan hildibijêre û wan bikar tîne da ku statîstîkên ku ji bo tevahiya tabloyê bikar tîne hesab bike. Ev hin texmîn e, lê em neçar in ku wiya bikin, ji ber ku ji bo tabloyek taybetî, berhevkirina statîstîkên li ser tevahiya mîlyar tomar dê demek dirêj nepejirandin bigire.
Me di heman demê de bi qismîkirina wan operasyonên din ên lênihêrînê xweştir kir.
Parastina DBMS bi gelemperî karekî dijwar e. Di rewşa danûstendina çalak a di navbera karmendan de, databas zû mezin dibe, û ji rêvebiran re domandina wê her ku diçe dijwar dibe - nûvekirina statîstîk, defragmentation, indexing. Li vir pêdivî ye ku em stratejiyên cûda bicîh bînin, em baş dizanin ku em viya çawa bikin, ezmûna me heye, em dikarin wê parve bikin.
Piştgiriya bi cildên weha çawa tê pêkanîn?
Piştgiriyek tevahî ya DBMS-ê rojê carekê bi şev tê kirin, yek zêde - her demjimêr. Di heman demê de, pelrêçek peldankek her roj tê afirandin, û ew parçeyek paşvekêşana zêde ya hilanîna pelê ye.
Ji bo temamkirina hilanînê tam çiqas dem digire?
Piştgiriyek tam li ser ajokerek hişk di sê demjimêran de, paşvekêşana qismî di saetekê de pêk tê. Ji bo nivîsandina kasêtê dirêjtir lazim e (alavek taybetî ku kopiyek paşvekişandinê ji kasetek taybetî ya ku li derveyî nivîsgehê hatiye hilanîn çêdike; kopiyek veguhêz li kasêtê tê çêkirin, ku dê were parastin, bo nimûne, jûreya serverê bişewite). Veguhastina tam li ser heman serverê tête çêkirin, ku pîvanên wê bilindtir bûn - serverek SQL bi 20% barkirina pêvajoyê. Di dema hilanînê de, bê guman, pergal pir xirabtir dibe, lê ew hîn jî fonksiyonel e.
Deduplication heye?
Pelên hene, em ê wê li ser xwe biceribînin, û di demek nêzîk de ew ê di guhertoya nû ya Rêvebiriya Belgeyê de cîh bigire. Em di heman demê de mekanîzmaya dakêşana dijberî jî diceribînin. Di asta DBMS de dubendkirina tomaran tune, ji ber ku ev ne hewce ye. Platforma 1C: Enterprise tiştan di DBMS-ê de hilîne, û tenê platform dikare ji hevgirtina wan berpirsiyar be.
Ma girêkên tenê xwendin hene?
Nodên xwendinê tune ne (girêkên pergalê yên veqetandî yên ku ji wan kesên ku hewce ne ji bo xwendinê daneyan bistînin re xizmetê dikin). DO ne pergalek hesabkirinê ye ku li ser girêkek BI-ya cihêreng were danîn, lê ji bo beşa pêşkeftinê girêkek veqetandî heye, ku pê re peyam di formata JSON de têne guheztin, û dema dubarekirina tîpîk yekîne û bi dehan saniye ye. Girêk hîn piçûk e, nêzîkî 800 mîlyon qeydên wê hene, lê ew zû mezin dibe.
E-nameyên ku ji bo jêbirinê hatine nîşankirin qet nayên jêbirin?
Hêşta na. Karê me yê sivikkirina bingehê nîne. Gelek rewşên pir cidî hebûn ku hewce bû ku li ser tîpên ku ji bo jêbirinê hatine nîşankirin, 2009-an jî binihêrin. Ji ber vê yekê me biryar da ku ji bo niha her tiştî biparêzin. Lê dema ku lêçûna vê yekê neheqî bibe, em ê li ser rakirinê bifikirin. Lê, heke hûn hewce ne ku nameyek veqetandî ji databasê bi tevahî derxînin da ku şop nebin, wê hingê ev dikare bi daxwazek taybetî were kirin.
Çima wê hilînin? Li ser gihîştina belgeyên kevn statîstîkên we hene?
Îstatîstîk nîn in. Bi rastî, ew di forma têketinek bikarhêner de ye, lê ew ji bo demek dirêj nayê hilanîn. Têketinên ji salekê mezintir ji protokolê têne jêbirin.
Rewşên ku hewce bû ku ji pênc an jî heta deh sal berê berê nameyên kevnar bistînin. Û ev her gav ne ji meraqa betal, lê ji bo girtina biryarên karsaziya tevlihev hate kirin. Bûyerek hebû ku, bêyî dîroka hevpeyivînê, dê biryarek karsaziyek xelet hatiba girtin.
Nirxa belgeyan li gorî demên depokirinê çawa tê nirxandin û hilweşandin?
Ji bo belgeyên kaxezê ev bi awayê kevneşopî ya adetî, mîna her kesê din, tête kirin. Em wê ji bo yên elektronîkî nakin - bila ew wan ji bo xwe biparêzin. Rûniştin li vir e. Feyde hene. Her kes baş e.
Çi hêviyên pêşveçûnê hene?
Naha DO-ya me bi qasî 30 pirsgirêkên navxweyî çareser dike, ku hin ji wan di destpêka gotarê de navnîş kirin. DL di heman demê de ji bo amadekirina konferansên ku em salê du caran ji bo hevkarên xwe li dar dixin tê bikar anîn: Tevahiya bername, hemî rapor, hemî beşên paralel, salon - ev hemî di DL-yê de têne nivîsandin, û paşê jê têne daxistin, û bernameyek çapkirî. tê çêkirin.
Li ser rê ji bo DO gelek peywirên din hene, ji bilî yên ku ew jixwe çareser dike. Karên li seranserê pargîdaniyê hene, û yên bêhempa û kêm jî hene, ku tenê ji hêla dezgehek taybetî ve hewce ne. Pêdivî ye ku ji wan re bibe alîkar, ku tê wateya berfirehkirina "erdnîgariya" karanîna pergalê di nav 1C de - berfirehkirina qada serîlêdanê, çareserkirina pirsgirêkên hemî beşan. Ev ê ji bo performans û pêbaweriyê ceribandina çêtirîn be. Ez dixwazim bibînim ku pergalê li ser trîlyon tomar, petabytes agahdarî dixebite.
Source: www.habr.com
