Yn anffodus, nid oes gan y term hwn gyfwerth da yn Rwsieg. Mae Wicipedia yn darparu. "Aml-denantiaeth, rhentu lluosog." Weithiau gelwir hyn yn "berchnogaeth lluosog." Gall y termau hyn fod braidd yn ddryslyd, gan nad yw'r pwnc yn gysylltiedig â rhentu na pherchnogaeth yn y bôn. Mae'n gwestiwn o bensaernïaeth meddalwedd a threfniadaeth ei weithrediad. Nid yw'r olaf yn llai pwysig.
Dechreuon ni ddatblygu ein dealltwriaeth o aml-denantiaeth ar yr un pryd ag y dechreuon ni ddylunio dull o weithredu'r model cwmwl (gwasanaeth) ar gyfer 1C:Enterprise. Roedd hynny sawl blwyddyn yn ôl. Ac ers hynny, mae ein dealltwriaeth wedi bod yn ehangu'n gyson. Rydym yn darganfod agweddau newydd ar y pwnc hwn yn gyson (manteision, anfanteision, cymhlethdodau, nodweddion arbennig, ac ati).
Weithiau mae datblygwyr yn dehongli aml-denantiaeth fel cysyniad syml iawn: "I storio data o sefydliadau lluosog mewn un gronfa ddata, mae angen i chi ychwanegu colofn gydag ID y sefydliad at bob tabl a gosod hidlydd arni." Wrth gwrs, fe ddechreuon ni ein gwaith ar y mater hwn o'r pwynt hwnnw. Ond fe sylweddolon ni'n gyflym mai dim ond un maes oedd hwn (ac un cymhleth, gyda llaw). Mewn gwirionedd, mae'n "wlad gyfan".
Gellir disgrifio syniad sylfaenol aml-denantiaeth yn fras fel a ganlyn. Ap nodweddiadol yw bwthyn wedi'i gynllunio ar gyfer un teulu, sy'n rhannu ei seilwaith (waliau, to, cyflenwad dŵr, gwresogi, ac ati). Fodd bynnag, adeilad fflatiau yw ap aml-denantiaeth. Mae pob teulu'n defnyddio'r un seilwaith, ond mae'r seilwaith ei hun yn cael ei weithredu ar gyfer yr adeilad cyfan.
A yw aml-denantiaeth yn ddull da neu ddrwg? Mae barn ar y mater hwn yn amrywio'n fawr. Ymddengys nad oes dim byd tebyg i "da neu ddrwg". Mae angen pwyso a mesur y manteision a'r anfanteision yn erbyn yr heriau penodol sy'n cael eu trafod. Ond mae hynny'n bwnc ar wahân...
Yn ei ystyr symlaf, nod aml-denantiaeth yw lleihau costau cynnal a chadw cymwysiadau trwy "gymdeithasoli" costau seilwaith. Mae hyn yr un dull â lleihau cost cymhwysiad trwy ddefnyddio datrysiad safonol (o bosibl gydag addasu a mireinio), yn hytrach na datblygu datrysiad wedi'i deilwra. Y gwahaniaeth yw, mewn un achos, bod datblygu wedi'i gymdeithasoli, ac yn yr achos arall, bod gweithredu wedi'i gymdeithasoli.
Ar ben hynny, gadewch inni ailadrodd, nid yw hyn yn uniongyrchol gysylltiedig â'r dull gwerthu. Gellir defnyddio pensaernïaeth aml-denantiaeth yn hawdd mewn seilwaith TG corfforaethol neu adrannol i awtomeiddio nifer fawr o ganghennau neu gwmnïau daliannol tebyg.
Gellid dweud bod aml-denantiaeth yn fwy na dim ond mater o drefnu storio data. Mae'n fodel ar gyfer gweithrediad y rhaglen gyfan (gan gynnwys agweddau arwyddocaol ar ei phensaernïaeth, ei fodel defnyddio, a'i threfniadaeth cynnal a chadw).
Yr agwedd fwyaf cymhleth a diddorol ar y model aml-denantiaeth, yn ein barn ni, yw bod swyddogaeth graidd y rhaglen wedi'i rhannu'n ddwy. Mae rhai swyddogaethau'n gweithio gydag ardaloedd data penodol (fflatiau) ac nid ydynt yn ymwybodol o bresenoldeb preswylwyr mewn fflatiau eraill. Mae swyddogaethau eraill yn canfod yr adeilad cyfan ac yn gweithio i bob preswylydd ar yr un pryd. Fodd bynnag, ni all yr olaf anwybyddu'r ffaith mai fflatiau unigol yw'r rhain, wedi'r cyfan, a rhaid sicrhau'r lefel angenrheidiol o fanylder a diogelwch.
Yn 1C:Enterprise, mae'r model aml-denantiaeth yn cael ei weithredu ar lefel sawl technoleg. Dyma fecanweithiau platfform 1C:Enterprise, mecanweithiau"Ac"», mecanweithiau (llyfrgelloedd o is-systemau safonol).
Mae pob un o'r elfennau hyn yn cyfrannu at seilwaith cyffredinol adeilad aml-denant. Pam mae hyn yn cael ei weithredu mewn sawl technoleg yn hytrach nag un sengl, fel platfform? Yn bennaf oherwydd ein bod yn credu y gellir addasu rhai o'r mecanweithiau'n briodol ar gyfer senario defnyddio penodol. Ond yn gyffredinol, mae hwn yn fater cymhleth, ac rydym yn wynebu'r dewis yn gyson o ba haen sydd orau i weithredu pob agwedd ar aml-denantiaeth.
Yn amlwg, roedd angen gweithredu'r mecanweithiau craidd yn y platfform. Er enghraifft, gwahanu data ei hun—y math sydd fel arfer yn cychwyn trafodaethau am aml-denantiaeth. Ond yn y pen draw, roedd y model aml-denantiaeth yn peryglu rhan sylweddol o fecanweithiau'r platfform ac roedd angen eu mireinio, ac mewn rhai achosion, eu hailfeddwl.
Ar lefel y platfform, fe wnaethom weithredu'r mecanweithiau craidd. Mae'r rhain yn galluogi creu cymwysiadau sy'n rhedeg mewn model aml-denantiaeth. Fodd bynnag, er mwyn i gymwysiadau weithredu'n iawn yn y model hwn, mae angen system ar gyfer rheoli eu cylch bywyd. Cyflawnir hyn trwy dechnolegau 1cFresh a haen rhesymeg fusnes unedig ar lefel y system cymorth busnes (BSS). Yn union fel mae'r seilwaith mewn adeilad fflatiau yn darparu popeth sydd ei angen ar breswylwyr, mae technolegau 1cFresh yn darparu popeth sydd ei angen ar gyfer cymwysiadau sy'n rhedeg mewn model aml-denantiaeth. Er mwyn galluogi cymwysiadau i ryngweithio â'r seilwaith hwn (heb addasiadau sylweddol), mae "cysylltwyr" priodol wedi'u hymgorffori ynddynt ar ffurf is-systemau BSS.
O ran mecanweithiau platfform, mae'n hawdd gweld, wrth i ni ennill profiad a datblygu'r ateb 1C:Enterprise sy'n seiliedig ar y cwmwl, ein bod yn ehangu'r mecanweithiau sy'n gysylltiedig â'r bensaernïaeth hon. Gadewch i ni roi un enghraifft. Yn y model aml-denantiaeth, mae dosbarthiad rolau ymhlith cyfranogwyr cynnal a chadw cymwysiadau yn newid yn sylweddol. Mae rôl (lefel cyfrifoldeb) y rhai sy'n gyfrifol am weithredu'r cymwysiadau wedi cynyddu'n sylweddol. Maent bellach angen offer rheoli cymwysiadau mwy pwerus. Mae hyn oherwydd bod defnyddwyr cymwysiadau (tenantiaid) yn ymddiried, yn gyntaf oll, yn y darparwr y maent yn gweithio gydag ef. I fynd i'r afael â hyn, fe wnaethom weithredu nodwedd newydd yn fersiwn 8.3. Mae'r mecanwaith hwn yn caniatáu i weinyddwyr darparwyr gyfyngu ar ryddid datblygwyr cymwysiadau i'r lefel ofynnol o ddiogelwch—yn y bôn, ynysu gweithrediad y rhaglen ar gyfer pob tenant o fewn blwch tywod penodol.
Yr un mor ddiddorol yw'r bensaernïaeth ar gyfer rheoli cymwysiadau sy'n rhedeg mewn modd aml-denantiaeth (fel y'i gweithredir mewn technolegau 1cFresh a BSP). Yma, o'i gymharu â model defnyddio safonol, mae'r gofynion ar gyfer awtomeiddio prosesau rheoli yn sylweddol uwch. Mae dwsinau o brosesau o'r fath: creu ardaloedd data newydd ("fflatiau"), diweddaru cymwysiadau, diweddaru gwybodaeth reoleiddiol, copïau wrth gefn, ac yn y blaen. Ac, wrth gwrs, mae'r gofynion ar gyfer dibynadwyedd ac argaeledd yn cynyddu. Er enghraifft, er mwyn sicrhau rhyngweithio dibynadwy rhwng cymwysiadau a chydrannau system reoli, fe wnaethom weithredu system galwadau anghydamserol gyda chyflenwi gwarantedig.
Pwynt cynnil iawn yw'r ffordd y mae data a phrosesau'n cael eu rhannu. Mae'n ymddangos yn syml (os yw'n ymddangos felly i unrhyw un) ar yr olwg gyntaf yn unig. Yr her fwyaf yw cydbwyso canoli data a phrosesau â datganoli. Ar y naill law, mae canoli yn lleihau costau (lle disg, adnoddau CPU, ymdrech gweinyddwr, ac ati). Ar y llaw arall, mae'n cyfyngu ar ryddid y "tenantiaid". Dyma un o agweddau "deuoliad" cymwysiadau yn union, pan fydd yn rhaid i'r datblygwr ystyried y cymhwysiad ar yr un pryd yn yr ystyr gul (yn gwasanaethu un "fflat") ac yn yr ystyr eang (yn gwasanaethu'r holl "denantiaid" ar yr un pryd).
Enghraifft o "benbleth" o'r fath yw gwybodaeth reoleiddiol a chyfeirio. Wrth gwrs, mae'n demtasiwn ei gwneud yn gyffredin i holl "breswylwyr" adeilad. Mae hyn yn caniatáu ei storio mewn un copi a'i ddiweddaru i bawb ar unwaith. Ond weithiau, mae angen newidiadau penodol ar breswylydd penodol. Yn rhyfedd ddigon, mae hyn yn digwydd yn ymarferol, hyd yn oed ar gyfer gwybodaeth a bennir gan reoleiddwyr (asiantaethau'r llywodraeth). Mae hyn yn codi cwestiwn anodd: cyffredinoli neu beidio â chyffredinoli? Mae'n demtasiwn, wrth gwrs, gwneud y wybodaeth yn gyffredinol i bawb ac yn breifat i'r rhai sydd ei heisiau. Ond mae hyn yn arwain at weithrediad eithaf cymhleth. Ond rydym yn gweithio arno...
Enghraifft arall yw dylunio prosesau rheolaidd (wedi'u hamserlennu, wedi'u cychwyn gan system reoli, ac ati). Ar y naill law, gellir eu gweithredu ar wahân ar gyfer pob ardal ddata. Mae hyn yn symlach ac yn fwy cyfleus. Fodd bynnag, ar y llaw arall, mae gweithredu mor fanwl yn creu baich sylweddol ar y system. Er mwyn lleihau'r baich hwn, mae angen gweithredu prosesau a rennir. Fodd bynnag, mae'r rhain yn gofyn am ddylunio mwy gofalus.
Wrth gwrs, mae hyn yn codi cwestiwn hollbwysig. Sut gall datblygwyr cymwysiadau sicrhau amldenantiaeth? Beth sydd angen iddynt ei wneud? Wrth gwrs, rydym yn ymdrechu i sicrhau bod baich materion technolegol a seilwaith cymaint â phosibl ar ysgwyddau'r dechnoleg a gyflenwir, gan adael i'r datblygwr cymwysiadau feddwl yn unig o ran rhesymeg fusnes. Ond fel gyda materion pensaernïol pwysig eraill, mae angen i ddatblygwyr cymwysiadau gael rhywfaint o ddealltwriaeth o sut mae amldenantiaeth yn gweithio, a bydd angen rhywfaint o ymdrech yn ystod datblygu cymwysiadau. Pam? Oherwydd bod agweddau na all technoleg fynd i'r afael â nhw'n awtomatig heb ystyried semanteg data. Er enghraifft, diffinio ffiniau gwybodaeth a rennir. Ond rydym yn ymdrechu i gadw'r heriau hyn mor fach â phosibl. Mae enghreifftiau o weithrediadau cymwysiadau o'r fath eisoes yn bodoli.
Agwedd bwysig o weithredu aml-denantiaeth yn 1C:Enterprise yw ein bod yn creu model hybrid lle gall un cymhwysiad weithredu yn y modd aml-denantiaeth a'r modd safonol. Mae hon yn dasg gymhleth iawn ac yn destun trafodaeth ar wahân.
Ffynhonnell: hab.com
