De multitudine

Infeliciter, hic terminus bonum analogum Russian-linguae non habet. Id dat translatione "multi-tenancy, multiple tenancy." Hoc interdum dicitur "multiplex possessio." Haec verba nonnihil confundere possunt, quia materia in se non coniungitur cum conductione vel possidendo. Haec quaestio est de architectura et ordinatione operationis eius. Haec autem non minoris momenti est.

Incepimus intelligentiam nostram multiten- tiae eodem tempore exponere, cum accessum ad nubem (servitium) exemplar laboris in 1C:Inceptum designare coepimus. Hoc ante aliquot annos fuit. Et quia tunc intellectus noster continue dilatatur. Semper magis magisque novas huius rei rationes reperimus (pros, cons, difficultates, lineamenta, etc.).

De multitudine

Aliquando tincidunt multi- tudinem intellegunt ut res admodum simplicissima: "ut notitia plurium Institutorum in uno datorum recondendo, necesse est columnam addere cum tabulis omnibus identificantis organizatione et in eo colum appone." Nos quidem ex hoc tempore eventum nostrum studium quoque incepimus. Sed celeriter intellexerunt hanc unam tantum fuisse defensionem (etiam obiter non facilem). In genere haec est β€œterra tota”.

Ratio fundamentalis multitudinis in hoc modo describi potest. Applicatio typica est casa disposita ad unam familiam accommodatam, qua sua infrastructura utitur (moenia, tectum, copia aquae, calefactio, etc.). Multitenentia applicatio est aedificium diaetam. In ea unaquaeque familia eadem infrastructura utitur, sed ipsa infrastructura pro tota domo impletur.

Vtrum multitudo accedat bona vel mala? Plurimum de hac re diversa reperire potes. Videtur quod omnino non sit bonum vel malum. Pros et cons in contextu officiorum solvendorum debes comparare. Sed hic locus separatus est...

Simplicissimo sensu, propositum multitationis est reducere sumptus ad applicationem per "socializing" infrastructuras impensas conservare. Hoc idem est motus ac sumptus applicationem reducere solutionem productionis (fortasse cum customizatione et modificatione), quam scribendo "ad ordinem". In altero casu tantum socializatio est progressus, in altero abusus.

Dicemus insuper, venditionis modum directum non esse. Multitenancia architectura etiam adhiberi potest in infrastructura corporato vel departmentali IT ad automate magnum numerum similium ramorum et inceptis sustinendis.

Multitenantiam possumus dicere non solum materiam repositionis ordinandi. Hoc exemplar est quomodo applicatio totum operatur (including notabilem partem architecturae, instruere exemplar, et sustentationem organizationem).

Difficillima et interesting res circa exemplar multitenantiam, ut nobis videtur, essentia applicationis "bifurcates". Pars functionis laborat cum certis locis (apartmentariis) et "non quaero" in eo quod in aliis conclavibus habitant. Et aliquam domum totam percipiunt, et operantur pro omnibus simul habitantibus. Eodem tempore haec ignorare non possunt quin hae post omnes conclavia separatae sint et necessario gradu granularitatis et securitatis invigilare necesse est.

In 1C:Inceptio, multitenancia exemplar in plurium technologiarum ambitu impletur. Hae sunt machinae 1C: suggestuum Inceptum, machinationes1C: Technologia editae solutiones 1cFresh"Et"1C: Solutio technologia evolutionis 1cFresh", machinationes BSP (libra subsystems vexillum).

Quaelibet haec res ad constructionem totius infrastructure aedificii conclavis confert. Cur hoc in pluribus technologiae perficitur, et non in uno, verbi gratia, in suggestu? Imprimis, quod nonnullae machinae, nostro quidem iudicio, satis aptae sunt ad optionem instruere specificam instruere. Sed in genere haec quaestio difficilis est et constanter ante electionem versamur - quo gradu melius sit hanc vel illam multiten- tatis rationem efficere.

Uti patet, pars praecipua machinarum in suggestu perficienda sunt. Bene, exempli gratia, ipsa notitia separationis. Hoc est ubi homines de multitudine loqui solent. Sed in fine, multitenancia exemplar "iterum" per notabilem partem machinarum suggestuum requirebat earum elegantiam et in quibusdam casibus recogitans.

