Eligens style architecturae (parte III)

Salve, habr. ASCRIPTIONES NOVAE CURRICULUM RIVUS Apertus nunc apud OTUS "Software Architect". Pervigilii ineuntis cursus, articulum meum vobiscum communicare volo.

introduction

Electio styli architecti est una e praecipuis technicis decisionibus, cum systematis informationis aedificat. In hac articulorum serie propono maxime populares stylos architecturae analyses ad applicationes aedificandas, et ad quaestionem respondeo, cum quo stilus architecturae potior sit. In praesentationis processu conabor catenam logicam deducere quae evolutionem stylorum architecturae a monolithis ad microservias explicat.

A paulo historia

Si tincidunt quaerere conaris: "Quare microservices indigemus?", varia responsa accipies. Audies parvas operas scalabilitatem emendare, codicem facilius intelligere, culpam tolerantiae emendare, et interdum audies quod te "ascendere codicem tuum" concedunt. Inspice historiam ut intellegamus propositum post cessum microservices.

Denique, Micro-serviae nostrae intelligentiae nostrae hoc modo ortae sunt: ​​anno 2011, James Lewis, opus variarum societatum examinans, novam "micro-app" exemplar intendit cessum, quod optimized SOA termini accelerationis instruere officia. Aliquanto post, anno 2012, culmen architecturae appellatum est exemplar microservicium. Ita, finis initialis microservices introducendi ut notos emendaret tempus forum.

Microservices super hype undam in MMXV erant. Colloquium secundum quosdam studiorum nullum sine relatione de materia microstrophiorum completum fuit. Praeterea nonnullae colloquia solum Micro servitiis dedicata sunt. Hodie, multa consilia incipiunt hoc stilo architecturae utendo, et si consilium continet tons de codice legato, tunc migratio ad microservices probabiliter actuose exercetur.

Quamvis de omnibus praedictis, satis exiguus numerus tincidunt potest notionem "microserviae" definire adhuc potest. Sed de hoc paulo post loquemur.

Monolith

Stylus architecturae qui microservices opponit est monolithus (vel omnes in uno). Probabile est quid sit monolithus narrare, unde statim incommoda huius stili architecturae recensebo, quae ulteriorem evolutionem stylorum architecturae inchoavit: magnitudinem, connectivity, instruere, scalability, fidem et rigiditatem. Infra propono singula vitia singula inspicere.

magnitudine

Monolith magna est. Et plerumque cum amplissimis datorum communicat. Nimis magna applicatione fit ut quis elit omnes intelligere. Solum qui multum temporis in hoc codice laborantes in hoc codice operam dabunt bene operare possunt cum monolitho, dum incipientes multum temporis conantes instar monolithorum habebunt et nulla cautio est ut eam figurant. Plerumque, cum monolitho laborat, semper aliquis senior "conditionalis" est qui monolitum plus minusve bene novit et manus aliorum novorum tincidunt verberat intra annum et dimidium. Naturaliter talis senior conditionalis punctum quoddam est defectus, et eius profectio ad mortem monolithorum ducere potest.

nexus

Monolith "magna globus luti" est, quarum mutationes ad vagus eventus ducere possunt. In uno loco mutando, in alio monolitho laedere potes (idem "auram tuam exasperat, *@ decidit). Hoc accidit ex eo quod elementa in monolitho sunt valde implicata ac praesertim relationes non-obvias.

deployment

Monolithus disponit, ob complexas necessitudines inter partes eius, longus processus cum suo ritu proprio. Talis sollemne sollemne non omnino normatum est et oretenus transigitur.

scalability

Monolith moduli possunt habere necessitates conflictus subsidiorum, transactio postulans ut termini hardware conficiatur. Finge te monolitum habere in officiis A et B. servitii A et B. flagitat magnitudinem ferrei coegi, et ministerium B in RAM flagitat. In hoc casu, vel machina in qua monolithus inauguratus est, utriusque muneris exigentias sustinere debet, vel manuale, una officia artificiose inactivare debebit.

Alterum exemplum (magis classicum): servitium A multo gratius quam servitium B, ut vis C officia A, et X officia B. Iterum duae optiones: aut C explicamus monolithum plenum curvum, aut tunc demum. officia B manually debilitari debebunt.

Fiducia

Cum omnia officia simul collocantur, si monolitum cadit, omnia officia simul cadunt. Reapse, hoc non potest esse tam malum, saltem nulla defectiones partiales in systemate distributo fient, sed contra, ob cimex in functionem quae ab 0.001% usorum adhibetur, omnes usores amittere potes. tuorum ratio.

Inertia

Propter magnitudinem monolithi, difficile est ad novas technologias transire. Quam ob rem hoc idem senior munus separatum retinens. Stack technicae acervus sub initio rei electi potest fieri truncus qui evolutionem producti impedit.

conclusio,

Proximo tempore loquemur quomodo homines has difficultates solvere conati sunt movendo ad partes et SOA.

Eligens style architecturae (parte III)

Lege plus:

Source: www.habr.com