Relatio de aliquibus exercitiis DevOps loquetur, sed de viae parte. De more omnes fabrum qui DevOps coniungunt iam complures annos experientiae administrativae sub cingulo suo habent. Sed nec elit id nulla dictum placerat. Saepius quam non, tincidunt defixiones occupantur "proximo instanter critica cimex diei", et tempus non habent ut vel celeriter inspicere in agro DevOporum. In intelligentia auctoris, DevOps est primo sensus communis. Secundo est opportunitas efficacior. Si elit es, sensum communem habes et vis efficacior esse sicut lusor ludi, haec fama tibi est.
Ego me introducam, plene fateor esse homines in conclavi qui me non norunt. Nomen meum Anton Boyko est, Microsoft Azure MVP. Quid est MVP? Hoc est exemplar-visum-praesentem. Exemplar Visum-Presenter prorsus mihi est.
Preterea nunc teneo positionem solutionis architecti apud Ciklum. Nuper et nuper tam pulchram aream me comparavi et renovavi electronicam meam, quam soleo ad presentationes ostendere. Ad me potes scribere: me byokoant.pro. Cum quaestiones potes email me. Ea refero usitas. Restat ut quaestiones per electronicas accipere nolim quae ad duo argumenta pertinent: politicam et religionem. Scribere ad me potes omnia alia per email. Tempus praeteribit, ego respondeam.
De me pauca dicam;
- In hoc campo iam per X annos fui.
- Microsoft laboravi.
- Pater fundator communitatis Ucrainae Azure sum, quae alicubi anno MMXIV fundavimus. Et adhuc habemus eam et explicamus eam.
- Ego etiam pater conloquii Azurei fundatoris sum, quam in Ucraina hospitamur.
- Etiam auxilium mihi constituo Global Azure Bootcamp in Kyiv.
- Sicut dixi, Microsoft Azure sum MVP.
- In colloquiis saepius loquor. Ego vere amo colloquia loqui. Praeterito anno circiter XL temporibus conficere potui. Si per Ucrainam, Belarus, Poloniam, Bulgariam, Sueciam, Daniam, Nederlandiam, Hispaniam transieris vel aliam regionem in Europam dederis vel accipias, tunc admodum fieri potest ut cum ad colloquium pergis, quod nubem in suo flumine habet; me videas in numero oratorum.
- Im etiam stella Trek ventilabrum.
Agenda pauca fama. Agenda nostra est valde simplex:
- DevOps quid sit loquemur. Fama cur hoc sit amet. Antea, DevOps keyword erat quod in tua Proin scripseras et statim +$500 in salario accepit. Nunc scribere debes, exempli gratia, impedimentum in aliqua parte tua ut +500 dollariorum ad salarium recipias.
- Et tunc, cum pauca quid sit hoc intellegamus, quid sint exercitia Devotae loquemur. Sed non tam in contextu DevOporum in genere, sed circa exercitia DevOporum quae commoda tincidunt essent. Dicam cur tibi prosit. Dicam tibi cur hoc omnino facias, et quomodo te adiuvare possit minus doloris sentis.
Tradita pictura quam multi ostendunt. Hoc fit in multis inceptis. Hoc est, cum progressus et operationes habemus departments, quae programmationem nostram sustinent. Quae Dicasteria inter se non communicant.
Fortasse, si in DevOps et operationibus Dicasteriis tam clare sentire non potes, analogiam cum Dicasteriis Dev et QA ducere potes. Sunt qui programmatum explicant et sunt QA qui mali sunt ex parte tincidunt. Exempli causa, repositorium meum codicem mirabilem commendo, et est illic aliquis nebulo sedens, qui hunc codicem ad me reddit et codicem tuum malum esse dicit.
Hoc totum fit, quia homines inter se non communicant. Et iactant aliquas sarcinas, aliquas ad invicem applicando per murum aliquem erroris, et conantur aliquid cum illis facere.
Hic ipse murus est quem cultura DevOps ad destruendum destinatur, i.e. cogunt homines inter se communicare et saltem intelligere quid diversi homines in exertus faciant et cur eorum opus sit magni momenti.
Et cum loquimur de DevOps, dicet aliquis tibi DevOps esse cum project integrationem continuam habet; Dicet aliquis DevOps esse si usus exertus "infrastructuram in codice" exerceat; Dicet aliquis primum gradum ad DevOps esse pluma ramosa, pluma vexilla.
Essentialiter haec omnia sunt vera suo modo. Sed haec sunt sicut ultima exercitia quae habemus. Priusquam ad has exercitationes progrediamur, hoc lapsus admonemus, quod demonstrat 3 gradus methodi methodologiae Dev-Ops in tuo consilio, in comitatu tuo.
Hoc dictum etiam alterum nomen privatum habet. Potes quaerere online ut exquiras quid sint 3 Musketeers DevOpum. Fieri potest ut hunc articulum invenies. Cur 3 sclopetarii? Infra dicit: populo, processibus et fructibus, i.e. PPP - Porthos, Porthos et Porthos. Hic sunt III sclopetarii DevOpum. Hic articulus planius describit quam ob causam hoc sit momenti et quid secumfert.
Cum exsequendam culturam DevOps inceperit, magni momenti est quod sequenti ordine exsequatur.
Initio debes loqui cum hominibus. Et opus est ut perspiciatis unde omnis iste natus sit et unde aliquam commodi consequatur ex ea.
Colloquium nostrum DotNet Festum appellatur. Et sicut ordinatores mihi dixerunt, maxime nos hic tincidunt audientiam invitavimus, ita spero plures homines in aula evolutionis implicari.
Loquemur de hominibus, confabulabimur de tincidunt quod quotidie facere volumus. Quid maxime volunt? Volunt aliquem codicem novum scribere, texturas novas utere, notas novas creare. Quid tincidunt minimis? Fix vetus bugs. Spero me tibi assentiri. Etiam id tincidunt velit. Novas notas scribere volunt, cimices figere nolunt.
Numerus cimicum quem quidam elit pendere pendent quam recta bracchia eius sint et quantum ex umeris nascantur, non ex loculis petat. Sed tamen, cum magnum propositum habeamus, interdum evenit ut impossibile sit rerum omnium vestigia persequi, ita nobis iucunda sit uti aliquas accessiones, quae nos adiuvet ut codicem qualitatis altiorem stabilioremque scribamus.
Quid QAs maxime vis? Nescio an in aula sint. Difficile est me dicere QA velle, quod numquam unus fui. Nec guys offensa, dicetur me sperare nunquam. Non autem quod eorum opus inane et inutile censeam, sed quia me hominem non arbitror, qui efficaciter hoc opus facere possit, ne id quidem facere conor. Sed ex intellectu meo, quid QA non ut maxime mane laborandum est, continue cursu quodam regressionis probat, in eadem cimices gradiens, quae ante tincidunt nuntiaverunt ante 3 scatones et dicentes: “Quando vultis? Monsieur D'Artagnan, fige hunc cimex.' Cui respondit Monsieur D'Artagnan: "Ita, ita, iam certum est." Et quomodo fiat quod posui unum cimex et feci 5 per viam.
Homines, qui hanc solutionem in productione sustinent, hanc solutionem sine cimicibus laborare volunt, ut non omni die Veneris servo rebolum habeant, cum omnes homines normales ad talea eunt. In tincidunt die Veneris explicant, admins sedent usque ad diem Sabbati, hoc instruere conantur et fixum habent.
Et cum explicas hominibus ad easdem quaestiones solvendas se intendisse, ad processum formalisandum progredi potes. Sit amet ipsum. Quare? Quia cum dicimus "formalization", interest vobis describere quomodo processus tui alicubi in sudario contingunt. Intelligere debes, si, exempli gratia, explicas ad ambitum QA vel ambitus productionis, semper in hoc ordine fieri, in his gradibus curritur, verbi gratia, unitas automataria et probata UI. Post instruere, reprimimus utrum bene vel male instruere possit. Sed iam clare habes indicem actionum quae iterum atque etiam iterandae sunt cum ad productionem disponis.
Et solum cum processus tui formalizati sunt, incipis fructus eligere, qui te horum processuum automate iuvabit.
Proh dolor, saepissime hoc video evenire in principio. Cum quis verbum "DevOps" audierit, statim Jenkins inaugurari suggerunt, quia credunt se statim cum Jenkins instituunt, DevOps habituros esse. Jenkins statuerunt, legere "Quam ad" articulos in Jenkins website, processibus in his vasa quomodo facere conati sunt, et tunc ad homines venerunt et inflexerunt populum, dicentes librum hoc modo facere te opus esse. sic facimus hoc modo.
Non est malum instrumentum Jenkins. Non vult dicere ullo modo. Sed consequat quis justo id aliquam. Et quod productum uteris, sit ultimum iudicium, et minime primum tuum. Productum tuum non debet agi ab exsequenda cultura et accessu. Hoc magni momenti est ad intellegendum, quam ob rem tam diu in hoc lapsu consumo et haec omnia tam diu expono.
Fama de exercitiis DevOpibus in genere. Quid sunt? Quid interest? Quomodo eos tentare? Cur magni momenti sunt?
Continua Integratio prima uti audistis. Forsitan aliquis in project habet Continuam Integration (CI).
Maxima problema est frequentius cum hominem interroga: "Habes CI in consilio?" et dicit: Ita, cum quaero quid agat, describit mihi absolute totum processum automatis. Hoc omnino verum est.
Reapse, praxis CI intendit ad integrum codicem quem diversi homines in quadam basi unius codicis scribunt. Id omne.
Una cum CI, aliae consuetudines per viam solent - ut Continua instruere, Dimittere Management, sed de illo postea loquemur.
CI ipse docet diversos homines codicem scribere et hunc codicem continenter in unam basim codici debere.
Quid hoc nobis dat et quid interest? Si DotNet habemus, tunc bonum est, lingua compilata est, applicationem nostram scribere possumus. Si conscribit, iam bonum signum est. Hoc tamen aliquid non significat, sed illud primum bonum signum est quod saltem compilare possumus.
Tunc currere possumus aliquas probationes, quae etiam est usus separatus. Probat omnes virides hoc est secundum bonum signum. Sed rursus hoc nihil significat.
Sed quid hoc faceres? Exercitia omnia, quae de hodie loquor, idem fere valorem ferunt, i.e., circa eadem beneficia ac etiam proxime eodem modo mensurantur.
Primum, permittit te ad partum accelerare. Quomodo hoc te permittit ad partum accelerare? Cum novas mutationes in codice nostro basim facimus, statim cum hoc codice aliquid facere conari possumus. Non expectamus donec Iovis veniat quia die Iovis eam ad QA Environment remittimus, hic et hic ius facimus.
Narrabo tibi unam fabulam tristem de vita mea. Erat olim, cum adhuc essem iuvenis et pulcher. Nunc ego sum iam iuvenis, pulcher et sapis, et modestus. Aliquam in erat lorem. Habuimus turmas magnas circiter 30 tincidunt. Et magnum et magnum consilium inceptum habuimus quod per circiter X annos elaboratum est. et varios ramos habebamus. In promptuario habuimus ramum in quo tincidunt ambulaverunt. Erat autem ramus, qui exhibebat versionem in codice quae in productione est.
Ramus productio erat 3 mensibus post ramum qui tincidunt praesto erat. Quid est hoc, Pythi? Hoc significat, quamprimum habeo cimex alicubi quod accedit ad productionem culpae tincidunt, quia permisit, et ob culpam QA, quia aspexi, tunc hoc significat quod si recipio negotium pro hotfix producendi, tunc mihi codicem meum ante 3 menses ante mutationes revolvo. Memini quid ante III menses habui et ibi illud reficere conor.
Si hanc experientiam nondum habueris, experiri potes in consilio domi tuae. Summa est, noli eam experiri in commercial. Scribere duas lineas codicis, sex menses obliviscere, ac deinde redi et celeriter explica quid lineae codicis sint et quomodo eas figere vel optimize possis. Praesent ipsum, elit id ipsum suscipit.
Si continuam Integration consuetudinem habemus, hoc nobis permittit ut cum pluribus instrumentis automatedis nunc hic et nunc inspicias, cum primum codicem meum scripsi. Haec plenam imaginem mihi dare non licet, sed tamen periculum aliquod saltem removebit. Et si aliqua cimex potentia, nunc sciam, id est proprie in duobus minutis. Non opus est III mensibus revolvere. Tantum opus est mihi 3 minuta revolvere. Apparatus capulus bonus ne tempus quidem erit coquendi capulus in 2 minuta, ita ut pulchellus frigus sit.
Hoc vim habet ut in singulis propositis subinde iterari possit, i.e. non unum illud posuisti. Repetere potes et ipsum praxim et ipsum CI pro omni nova mutatione quod petis iterari. Hoc permittit ut opes optimize, quia turma tua efficacius operatur. Locum iam non habebis ubi cimex ad te venit e codice quod ante 3 menses laborasti. Contextum mutandi iam non habebis, cum sederis et duabus horis primas horas habe conaris intelligere quid tunc acciderit et in essentiam contextus ingredieris antequam aliquid corrigere incipias.
Quomodo metiri possumus successum vel defectum huius consuetudinis? Si referas ad magnum umbo quod nos in CI project perficiendum, audit blah blah. Nos eam perficimus, OK, sed cur, quid nobis attulit, quomodo metimur, quomodo recte vel non recte eam exsequemur?
Prima est quod, ob CI, magis ac saepius explicari possumus, ac saepius eo quod Codex noster stabilior est potentia. Eodem modo, tempus nostrum ad errorem inveniendum reducitur et tempus ad hunc errorem corrigendum reducitur praecise ob id quod responsum accipimus a systemate nunc et nunc, quod in nostro codice perperam est.
Alia praxis quam habemus Automation Testis praxis, quae frequentius cum usu CI venit. Itur pares.
Quid hic interest intelligere? Aliquam sit amet purus ut nostra volutpat. Et unusquisque test automatus ad proprias difficultates solvendas intendet. Habemus, exempli gratia, unitatem probationum quae separatim moduli temptare nos sinunt, i.e. Quomodo in vacuo operatur? Hoc bene est.
Habemus praeterea probationes integrationes quae sinunt nos intellegere quomodo diversi moduli inter se coniungantur. Prodest.
UI probationes automationis habeamus quae sinunt nos inhibere quomodo opus bene cum UI occurrat quaedam requisita a emptore, etc.
Probationes specificae quas curris afficere possunt quotiens eas curris. Unitas probat plerumque breves et parvas scribi. Et sollicitudin arcu semper.
Si loquimur de probationibus UI automation, tum bonum est si munus tuum parvum est. Automation UI tua probat tempus aliquod congruum capere potest. Sed plerumque UI automation test est aliquid quod aliquot horas in magno proposito capit. Et bonum est si paucis horis est. Sola res est quod nullum punctum currit eas ad omne edificandum. Sensus est eos noctu currere. Et cum omnes venissent ad operandum mane: tam probatores quam tincidunt, aliquam famam acceperunt nos noctu UI autotest cucurrisse et hos eventus consecutos esse. Et hic, hora laboris servientis qui reprehendo quod productum tuum aliquod requisitum occurrat, multo vilius erit quam hora operis eiusdem QA fectum, etiam si Iunior QA fectum est, qui pro cibo et gratiarum actione operatur. Eadem omnia, horae machinae operatio vilis erit. Inde est, quod sensum facit ad collocandum.
Aliud consilium habeo quod laboravi. Habuimus duas septimanas sprints in hoc incepto. Magnum consilium erat, magni momenti in provincia oeconomico, et error fieri non potuit. Et post duas hebdomadas concitus, cyclus evolutionis secutus est processum probationis, qui alias quattuor septimanas accepit. Conare scalam tragoediae fingere. Codicem per duas septimanas scribimus, tunc ala CodeFreeze illud facimus, in novam versionem applicationis sarcinam et probatis evolvimus. Testers pro alio 4 septimanas probare, i.e. Dum id tentant, tempus habemus duas versiones ad eas parare. Is est vere tristis casus.
Et dixi eis quod si vis fructuosior esse, facit sensum ad efficiendum Automated Testis exercitia, quia hoc est quod nocet tibi hic nunc.
Exercere Continuam instruere. Magna, aedificare fecisti. Hoc iam bonum est. Tuum codicem compilavit. Nunc pulchrum esset hanc in aliqua ambitu construi explicandam. Praesent tincidunt in mauris in dictum.
Quid interest? Primum intueri potes quam felix sis cum ipso processu instruere. Incepta haec inveni, cum interrogo: "Quomodo novam versionem applicationis explicas?", guys mihi nuntiant: "Convenimus eam et in tabularium zippulam colligemus. Admin per mail ad nos mitte. Admin downloads et hoc archivum dilatat. Totum autem officium orare incipit ut minister novam versionem excipiat ».
Incipiamus aliquid simplex. Exempli gratia, obliti sunt CSS in archivo ponere vel obliti sunt mutare hashtag in nomine fasciculi java-scripti. Et cum petentibus ministrantibus facimus, navigatrum putat se iam hunc fasciculum Javascripte habere et decernit non eum extrahere. Et erat vetus litera, aliquid deesse. Fere problemata multae possunt esse. Propterea, praxis Continuae Instructionis te permittit ut saltem experiaris quid futurum sit, si imaginem mundam referens et eam ad novam omnino mundum ambitum imposuisti. Vides quo haec ducit.
Item cum codice inter se inte^i.e. inter, id permittit videre etiam quomodo spectet UI.
Una ex quaestionibus quae occurrit ubi multum vanilla scripturae Java-scripte adhibetur, est duas tincidunt temere declaravit variam cum obiecto in fenestra idem nomen. Et deinde fortuna tua fretus. Scapus cuius java-scriptio evulsus est secundus mutationes alterius rescribet. Praesent et suscipit ipsum. Intras: unum alteri facit, aliud alteri non operatur. Et mirum est cum omnes in productione exit.
Proxima praxis quam diximus est praxis Automatic Redde, nempe revolutio ad priorem applicationem versionis.
Cur tincidunt amet est? Sunt adhuc qui recordantur 90s longinquum, XNUMXs distantes, cum computatrales maiores erant et programmata parva erant. Solus autem modus evolutionis interreti erat per PHP. PHP mala lingua non est, quamquam est.
Sed dictum varius consequat. Cum novam versionem php loci nostri explicavimus, quomodo eam explicavimus? Saepissime absit Procurator vel aliquid aliud aperuimus. Et has fasciculos ad FTP imposuisti. Subito intelleximus nos aliquid parvum, parvum cimex habere, exempli gratia, semicolon ponere obliti sumus vel oblitus tesseram datorum mutandi, et tesseram datorum, quae est in hospite locali. Et statuimus cito coniungere ad FTP et lima illic recta emendare. Hic est ignis iustus! Hoc erat populare in 90s.
Sed, si calendarium non inspexisti, 90s fere 30 annos fuerunt. Sed paulo aliter eveniunt omnia. Et conamur fingere scalam tragoediae cum tibi narrant: “Ad productionem discursimus, sed aliquid ibi erravimus. Hic tuum FTP login et tessera est, productioni coniunge et ibi eam cito fige. Si Chuck Norris es, hoc faciet. Sin minus, periclitaris ne unum cimex si figas, plus X efficies, hoc nimirum est cur haec consuetudo ad priorem versionem revolvere permittat te multum consequi.
Etiamsi aliquid mali aliquo modo in iaculo incidit, malum est, sed non peremit. Revolvere potes ad priorem versionem quam habes. Tergum voca, si facilius in terminologia perspicitur. Ad hanc priorem versionem revolvere potes, et usores adhuc cum tuo facto elaborare poterunt, et tempus quiddam adaequatum habebis. Haec omnia placide sine festinatione capere potes et localiter experire, illud figere, ac deinde novam versionem impone. Sensum vere hoc facere.
Nunc nunc experiamur ut duo priora simul exercitia aliquo modo coniungant. Tertiam dabimus quae vocatur Release Management.
Cum de Instructione continua in forma classica loquimur, dicimus nos codicem ex aliquo ramo e reposito trahere, id compilare et explicari. Bonum est, si nos eundem ambitum habemus. Si plures ambitus habemus, hoc significat, ut omni tempore codicem nos detrahamus, etiam ab eodem committamus. Omni tempore eam extrahamus, eam omni tempore aedificabimus et eam ad novam condicionem explicabimus. Uno modo, hoc est tempus, quia consilium aedificare, si magnum unum habeas et ex 90s venerit, tunc plures horas capere potest.
Praeterea est alia tristitia. Cum aedificaveris, etiam eodem machinae, isdem fontibus aedificabis, nihil tamen tibi praestandum est, hanc machinam in eodem statu esse, quo in priore loco aedifices.
Dicamus aliquem intrasse et renovatum tibi DotNet vel e converso aliquem aliquid delere. Et tunc habes cognos- tivam dissonantiam quod ex hoc committo abhinc duas septimanas aedificamus et omnia bene aedificabamus, nunc autem videtur sicut idem apparatus, idem committere, idem codicem quem conamur aedificare, sed non opus est. . Hoc diu eris, et non est quod videris. Saltem, nervos tuos multum spoliabis.
Ergo praxis Release Management suggerit inducens abstractionem additam quae dicitur artificium repositorium vel gallery vel bibliothecam. Dicere potes quod vis.
Praecipua notio est, quod quamprimum aliquod genus ibi committimus, dicimus, in ramo quem ad varios ambitus nostros explicandos parati sumus, applicationes colligimus ex hoc committimus et omnia, quae ad hanc applicationem necessaria sunt, nos stipant. in archivo avi et conserva in aliqua repositione certa. Et ex hac repositione hoc archivum zip quovis tempore acquirere possumus.
Deinde accipimus eamque statim ad ambitum dev explicamus. Currimus ibi, et si omnia bona sunt, in scenam explicamus. Si bene, idem archivum ad productionem explicamus, eadem binaria semel exacte compilata.
Praeterea, cum hanc porticum habemus, adiuvat etiam pericula quae in ultimo lapsu compellavimus cum de reverti ad priorem versionem locuti sumus. Si quid iniquum forte explicasti, semper aliam priorem versionem ex hac porticu capere potes et ad has ambitus eodem modo explica. Hoc tibi permittit ut facile ad priorem versionem revolvas, si quid siet.
Est alia magna usu. Tu et omnes intellego nos cum applicationes nostras ad priorem versionem revolvimus, hoc significare potest nos etiam infrastructura prioris versionis indigere.
Cum de infrastructura virtuali loquimur, multi putant hoc aliquid esse quod admins constituitur. Et si opus est, inquies, ut novum cultorem ex quo vis novam versionem applicationis tuae experiri, tesseram admins vel devops scribere debeas. Devotiones 3 septimanas pro hoc accipient. Et post 3 septimanas dicent tibi nos virtualem machinam instituisse tibi cum uno core, duobus gigabytis RAM et in Fenestra servo sine DotNet. Dicis: "Sed volui DotNet." Illi: "Bene, redi in III weeks."
Idea est quod infrastructuram utendo exercitiis Codicis, tractare potes tuam virtualem infrastructuram sicut aliud auxilium.
Forsitan, si quis vestrum applicationes in DotNet enucleat, audivisses de bibliotheca Entity Framework vocata. Et audisti etiam quod Entity Framework unus ex accessibus Microsoft agit strenue. Ad opus datorum, haec accessio vocatur Codex Primus. Hoc est, cum in codice describendo quomodo database tuum quaerere vis. Et deinde applicando explicas. Cum datorum coniungit, ipse determinat quae sint mensae et quae mensae non sint, et omnia quae tibi necessaria sunt creat.
Idem facere potes cum infrastructura tua. Nihil interest inter an opus datorum ad consilium vel an opus Fenestrarum pro rei servo. Suus 'iustus opum. Et huius subsidii creationem automate potes, configurationem huius subsidii automate. Quoties igitur vis novam aliquam notionem, novam aliquam accessionem experiri, tesseram devops scribere non debes, solum infrastructuram solitariam tibi explicas a parato-factis exemplaribus, a scripturis paratis et ad eam efficiendam. ibi omnia experimenta tua. Hoc delere potes, aliquid eventum accipe et de eo ulterius renuntia.
Altera praxis, quae etiam exstat et etiam momenti est, sed qua pauci utuntur, est Application euismod Cras.
Dicere volui unum tantum de Applicatione euismod Cras. Quid praecipuum de hac consuetudine? Hoc est quod Application euismod Cras idem est ac reficiendi diaetam. Hic status non ultimus, sed processus. Cras eget semper ipsum.
In bono modo, bonum Applicatio euismod Cras in singulis fere aedificare, licet, ut intelligis, hoc non semper fieri potest. Sed ad minimum, pro singulis soluta necessitatibus ferri.
Quid interest? Quia si subito experiri gutta in opere, oportet quod clare cur. Si turma tua, inquam, duas hebdomadas stimulos habet, saltem semel singulis duabus septimanis debeas applicationem tuam ad aliquem separatum ministrum disponere, ubi certas processus, RAM, orbis, etc. . Rem obtinere eventum. Vide quomodo a priore concitus mutata sit.
Et si inveneris descensum acriter alicubi descendisse, significabit iustum esse propter mutationes quae factae sunt per duas septimanas. Hoc licebit tibi cognoscere et multo citius quaestionem figere. Et rursus haec eadem fere sunt metrica quibus metiri potes quam feliciter fecisti.
Proxima praxis est Configurationis Procuratio praxis. Pauci admodum sunt qui hoc serio accipiant. Sed mihi crede, hoc permolestum est.
Ridiculam fabulam nuper fuit. Guys ad me venerunt et dixerunt: “Auxilia nos deduci securitatem applicationis nostrae”. Simul codicem diu inspeximus, de applicatione mihi narraverunt, schemata hauserunt. Et plus vel minus omnia erant logica, comprehensibilis, tuta, sed una erat VE! Files configurationes in fonte suo continentes habebant, iis a productione cum IP database, cum logins et passwords pro connectendis cum his databases, etc.
Et ego dico: “Guys, bene, productionem tuam ambitum cum fire muro clausus, sed quod rationis et clavem habes ad rectum datorum productionem in fonte temperantiae et quaevis elit legere potest, iam ingens periculum securitatis est. . Et quantumvis super- securam tuam applicationem ex codice sententiarum parte, si eam in fonte ditionis relinquas, numquam usquam auditum transibis." Quod ut 'quis ego sum de.
Configurationis administratio. Variae figurae in diversis ambitibus habere possumus. Exempli gratia, logins ac tesseras habere possumus pro databases pro QA, demo, ambitus productionis, etc.
Haec conformatio etiam potest automated. Applicatio ab ipso semper distare debet. Quare? Quia applicationes semel aedificasti, et tunc applicatio non curat utrum per talem et talem IP vel IP vel talem IP vel talem coniungas, idem operari debet. Si igitur subito aliquis vestrum in codice ligamen arduum adhuc urget, recordare me te inventurum et puniturum, si te in eodem consilio apud me inveneris. Hoc semper in schemate separato ponitur, exempli gratia, in web.config.
Et haec conformatio iam separatim tractatur, i.e., hoc est prorsus momentum quo in eodem cubiculo venire et sedere potest elit et administrator. Et elit dicere potest: “Ecce hic sunt binariae applicationis meae. Operantur. Applicatio database ad opus indiget. Hic iuxta binarios fasciculus est. In hoc fasciculo, hic campus pro login, hoc pro tessera est, hoc pro IP. usquam explica. Admin et simplex et perspicuum est. Ille vere alicubi hanc conformationem administrando explicari potest.
Et ultima consuetudo est quod usu loqui vellem valde nubes cognata est. Maximum autem efficit effectum, si in nube operaris. Haec est Lorem amotionis tuae ambitus.
Scio plures esse in hoc colloquio e iugis cum labore. Et cum omnibus iugis laboro, hac consuetudine utimur.
Quare? Utique magnum esset si quisque elit virtualem machinam haberet quae 24/7 operaretur. Sed fortasse hoc vobis nuntiatur, fortasse non attenditis, sed ipse elit non laborat 24/7. A elit plerumque VIII horas die operatur. Etiam si mane ad opus pervenit, magnum prandium habet quo ad gymnasium accedit. Fiat XII horarum diurnus quo elit actu his opibus utitur. Secundum leges nostras, habemus 8 ex 12 diebus in hebdomade qui dies operationis censentur.
Itaque in feriis haec machina non debet 24 horas operari, sed tantum 12 et in weekends haec machina minime operari. Videtur quod omnia sint valde simplicia, sed quid hic refert? Hanc simplicem praxim in hac fundamentali schedula fovendo, sinit te reducere sumptus ad conservandos istos ambitus per 70%, i.e., pretium tui dev, QA, demo, ambitus cepisti ac per III.
Quaeritur, quid cum reliqua pecunia? Exempli gratia, tincidunt ReSharper emere debent si iam non habent. Aut a cocktail partis. Si ante habuisti unam ambitum in qua tam dev et QA depascuis, et id est, nunc facere potes 3 alia quae solitaria erunt, et homines inter se non impedient.
De lapsu cum mensura continua continua, quomodo comparare possumus effectum si haberemus 1 monumenta datorum in incepto, post duos menses decies centena millia? Quomodo intelligendum quare et quae sit mensura effectus?
Haec bona quaestio est, quia in eisdem facultatibus perficiendis semper debetis metiri. Hoc est, novum codicem evolvis, in novo codice perficiendo metiris. Exempli gratia, missiones varias experiri debes, dicamus vis probare quomodo applicatio facit in onere levi, ubi sunt 1 utentes et magnitudo datorum 000 gigabytes. Tu mensus es et numeros obtinuit. Deinde accipimus aliam missionem. Exempli gratia, 5 users, magnitudo datorum 5 terabyte. Nos eventus recepimus et recordamur eorum.
Quid hic interest? Refert hic quod secundum missionem, volumen notitiarum, numerus utentium simultaneorum, etc., certos limites incurrere licet. Exempli gratia, ad modum retis card, vel ad limitem ferrei coegi, vel ad limitem processus facultatum. Hoc magni momenti est ut intelligas. In diversis missionibus certos limites concurrunt. Et debes intelligere numeros, cum eos percutis.
Loquimurne de mensurando perficiendo in praecipuo experimento ambitus? Hoc est, productio non est?
Hoc non est productio, haec environment probata est, quae semper eadem est ut eam cum prioribus mensuris comparare possis.
онял, спасибо!
Si quaestiones non sunt, puto nos finire posse. Gratias tibi!
Source: www.habr.com