In diam massa, adipiscing elementum facilisis efficitur. Permittunt tibi applicationes creandi, quae in exemplar multitentutiae currunt. Sed ut in tali exemplari applicationes ad "vivendum et operandum", necesse est ut eorum "actiones vitae" administrandi ratio habeatur. 1cFresh technologiae et una negotiatio logica iacuit in gradu BSP huic responsales sunt. Quemadmodum in diaetam aedificando infrastructura incolas omnibus egentibus praebet, ita 1cFresh technologiae omnia quae indigent applicationibus ad exemplar multitenantiam currentis. Itaque ut applicationes cum hac infrastructura (sine modificationibus significantibus) correspondeant, correspondentes "connexiones" in eis ponuntur in forma subsystematum BSP.

Ex parte machinarum suggestarum, facile est animadvertere sicut experimur et explicamus nubem uti casu "1C:Inceptum" compositionem machinarum quae in hac architectura versantur augemus. Unum demus exemplum. In exemplari multitentatis, partes applicationis muneris participantium significanter mutant. Munus (gradus responsabilitatis) significanter auget applicationes operandi responsales. Necessarium factum est, ut validiore applicatione instrumenta moderarentur. Quia applicationes utentes (incolae) confidunt in primis provisor qui cum laborent. Ad hoc perficiendum novum securitatis profile mechanism. Haec machina provisor permittit administratoribus ut libertatem applicationis tincidunt circumscribant ad gradum securitatis debitum - in essentia, ut operationem applicationis pro unoquoque tenente in quadam sandbox intercluderet.

Non minus interesting architectura est applicationes administrandi in multitenancy modo operante (quod in 1cFresh et BSP technologiae effectum est). Hic, ad exemplar instituti conventionalis, requisita processuum administrationis ad automationem significanter augentur. Sunt dozens talium processuum: novas notitias areas ("apartmenta" creans), applicationes adaequationis, adaequationis informationes regulatorias, tergum, etc. Exempli gratia, ut certa commercium inter applicationes et systema temperantia, asynchronum technologiam vocationis systematis tuto traditio perficiamus.

Subtiliter res est via notitiarum et processuum socialising. Simplex videtur (si alicui videtur) prima specie tantum. Maxima provocatio est statera inter centralizationem datarum ac processuum et decentralizationis. Ex altera parte, centralisatio permittit vos reducere impensas (spatii orbis, processus facultates, nisus administratoris...). Ex altera vero parte, "tenentium" libertatem finit. Haec prorsus una est applicationis "bifurcationis" momenta, cum elaborata simul cogitare oportet de applicatione in sensu stricto (serviendo unam "partem") et in lato sensu (omnibus simul "tenentibus serviens) .

Exemplum huius "dilemmatis" citare potest informationes regulatorias et referentias. Nimirum magna tentatio est ut communis omnibus "tenentibus" domus fiat. Hoc tibi permittit ut illud in uno exemplari recondas et illud in omnibus simul renovas. Contingit autem aliquos incolas certis mutationibus egere. Incommode in praxi hoc occurrit, etiam pro informationibus quae a regulatoribus (corporum regimen). Haec quaestio difficilis evadit: socialize an non socialize? Temptat quidem, ut informationes generales pro omnibus et privatis iis qui eam cupiunt efficere. Idque iam ad difficillimum deducendum ducit. Sed laboramus in hoc.

Alterum exemplum est ratio exsecutionis processuum regularium (executio in schedula, a regimine systematis inchoata, etc.). In una parte, singulae notitiae separatim perfici possunt. Facilius est et commodius. At contra talis granularitas magnum onus in systemate creat. Ad onus redigendum, opus est ad processuum socialem efficiendum. sed diligentius studium requirunt.

Nempe haec quaestio valde notabilis movet. Quomodo applicatio tincidunt ad multitudinem pertinet? Quid opus est facere? Utique nitimur ut onus quaestiones technologicae et infrastructurae in humeros technologiae suppeditatae quam maxime cadat, et elit applicatio solum secundum negotia logicalia negotia cogitat. Sed sicut in aliis maximis architecturae quaestionibus, applicatione tincidunt opus est ut aliquid intellectus operandi in multitenancia exemplaris et aliqua opera requiretur cum applicationes enucleandi. Quare? Quia puncta sunt quae technologiam sponte praebere non possunt, neglecto semanticorum notitiarum ratione. Exempli gratia: eadem definitio limitum informationis agitur. Sed has difficultates parvas servare conamur. Iam sunt exempla exsecutionis huiusmodi applicationum.

Magni momenti in contextu multiten- tiae in 1C:Inceptio est quod nos creamus exemplar hybridum in quo una applicatio operari potest in tam multitenancy modo ac modo normali. Difficillimum est hoc negotium et subiectum disputationis separatim.

Source: www.habr.com