Die 25 Aprilis apud Mail.ru Group colloquium habuimus de nubibus et circa - . Paucis elucidat:
- Pelagus β Mail.ru Solutiones Nubes, #CloudMTS, SberCloud, Selectel, Rostelecom Data Centre et Yandex.Cloud locutus est de specialibus mercati nostri nubis et eorum opera;
- Collegi a Bitrix24 narraverunt quomodo ipsi ;
- Leroy Merlin, Otkritie, Burger rex et Schneider Electric providit interesting β quae negotia pro IT et quae technologiae, inclusa nubeculae, in promissis vident.
Potes omnia videre videos e mailto: NUBUM colloquium et hic legere potes quomodo disceptatio de microservices pergit. Alexander Deulin, princeps systematis MegaFon negotiatorum investigationis et progressus centrum, et Sergey Sergeev, director technologiae informationis coetus M.Video-Eldorado, suas fortunas casus tollendi monolithos communicavit. Etiam quaestiones IT de consilio, processibus et etiam HR tractatas tractavimus.
Panelists
- Sergey Sergeev, Group CIO "M.Video-Eldorado";
- Alexander Deulin, caput centri ad inquisitionem et progressionem systemata negotiatorum MegaFon;
- Moderator - Dmitry LazarenkoCaput paas directionis Mail.ru Cloud Solutions.
Oratio post Alexandrum Deulin ad discussionem coniungitur a Sergey Sergeev a M.Video-Eldorado et moderatori disceptationis Dmitry Lazarenko, Mail.ru Cloud Solutiones.
Infra transcriptum disputationis tibi paravimus, sed etiam videre potes:
Transitus ad microservices ad mercatum necessitates responsio est
Dmitriy:
Ecquis felix expertus es migrandi ad microservices? Et in genere: ubi vides maximum negotium prodesse uti microserviis, vel a monolithis ad microservias movere?
Sergey:
Iam aliquo modo in transitu ad operas pervenerunt et plus tribus annis hac accessione usi sumus. Prima necessitas, qua necessitatem microservices iustificavit, erat infinita integratio variarum productorum ante-finium cum officio posterioris. Singulisque temporibus coacti sumus additionem integrationem et progressionem facere, regulas nostras exsequentes ad hoc vel illius operandum operandum.
In aliquo puncto intelleximus nos ad operationem systematis nostri accelerandam et ad munus functionality. Illo momento, tales notiones microservices et microservices accedere iam in foro extiterunt, et id experiri decrevimus. Hoc anno MMXVI incepit. Tum suggestum positum est et primum 2016 officia per turmas singulas adsecuta sunt.
Una prima officia, gravissime onerata, erat pretii calculi serviendi. Quotienscumque ad aliquem canalem veneris, ad M.Video-Eldorado turmarum catervam esto website aut tabularium scruta, ibi eligere productum, vide pretium in situ vel in "Basket", sumptus est automatice. ratione unius servicii. Quare hoc necessarium est: ante hoc, unaquaeque ratio sua principia habuit ad operandum cum promotionibus - infringo et sic de aliis. Nostrum officium dorso ansas pricing, discount functionality in alia systema impletur. Hoc opus centralem fieri et singulare ministerium separabile creatum est in forma negotii processus, qui hoc efficere sinat. Satis est quam coepimus.
Valor primi eventus valde magnus fuit. Uno modo potuimus creare entia separabilia quae nos separatim operari et modo aggregati facere permittunt. Secundo, sumptus possessionis in terms of integration with more systems reduximus.
Praeteritis tribus annis systemata frontalia tria adiecimus. Difficile erat easdem tantas opes conservare quas societas afferre posset. Ideo negotium exortum est ut novos exitus quaereret, mercatus responderet termini celeritatis, internis sumptibus et efficacia.
Quomodo metiamur prosperitatem migrandi ad microservices
Dmitriy:
Quomodo successus migrandi ad microservices determinatus est? Quid est "ante" in singulis societatibus? Quid metrica faciebas, ut successum transitus determinares, et quis rem definivit?
Sergey:
Primum in IT nata est ut capaciores novas facultates "recludendi". Opus erat omnia celerius facere ad eandem pecuniam relative, ad mercatum provocationes respondens. Nunc successus exprimitur in numero officiorum a diversis systematibus, coniunctione processuum inter se redditarum. Nunc res est, sed tunc temporis opportunitatem ad creandum suggestum et confirmandum hypothesin quam nos facere possumus, is effectum dabit et causam negotii calculare.
Alexander;
Successus magis sensus internus est. Negotium semper magis cupit, ac profundum backlog nostri victoriae probatio est. Mihi ita videtur.
Sergey:
Sic i conveniunt. Tribus annis iam plus quam ducenta officia et backlog habemus. Necessitas copiarum in turma tantum crescit - 30% annuatim. Hoc evenit quia homines senserunt: est velocius, est aliud, sunt variae technologiae, haec omnia enucleantur.
Microservices veniam, core sed
Dmitriy:
Est sicut processus inexhaustus quo in progressionem collocas. Estne transitus ad microservices pro negotio iam supra an non?
Sergey:
Facilisis praesent refero valde. Quid cogitas: reponens phones processus sine fine est? Ipsi telephona singulis annis emimus. Et hic est: dum celeritati opus est, ad mercaturam accommodandam, mutationes aliquae requirentur. Hoc non significat ut vexillum deseramus rerum.
Sed simul omnia contegere ac redintegrare non possumus. Legatum habemus, vexillum integrationis officia quae praecesserunt: negotiationes et cetera. Aliquam at est diam, ac egestas est. Numerus applicationum mobilium earumque functionis augetur. Simul, nemo negat te plus pecuniae 30% dari. Hoc est, semper ex una parte eget, et ex altera quaerendi efficientiam.
Dmitriy:
Vita bona est figura. (Ridet)
Alexander;
Fere sic. Res novas non habemus ut nucleum partem a landscape removeamus. Opus systematicum comparatum est systemata corrumpi ut magis cohaereant cum architecturae microserviciis, ad influxum systematum inter se reducendum.
Sed disponimus ut nuclei partem teneas, quia in operatoris landscape semper aliqua suggesta emimus. Iterum sano temperamento opus est: in nucleum excidere non oportet. Systema continuo collocamus, et nunc evenit nos iam supra multas partes nuclei. Praeterea, ad munus elaborandum, repraesentationes necessarias efficimus pro omnibus canalibus qui cum nostris communicationis officiis operantur.
Quomodo microservices vendere negotiis
Dmitriy:
Ego etiam quaero - iis qui non transierunt, sed meditantur: quam facile fuit hanc ideam negotio vendere et valebat, propositum obsidionis? Aut consilium conscium fuit: nunc ad microservias ituri sumus et id est, nihil obstabit. Quomodo pro te fuit?
Sergey:
Non aditum vendi- bamus, sed negotium commodum. Difficultas in negotio fuit, et nos eam solvere conati sumus. Illo momento expressum est quod diversi canales diversis principiis usi sunt pro calculandis pretia, separatim pro promotionibus, pro promotionibus, et sic de aliis. Difficile erat dictu, errores fiebant, et mos querelas audiebamus. Hoc est, solutionem problematis vendebamus, sed venimus cum eo quod pecunia opus erat ad faciendum suggestum. Negotium et causam demonstraverunt utentes exemplo primo collocationis: quomodo nos reficiamus, et quid id facere nos sinat.
Dmitriy:
Nonne tempus primae scenae aliquo modo commemoras?
Sergey:
Ita. VI menses collocavimus ut nucleum creandi suggestum et gubernatorem experiamur. Per hoc tempus, suggestum in quo gubernator skate creare conati sumus. Deinde confirmata est hypothesis, et cum agit, significat continuare. Bigas replicare et roborare coeperunt - movebant in divisionem separatam quod iustum est.
Proximum est systematicum opus innixum in negotiis necessitatibus, facultatibus, facultatibus promptitudine et omnibus, quae nunc in operibus sunt.
Dmitriy:
OK. Alexander, quid dicis?
Alexander;
Nostrae microformes ex "spumo maris" natae sunt, ob facultates salvificas, ex aliquibus reliquiis in modum servientis capacitatis et virium in redistributione manipulorum. Initio consilium hoc negotio non vendidimus. Hoc consilium erat in quo ambo perscrutati sumus et enucleavimus. Ineunte anno MMXVIII incepimus et simpliciter haec regio studiose elaboravit. Sales iam inceptae et in processu sumus.
Dmitriy:
An accidit ut negotium tibi permittat talia facere sicut Google - in uno die in hebdomada? Habesne talem partem?
Alexander;
Simul sicut investigationes, etiam negotia negotia tractavimus, ita omnia nostra microservices solutiones quaestionum negotiatorum sunt. In principio tantum microservices struximus quae parvam partem scriptioris basim operuit, et nunc in omnibus fere productis praetoriae adsunt.
Et materia ictum iam patet - iam numerari possumus, celeritas producti immittit et reditus perditos aestimari potest, si veterem viam secuti sumus. Causam porro hanc aedificamus.
Microservices: hype vel necessitas?
Dmitriy:
Numeri numeri sunt. Vectigalium vel pecuniarum servata sit amet ipsum. Quid si ad alteram partem spectes? Videtur quod microservices sint inclinatio, hype et multae societates abuti sunt? Quam clare distinguis inter quae agis nec transferas ad microservices? Si nunc legatum, adhuc habes legatum in V annis? Quae aetas erit informationum systematum quae operantur in M.Video-Eldorado et MegaFon in 5 annis? Eruntne systemata informatica decem annorum, quindecim annorum, an nova generatio erit? Quomodo hoc vides?
Sergey:
Mihi difficile videtur valde longe cogitare. Si respiciamus, quis putavit mercatum technologicum hoc modo evolvere, inter apparatus discendi et identitatis usoris faciei? Sed si venientes annos spectes, mihi videtur systemata nucleorum, systemata ERP-classum in societatibus incepti - satis diu laborarunt.
Societates nostrae summae 25 annorum sunt cum classicis ERP altissima in systematis landscape. Patet quod quaedam frusta inde sumimus et eas in microservices aggregare conamur, at nucleus remanebit. Nunc difficile est cogitare nos omnia nuclei systemata ibi reponere et ad alteram partem novarum systematum lucidam cito migrare.
Ego fautor sum eius quod omnia quae propiora sunt clienti et consumptori, est ubi maximum negotium utilitatis et valoris est, ubi aptabilitas et celeritas intendunt, in mutatione, in "experire, destruere, reuse, aliquid aliud facere" sunt. opus "est ubi campus mutabitur. Et producta cohibenti non optime conveniunt. Saltem non videmus. Ibi requiruntur solutiones facillissimae, simplicissimae.
Hoc progressum videmus:
- core informationes systemata (plerumque officium retro);
- strata media in modum microservices nucleum, aggregatum, cache creatum, et sic porro;
- ante-linea tenduntur dolor;
- iacuit integratio, quae plerumque in mercatus, alia systemata et oecosystemata integratur. Haec tabula quam maxime levis, simplex est, et minimum logicae negotii continet.
Sed simul ego fautor sum adsiduis utendi antiquis principiis, si convenienter adhibeantur.
Dicamus te habere systema classicum incepti. In landscape unius venditoris sita est et in duobus modulis inter se operantibus constat. Vexillum est etiam interfaciei integratio. Cur redo et microserviam ibi afferam?
Sed cum 5 moduli in officio posteriore sunt, e quibus notitiarum fragmenta in processu negotiorum collecta sunt, quae tunc systemata ante aciem 8-10 adhibentur, beneficium statim notabile est. Ex quinque systematibus retro-officii capis et ministerium efficis, unum solitarium, quod in processu negotiorum intenditur. Operam technologice provectam fac - ut informationes patefaciat et sit culpa tolerabilis, ac etiam cum documentis vel rebus elaboratis operatur. Et perficias illud secundum unum principium cum omnibus productis antesignanis. Ante-lineam productam remiserunt - simpliciter integrationem verterunt. Cras necesse est scribere applicationem mobilem vel parvam rem facere et unam tantum partem in functionem poni - omnia simplicia sunt: ββquasi constructor congregasti. Plures video progressus in hac directione - saltem in nostra regione.
Alexander;
Sergey perfecte descriptus noster accedet gratias. Modo dicam ubi certo non ituri sumus - ad nucleum, ad thema exosculationis online. Hoc est, aestimationem ac denuntiationem remanebit, immo trituratio "magnus" qui pecuniam fideliter scribet. Et haec ratio perseveret auctoritates nostras moderantibus certificari. Cetera quae ad clientes spectat, microservices sane est.
Dmitriy:
Hic certificatio una fabula est. Probabiliter magis faveo. Si parum subsidii vel ratio non indiget auxilio ac modificatione, satius est eam non attingere. Rationabilis transactio.
Quam ut develop certa microservices
Dmitriy:
Fine. Sed adhuc quaero. Nunc narras rem gestam: omnia denique, nos microservices switched, rationem negotii defendimus, et omnia elaborata sunt. Sed audivi alias fabulas.
A duobus abhinc annis, societas Helvetica quae duos annos collocaverat in explicando novum microservice suggestum ad ripas projectum tandem clausit. Omnino concidit. Multa milia francorum Helvetiorum absumpta sunt, et tandem turma dispersa est - non elaboravit.
Habuistis similes fabulas? An ullae difficultates erant? Exempli causa, microservices et vigilantia conservans etiam capitis dolores in actionibus operationibus societatis est. Ceterum numerus partium augetur decies vicies. Quomodo videas, exempla collocationum hic infeliciter fuisse? Et quid potest monere homines, ut non conveniant talium problematum?
Alexander;
Infelicis exempla includuntur negotia mutandarum prioritatum et incepta destruenda. Cum in bono gradu promptitudinis (re vera, MVP parata est), negotium dixit: "Novas habemus potiores, ad aliud propositum movemur, et hoc unum claudimus."
Non habuimus aliquas global defectiones cum micromissionibus. Pacifice dormimus, munus 24/7 habemus trabea, quae officia totius BSS [res sustinendi ratio].
Et unum plus - microservices exscindimus secundum regulas quae ad productos cohibenti applicamus. Clavis ad successum est quod opus est, primo, equos convocare qui microserviam ad productionem plene praeparabit. Ipsa progressio est sub condicione 40%. Reliqua analytica, DevSecOps methodologia, ius integrationes, & recta architectura. Sedulo curamus principia aedificandi applicationes securos. Informatio securitatis repraesentativa in singulis projectis participant tum ad scaenam architecturae ratiocinationem et per processum exsecutionem. Etiam systemata disponendi codicem pro vulnerabilitates disponunt.
Dicamus explicamus officia nostra publica β ea habemus in Kubernetes. Hoc unumquemvis permittit ut pacifice dormiat propter officia auto- scalis et auto- sublatio, et officium mutationis casus colligit.
In tota exsistentia microserviorum nostrorum, unus tantum vel duo casus extiterunt qui nostram aciem attigerunt. Sed cum operatione non sunt problemata. Nos quidem non 200, sed circa 50 microservices non habemus, sed in productis praetoriae adhibitis. Si id minus, erimus primi scire.
Microservices et HR
Sergey:
Assentio cum collega meo de translatione ad subsidium - opus recte constituendum esse. Sed de quaestionibus, scilicet existentibus, referam.
Uno modo, technologia nova. Haec est hype in bono modo, et inveniens artifex qui intelleget et creare potest haec magna est provocatio. Insanis opibus certatum est, ita periti auro valentes.
Secundo, cum certarum camporum creatione et officiorum increscente numero, quaestio reuse constanter solvenda est. Sicut tincidunt id facere placet: βScribe multum interesting res hic nunc...β Propter hoc ratio crescit et amittit efficaciam termini pecuniae, sumptus dominii, et sic porro. Hoc est, necesse est in architecturae systematis reuse includere, eam in cursui includere ad operas inducendas et legatum ad novam architecturam transferendam.
Alia quaestio - quamquam hoc suo modo bonum est - competition internus est. "O novas notabiles latinae hic apparuerunt, linguam novam loquuntur." Homines sane differunt. Sunt qui in Java scribebant, et qui scribunt et utuntur Docker et Kubernetes. Hi sunt omnino diversi, aliter loquuntur, diversis vocabulis utuntur, interdum se invicem non intelligunt. Facultas vel inhabilitas ad usum participandum, cognitionem communicationis, in hoc sensu etiam quaestio est.
Bene erigi opes. "Magne, eamus! Et nunc velocius volumus, magis. Quid non potes? Annon potest bis tantum tradere? Et quare?" Tales dolores sunt probabiliter multa signa, aditus multos, eosque sentire potes.
Cras at. Mihi videtur officia vel instrumenta vigilantia industriae iam addiscere vel operari posse cum Docker et Kubernetes diverso modo non-commodus. Ut, exempli gratia, cum 500 machinis Javae non desinis sub quibus haec omnia currit, scilicet aggregat. Sed haec producta adhuc maturitate carent, ad hoc peragendum. Locus est vere novus, pergit evolvere.
Dmitriy:
Valde interesting. Idque ad HR. Fortasse processum tuum HR et notam HR paulum supra hos 3 annos mutaverunt. Incepisti alios diversis competentiis conscribere. Et probabiliter sunt pros et cons. Antea, stipes et scientia data hype erant, et artifices in eis erant decies centena millia. Nunc sumptus cadit, forum saturatur, et similis inclinatio in microservices est.
Sergey:
Ita absolute.
Alexander;
HR quaestionem quaerit: "Ubi est rosea unicornis inter tergum et frontem?" HR quid sit microservice non intellegit. Secretum illis narravimus, et dixit illis quod omnia fecit backend, et non est unicornis. Sed HR mutatur, cito discens et reficit homines, qui praecipuam IT scientiam habent.
Evolutio microservices
Dmitriy:
Si scopum architecturae spectes, microservices sicut monstrum simile spectant. Pluribus annis iter tuum suscepit. Alii annum habent, alii triennium. Praevidesne omnia problemata, architecturae scopo, aliquid mutare? Exempli causa, in microserviis, portae et reticulorum servitiorum nunc iterum apparent. Uterisne illis initio an ipsam architecturam mutasti? Habesne tales provocationes?
Sergey:
Iam aliquot protocolla communicationis scripta sunt. Primum unum protocollum erat, nunc ad alterum commutavimus. salutem et fidem augemus. Incepti technologiae - Oraculum, Web Logica. Nunc ab inceptis technologicis in microservices regredimur et ad fontem apertum vel technologias omnino apertas movemur. databases deserimus et ad ea quae nobis in hoc exemplo efficacius operatur. Oraculum technologiae iam non indigemus.
Pro servitio simpliciter incepimus, sine cogitatione quantum nobis opus erat cella, quid faceremus cum nulla nexus cum microservio, sed notitia opus erat, etc. Nunc suggestum explicamus ut architectura describi possit. non in lingua officiorum, et in sermone negotiorum, logicam negotiam sumas ad gradum proximum, cum in verbis incipimus loqui. Nunc loqui litteris didicimus, et gradus proximus est cum officia colligentur in aliquod genus aggregati, cum iam verbum hoc est, verbi gratia, totum productum card. Ex microservices conglobatur, sed est API super hoc aedificatum.
Salus ipsum. Ut primum incipit esse pervia, et per quam multum interest te habere potes, et celerrime in secundo scissura, tunc non tutissima via est desiderium. Ut ab hoc, tentandi ac vigilantia accessus mutationis habuimus. Turma mutare debebamus, administrationis partus structuram, CI/CD.
Haec evolutio est - sicut cum phonis, modo multo velocius: primum telephona gestabilia sunt, deinde Suspendisse potenti apparuit. Rescripserunt et redesignaverunt productum quod mercatus alium necessitatem habuit. Ita evolvendo: primus gradus, decimus gradus, labor.
Iterum, aliquid per annum ex parte technicae artis, aliud ex parte backlog et necessitates collocatur. rem ad rem connectimus. Turma XX% accedit ad debitum technicum et technicum subsidium pro turma, 20% in entitate negotii. Movemur autem cum intellectu cur id agimus, cur has technologicas emendationes facimus, quod ad effectum deducimus. Sicut quod.
Dmitriy:
Frigus. Quid in MegaFon?
Alexander;
Praecipua provocatio cum ad microservices venimus non erat in chaos incidere. Munus architecturale MegaFon statim nobis coniunxit, etiam initiator et exactor factus est - nunc architecturae fortissimae habemus. Suum negotium erat ut intellegamus quid nos scopo exemplo imus et quae technologiae opus sit gubernari. Hos nosmet ipsos gubernatores cum architectura deduximus.
Proxima quaestio fuit: "Deinde quomodo haec omnia abutar?" Et unum: "Quomodo ut perspicuum reddas commercium inter microservices?" Reticulum servitii nos adiuverunt ad quaestionem ultimam respondendum. Istio navigavimus et eventus probaverunt. Nunc in zonis fertilibus evolvimur. Positivum habitum erga omnes provocationes habemus - quod necesse est constanter mutare acervum, aliquid novi discere. Quaero nos evolvere, solutiones veteres non abolere.
Dmitriy:
Aurea verba! Huiusmodi provocationes custodiunt turmam et negotium in digitos suos ac futurum creare. GDPR principales notitias tutelae praefectos creaverunt, et provocationes currentes summos microservices et praefectos architecturae creaverunt. Et placeat.
Multum disputavimus. Summa est quod bonum microservices consilium et ipsa architectura multa errata vitare permittit. Nempe iterative et evolutionis processum est, sed futurum est.
Gratias omnibus participantibus, Sergius et Alexander!
Quaestiones ex auditorio
Quaestio ex auditorio (1);
Sergey, quomodo IT procuratio in tuo comitatu mutata est? Intelligo, cum magnus acervus plurium systematum sit, quomodo res conficiatur satis perspicue et logice processu. Quomodo administrationem partis IT reaedificasti postquam permaximum numerum microserviorum tam brevi tempore insertum est?
Sergey:
Assentio cum collega meo architecturae magni momenti esse ut auriga mutationis. Incipimus habere divisionem architectonicam. Architecti simul sunt possessores officiariorum distributionis et requisita quomodo in landscape apparebit. Ita quoque harum mutationum coordinatores agunt. Quam ob rem certae mutationes certae partus processum erant cum suggestum CI/CD creavimus.
Sed vexillum, principia evolutionis, negotia analysi, probatio et evolutionis non sunt cassata. Mox addita celeritate nos. Antea, cyclus tantum sumpsit, institutionem in ambitibus testium multo magis sumpsit. Negotium nunc utilitatem videt et dicit: "Quare in aliis locis facere non possumus?"
Similis est, bono modo, iniectio in forma vaccini quae ostendit: hoc modo facere potes, sed aliter facere potes. Utique quaestio est in personas, in competenciis, in scientia, in resistentia.
Quaestio ex auditorio (2);
Critici architecturae microservicae dicunt difficilem esse probationem et progressionem. Hoc logicum est ubi res implicatae sunt. Quae provocationes faciei turmae tuae et quomodo eos superasti? Q. pro omnibus.
Alexander;
Difficultates a microservices ad suggestum moventes sunt, sed solvi possunt.
Pro exemplo, efficimus productum quod constat ex 5-7 microservices. Opus est ut probationes integrationes per totum microservices acervum praebeant ut lumen viride ad movendum ad ramum dominum movendum praebeat. Hoc negotium nobis novum non fuit: hoc iam diu in BSS egeram, cum venditor nobis solutiones iam necessarias suppeditavit.
Et nostra quaestio in parva quadrigis tantum est. Unus QA fectum opus est ad unum productum conditionale. Itaque navem productum 5-7 microform, quarum 2-3 partes tertiae explicari possunt. Exempli gratia, productum habemus in evolutione cuius systematis exosculatio venditoris, Mail.ru Group et MegaFon R&D participant. Opus est hoc tegere cum probationibus ante naviculas ad productionem. In fabro QA in hoc facto per mensem et dimidium laboratum est, et reliquum manipulorum sine eius auxilio relictum est.
Haec multiplicitas nonnisi per scalas causatur. Intellegimus parvas operas in vacuo esse non posse, absoluta solitudo non est. Cum mutando unum officium, semper API contractum servare conantur. Si aliquid sub cucullo mutatur, prior servitus manet. Si mutationes fatales sunt, aliqua transformatio quaedam architecturae fit et nos movemus ad aliam omnino aliam metamodel, quae omnino repugnat - tunc demum loquimur de v2 servitio API specificationis apparentis. Primas et secundas versiones simul sustinemus, et postquam omnes consumptores ad secundam versionem vertas, primam simpliciter claudimus.
Sergey:
addere libet. De inpedimentis omnino assentior - accidunt. Orbis Terrarum magis implicatus est, et supra sumptus augentur, praesertim ad probationem. Quomodo hoc agat: vertas ad probationem automated. Etiam in scribendo autotests et unitas probationes insuper collocare debebis. Ita ut tincidunt sine probatione transire non possent, codicem mutare non poterant. Ita ut etiam globulum pulsus sine autotest non operatur, unitas test.
Est momenti ad functionem priorem conservandam, et hoc supra caput additus est. Si technologiam alteri protocollo rescribes, tunc illud rescribe donec omnia penitus claudas.
Aliquando non facimus finem in proposito tentantes, quia progressionem prohibere non volumus, licet aliud etiam post aliud habemus. Orbis Terrarum amplissima, complexa, multae sunt systemata. Aliquando iustae stipulae - ita, marginem securitatis deprimis, plura pericula apparent. Sed simul copiam dimittis.
Alexander;
Ita, autotests et unitas probationes permittunt te ut servitii summus qualitas creet. Nos pro pipelino sumus, quae sine probationibus unitatis et integrationis praeteriri non potest. Saepe aemulatores et systemata commercialia in zonas testium et ambitus evolutionis trahere debemus, quia non omnes systemata in zonis testium collocari possunt. Praeterea non solum madefaciunt - plenam responsionem flexam e systematis generamus. Gravis est haec pars operandi in microserviis, et etiam in ea collocamus. Sine hoc chaos sequetur.
Quaestio ex auditorio (3);
Quantum intelligo, microservices initio ex quadrigis separatis creverunt et nunc in hoc exemplari exsistunt. Quae sunt eius pros et cons?
Consimilem fabulam habemus: quaedam microservices officinas orta sunt. Nunc ratione perventum est, ubi aditus ad productiones per rivos et per systemata extendimus. Aliis verbis, a centralizatis microserviis, microserviis exemplaribus, et ad systemata propius evadimus.
Itaque etiam operatio nostra ad systemata accedit, hoc est, hoc loco decens nos decet. Quid est adventus tuus et quid est scopum fabula?
Alexander;
Nomen "microservices officinas" recte ex ore tuo demisisti - nos etiam conscendere volumus. Uno modo vere nunc unum equos habemus. Omnes iunctiones evolutionis praebere volumus, quae MegaFon cum facultate laborant in oecosystematis communi. Omnes progressus functionis quam nunc habemus, omnino occupare non volumus. Munus localis est scandere, negotium globalem ducere progressionem omnibus iugis in strato microservio.
Sergey:
Dicam tibi viam quam cepimus. Profecto una turma laborans incepit, sed nunc soli non sumus. Proponens sum sequentis: dominus processus esse debet. Oportet intelligere, administrare, regere et aedificare processus evolutionis microservices. Suas cuique facultates tribuere ac facultatibus administrare debet.
Hae facultates, quae technologias norunt, specialia et microformia aedificandi intellegunt, in productis iugis collocari possunt. Misce nos ubi homines e suggestu microservice sunt in quadrigis producti quod mobilem applicationem facit. Sunt ibi, sed operantur secundum processum administrationis tribunalis microservici cum evolutione procuratoris sui. In hac divisione turma separata est quae technologiam agit. Hoc est, communem rerum piscinam inter nosmetipsos miscemus et eas dividemus, easque iugis distribuimus.
Eodem tempore, processus generalis manet, moderatus, progreditur secundum principia generalia technologica, cum unitate probationis et sic deinceps - omnia quae supra posita sunt. Possunt esse columnae in specie facultatum, quae ex diversis Dicasteriis producti adeunt.
Alexander;
Sergey, actu processus dominus, vox? Estne negotium backlog communicatum? Quis est eius distributio?
Sergey:
Vide: hic iterum misce. Backlog est quae ex melioribus technologicis formatur - haec una fabula est. Est backlog, quod est ex inceptis, et est backlog a productis. Sed ordo introductionis in unumquemque culturam productorum seu creationem huius servitii a speciali producto augetur. Non est in IT directoratu, sed specialiter ab eo remotus. Sed populus meus certus secundum eundem processum operatur.
Dominus in diversis partibus backlog - backlog mutationum - alius erit populus. Connexio muneris technologici, eorum ordinatio principium - haec omnia in IT erunt. Ego suggestu facultates etiam possideo. In summo est quod ad backlogam et ad functiones mutationes pertinet, et in hoc sensu architectura.
Negotium dicamus dicit: "Hoc munus volumus, novum productum creare volumus - mutuum reformare". Respondemus: "Ita nos redimus." Architecti dicunt: "Cogitemus: ubi in mutui scribemus operas et quomodo id faciemus?" Tunc illud destruimus in incepta, producta vel acervus technicae artis, eam in iugis et eam efficiendam. Interne productum creasti et microservices uti in hoc productum constituisti? Dicimus: "Nunc systemata legata quae habuimus vel anteriora systemata, ad haec microform commutanda". Architecti dicunt: βSic: in technologico backlog intra productos anteriores - transitus ad microservices. Vade". Et producti artifices vel negotiatores possessores intelligunt quanta facultas partita sit, quando fiet et quare.
Finis disputationis, sed non omnes
In mailto: NUBILA colloquium constitutum est .
Nos quoque alias certe - e.g. @Kubernetes Meetupubi magnos oratores semper quaerimus;
- Sequere @Kubernetes et alii @Meetup nuntium in nostro telegraphi alveo
- Interest in dicendo unum ex @Meetups? Aliquam petitionem
Source: www.habr.com