In antecessum Vitaly Khabarov interviewed Dmitry Stolyarov () technica director et co-conditor societatis Flant. Vitaly quaesivit Dmitry quid Flant, de Kubernetes, ecosystem evolutionis subsidium. Disputavimus cur Kubernetes opus sit et an omnino opus sit. Ac etiam de microserviis, Amazonibus AWS, "felix ero" accessus ad DevOps, ipsius Kubernetes futurum, cur, quando et quomodo mundum occupaturus sit, exspectationes DevOpum et quae machinae praeparent. clara et proxima cum simplicitate et retiacula neural.
audi sicut podcast in DevOps Deflop - podcast-lingua Russica de DevOps, et infra est versio textus.
Hic et infra interrogat fectum ex Express42.
About "Flant"
- Salve Dima. Tu es director technicus "" ac etiam conditor eius. Obsecro, quid agat societas, et quid in ea es?
Gioacchino: Extrinsecus videtur sicut nos sumus guys qui circumeunt Kubernetes installantes pro omnibus et aliquid cum eo agere. Sed id non est. Profecti sumus ut societas quae cum Linux agit, sed diutissime principalis operatio nostra productioni et oneris turnkey inceptis inserviens fuit. Solet totam infrastructuram a scabere construimus et tunc eius responsales sunt diu et diu. Praecipuum igitur opus quod "Flant" facit, pro quo pecuniam accipit, est suscipiens curam et exsequendam turnkey productio.
Ego, tamquam director technicus et unus e fundatoribus societatis, per totum diem noctemque instare conantur quomodo accessibilitas ad productionem augendam, suam operationem simpliciorem reddo, vitam administratorum faciliorem reddo et vita tincidunt iucundiorem. .
About Kubernetes
- Nuper multum vidi relationes e Flant et de Kubernetes. Quomodo ad eam venisti?
Gioacchino: De hoc saepe iam dixi, sed illud omnino repetere non sapio. Puto aequum esse hunc locum repetere, quia confusio est inter causam et effectum.
Nobis instrumentum re vera opus est. Multas difficultates intulimus, eas variis fusis devicit et necessitatem instrumenti sensimus. Per multas optiones varias ambulavimus, dapibus nostris aedificavimus et expertus sum. Paulatim venimus eo quo incepimus uti Docker paene quam primum apparuit - circa MMXIII. In specie sua, iam multam experientiam in vasis habuimus, iam analogum "Docker" scripseram, quaedam ex nostris fusis in Pythone. Adveniente Docker, fusum ejicere possibilis est et solutione certa et communi fulcita uti.
Similis fabula est apud Kubernetes. Per tempus incepit consequi momentum - nobis haec est versio 1.2 - iam fasciculum fusum habuimus in utraque Testa et Chef, quod quodammodo orchestrare cum Docker conati sumus. Graviter nos inspiciebamus ad Rancherum et varias alias solutiones, sed tunc Kubernetes apparuerunt, in quibus omnia ad effectum adducuntur sicut id vel melius fieri velimus. Nihil queri.
Est enim quaedam imperfectio quaedam hic, quaedam imperfectio quaedam est - multum imperfecta sunt, et 1.2 plerumque terribilis est, sed ... Kubernetes est quasi aedificium sub constructione - spectes consilium et intellegis. quod erit frigus. Si aedificium nunc fundamentum habet et duo tabulata, tunc intellegis melius esse nondum moveri, sed non sunt eiusmodi problemata cum programmate - eo uti iam potes.
Nos momentum non habemus ubi de utendo Kubernetes necne putavimus. Exspectavimus id multo antequam appareret, et analoga nosmetipsos creare conati sumus.
About Kubernetes
β Tune directe implicatus es in ipsa Kubernetes evolutione?
Gioacchino: Mediocre. Potius ecosystem evolutionem participamus. Aliquot petitiones trahere nos mittimus: ad Prometheum, ad varios operatores, ad Helm - ad oecosystematis. Infeliciter, vestigia omnium quae agimus et iniuriam facere non possum, sed nulla a nobis in nucleum piscina est.
- Eodem tempore, ecquid habes multa instrumenta circa Kubernetes?
GioacchinoConsilium hoc est: imus et imus petitiones ad omnia quae iam sunt. Si petitiones viverra illic non acceptantur, simpliciter eas ipsi tridimus et vivimus, donec cum aedificationibus nostris recipiantur. Deinde, cum ad flumen ventum est, ad versio fluminis revertimur.
Exempli causa, Prometheum habemus operator, cum quo huc atque illuc ad nostrum contionis cursum 5 iam verisimiliter mutavimus. Qualecumque pluma opus est, rogationem viverra misimus, cras eam evolvere debemus, sed eam flumine flumine dimitti non volumus. Proinde nosmet ipsos convenimus, conventum nostrum cum linea nostra, qua aliqua ratione opus est, ad omnes racemos evolvamus. Tum, exempli gratia, verba in flumine nobis vertunt: "Guys, faciamus causam generaliorem", nos, vel alius, perficite et iterum mergitur.
Conamur ut develop omne quod existit. Multa elementa, quae nondum sunt, nondum inventa sunt, vel inventa sunt, sed tempus non ad effectum deducendi - hoc facimus. Et non quia sicut processus vel bicyclus aedificationis industriae sumus, sed quia hoc instrumentum non indigemus. Quaeritur saepe, cur hoc vel illud fecerimus? Responsio simplex est, quia ulterius procedere debebamus, problema practicum solvemus, et cum hac tula solvimus.
Semita semper talis est: diligentissime quaerimus et, si non invenimus solutionem qua- libet e tortio panis facere, tunc panem nostrum facimus et trolleybus nostros.
Flanta instrumenta
β Scio Flant nunc operarios addonare, testa operarios, instrumenta cretaceum habere. Hoc idem instrumentum in diversis incarnationibus, ut intelligo. Intelligo etiam plura alia instrumenta intus Flaunt. Haec sit vera?
Gioacchino: plura habemus in GitHub. Ex iis quae nunc memini, habemus statusmap - tabellam pro Grafana quod omnes probaverunt. In omni fere secundo articulo de Kubernetes vigilantia in Medium memoratur. Impossibile est breviter explicare quid sit statusmap - articulo separato indigere, sed res perquam utilis est ad statum tempus vigilantiae, cum saepe in Kubernetes statum temporis ostendere necesse est. Etiam LogHouse habemus - hoc est res ex strepita et magia nigra ad ligna colligendas in Kubernetes.
Sortes utilitates! Et multo magis, quia plures solutiones internae hoc anno solventur. Inter amplissimas quae ex addon operatore fundantur, fasciculus additionum Kubernetes sunt, ala quomodo sertum procuratorem apte instituat - instrumentum ad libellos administrandos, quomodo Prometheum recte instituendum cum accessionibus fasciculo - hae sunt circiter viginti diversae. binaria, quae notitias exportantes et aliquid colligentes, huic Prometheus graphica et summis montibus mirabilia habet. Haec omnia iusta sunt fasciculus additionum ad Kubernetes, quae in botro instituuntur et evenit a simplici ad refrigerandum, urbanum, automaticum, in quo multae quaestiones iam solutae sunt. Etiam sit amet efficitur enim.
Ecosystem evolutionis
Β« Mihi videtur hoc maximum esse adiumentum ad explicandum huius instrumenti eiusque modi usus Β». Potesne dure aestimare quis alius idem adiumentum ad oecosystematis evolutionis faceret?
Gioacchino: In Russia societates quae in mercatu nostro agunt, nemo prope est. Nimirum haec vox clara est, quia maiores scaenicorum sicut Mail et Yandex sunt - etiam aliquid cum Kubernetes agunt, sed etiam ipsi non appropinquant ad collationem societatum in toto mundo quae multo plus quam nobis faciunt. Difficile est Flant comparare, qui baculum 80 hominum habet, et Red Hat, quod 300 fabrum per Kubernetes solos habet, ni fallor. Difficile est comparare. In RnD parte VI homines habemus, me possidet, qui omnia instrumenta nostra incidit. 6 homines versus 6 fabrum rubrum Hat - comparare quodammodo difficile est.
- Attamen, quando etiam hi sex homines possunt aliquid vere utile et abalienare, cum obvium sunt problema practicum et solutionem communitati praebent - casus iucundus. Intelligo in magnis societatibus technologicis, ubi Kubernetes habent suam progressionem et turmam sustentationem, in principio, eadem instrumenta enucleari possunt. Hoc est exemplum eorum quae excolendi et communitati tribui possunt, dans impetum toti communitati, quo Kubernetes utitur.
Gioacchino: This is probably a feature of the integrator, its peculiarity. Multa incepta habemus et multas varias condiciones videmus. Nobis, principalis modus ad valorem augendum hos casus resolvere est, communitatem invenire et facere quam vilissime fieri nobis. Nos in hoc actuose laborat. Difficile est mihi loqui de Russia et mundo, sed habemus circiter XL fabrum DevOps in comitatu qui in Kubernetes laborant. Non puto multas societates in Russia esse cum numero specialium comparabilium qui Kubernetes, si qui sunt, intelligunt.
Omnia intelligo de titulo DevOps fabrum officium, omnes intelligit omnia et adhibetur ad DevOps fabrum DevOps fabrum vocans, nos de hoc non tractabimus. Omnes isti 40 mirabiles fabrum DevOps faciem et quaestiones quotidie solvendas, hanc experientiam modo resolvere et generaliter experiri conamur. Intellegimus si intus nobis manet, per annum vel alterum instrumentum inutile erit, quia alicubi in communi Tula parata apparebit. Nihil interest quod hanc experientiam interne accumulando - simpliciter energiam ac tempus in dev/nulli exhauserint. Nec nos omnino miseret. Omnia magna cum voluptate evulgamus ac intelligamus ea evulganda, promovenda, promovenda, promovenda esse, ut homines ea utantur et suam experientiam addant β tum omnia adolescunt et vivunt. Deinde post duos annos instrumentum in quisquilias non intrat. Misericordia non est pergere vires infundere, quia liquet aliquem instrumento tuo uti, eoque post biennium quisque eo utitur.
Haec pars nostri magni belli cum dapp/werf. Non memini cum id facere coepimus, quod videtur ante annos III. Vulgo in testa erat initio. Erat eximius conceptus probatio, nonnullas particulares nostras quaestiones solvemus - quae operati sumus! Sed cum testa problemata sunt, impossibile est ulterius dilatare, aliud opus in testa programmandi. Consuetudo erat scribendi in Ruby, itaque aliquid in Ruby, elaboratum, enucleatum, enucleatum atque in id currimus, quod communitas, turba quae non dicit "velimus vel nolumus"; " Nasum suum vertit apud Ruby, Quomodo hoc non ridiculum est? Intelleximus nos omnia ista scribere in Ire modo ut primum punctum in maculoso occurramus: DevOps instrumentum static esse debet binarii. Esse Go vel non tanti momenti non est, sed static binarium scriptum in Go melius est.
Nos industriam nostram consumpsimus, rescripsimus umbilicum in Go et werf appellavimus. Dapp non diutius sustinetur, non evolvitur, currit in versione aliqua novissima, sed est via ad summum upgrade absoluta, et sequi potes.
Cur lina creatum est?
β Potesne breviter dicere nobis quare cretus est umbilicus, quas difficultates solvit?
Gioacchino: prima causa est in consilio. Initio habuimus problemata gravia cum aedificare, cum Docker multi scaenae facultates non haberemus, multi scaena in nostra. Tum fasciculum plura habuimus cum imaginis purgatio. Omnis qui CI/CD citius potius quam serius agit, obvenit problemati fasciculum collectarum imaginum esse, debes quodammodo emundare quod non opus est, et quod opus est relinquet.
Secunda ratio est instruere. Est Helm, sed solum quasdam difficultates solvit. Satis ridicule scriptum est "Helm est sarcina Procurator Kubernetes." Quid "est". Sunt etiam verba "Package Manager" - quae est solita exspectatio a Sarcina Procurator? Dicimus: "Package Procurator - sarcina install!" et exspectamus ut nobis dicat: "Sarcina tradita est."
Iucundum est quod dicimus: "Helm, sarcinam institue" et cum responderit se instituisse, evenit ut modo institutionem inceperit - Kubernetes indicavit: "Due hanc rem", et utrum incepit an non. sive operetur sive non, Helm hanc rem omnino non solvit.
Evenit Helm tantum textum praeprocessoris esse qui notitias in Kubernetes onerat.
Sed ex parte cuiuslibet instituti, scire volumus utrum applicatio ad productionem dimissa sit necne? Ad prod evolvit significat applicationem ibi commotam esse, nova versio explicata est, et certe ibi non fragore respondet et recte respondet. Galea hanc quaestionem nullo modo solvit. Ad eam solvendam, multum laboris impendere debes, quia Kubernetes debes dare mandatum evolvendi et monitorem quae ibi aguntur - sive explicatur sive evolvi. Multa etiam sunt opera et pertinentia ad instruendum, purgandum, ad conventum.
consilia
Hoc anno progressionem localem incipiemus. Id quod antea in Vagrantibus erat assequi volumus - "vagantes" typus "vagantes" et virtualis machinis explicavimus. Volumus ut ad punctum ubi in Git consilium est, ibi "werf up" scribimus et exemplum locale huius propositi, in mini-Kub locali explicavit, cum omnibus directoriis evolutioni opportuno connexis. . Prout lingua evolutionis hoc fit aliter, sed tamen, ut evolutionis localis commodius sub imagini insidentes perfici possit.
Proximum est nobis placerat in commodo tincidunt. Ut unum instrumentum localiter cum instrumento localiter expediat, eum in Git excolat, et etiam evolvatur ad spectacula seu probationes, secundum tibias, ac deinde eodem instrumento ad productionem adhibebitur. Haec unitas, adunatio, reproducibilitas infrastructurae ab ambitu locali ad venditiones maximi momenti est nobis. Sed hoc non est in werf adhuc - hoc modo consilio facere.
Sed via ad werfum eadem semper fuit ac Kubernetes in initio. Problemata invenimus, ea cum operis solvendis - pervenimus cum aliquibus solutionibus nobis in testa, in re aliqua. Tunc operas istas aliquo modo corrigere conati sunt, eas in binarios generaliter ac consolidant, in hoc casu, quod simpliciter communicamus.
Est et alia via ad totam hanc fabulam analogiarum spectare.
Kubernetes machina autocinetum est. Nullae portae, speculum, radiophonica, arbor natalia - nihil omnino. Artus mox et machina. Et ibi est Helm - haec est rota gubernaculo. Frigus - gubernaculo rota est, sed etiam clavo gubernaculo opus est, eculeo gubernaculo, machinis ac rotis, carere non potes.
In werf, haec alia componentia Kubernetes est. Tantum nunc in alpha werf versio, exempli gratia, Helm intus werf compilavit, quia nos ipsi facere taedio sumus. Multae rationes hoc faciunt, tibi singillatim dicam cur totum clavum simul cum colens intus werf compilaverimus. .
Nunc werf magis integratur. Rotam gubernatricem perfectam obtinemus, paxillus gubernans - Non sum valde bonus in carris, sed hoc magnum est scandalum quod iam satis amplis quaestionibus solvit. Non necesse habemus ut per nosmet ipsos catalogum iremus, unam partem pro alia delegerimus, cogitare quomodo eas una cochleare. Praeparato facto coniungimus quod magnum numerum problematum simul solvit. Intus autem ex eodem aperto fonte aedificatur, eo tamen utitur Docker ad conventum, Helm aliquot officinarum, et plures aliae bibliothecae sunt. Hoc instrumentum integratum est ut CI/CD ex archa cito et commode refrigerium recipiat.
Estne Kubernetes difficile tueri?
- Loqueris de experientia quam uti Kubernetes incepisti, hoc tibi machinam, machinam, et multum diversa in eo pendere potes: corpus, rota gubernaculum, cochleae in pedalis, sedilia. Quaeritur - quam difficile est auxilium vobis Kubernetes? Multum expertus es, quantum temporis ac facultatum in seiunctione ab omnibus rebus Kubernetes adiuvando expendis?
Gioacchino: Difficillima haec quaestio est ac respondere, intelligere quid sit subsidii et quid Kubernetes velimus. Fortasse revelare potes?
β Quantum scio et ut video, nunc multae partes Kubernetes experiri volunt. Quisque ad se iungit, genibus imponit. Sentio quod homines multiplicitatem huius systematis non semper intelligunt.
Gioacchino: sic est.
- Quam difficile est Kubernetes de integro sumere ac instituere ut productio parata sit?
GioacchinoQuam difficile est cor transferre? Intelligo quaestionem composuisse. scalpello usus et non errare non difficile est. Si sciant ubi secare et ubi consuere, ratio ipsa non complicata est. Difficile est omnia praestare post tempus elaborare.
Kubernetes inaugurari et acquirere ad opus facile est: pulli! - installed, multa sunt modi institutionis. Sed quid fit cum oriuntur problemata?
Quaestiones semper oriuntur. Quid nondum in ratione habemus? Quid adhuc non fecimus? Quod parametri Linux kernel male specificati sunt? Domine, num etiam commemoravimus. Quas partes Kubernetes tradidimus, quaene habemus? Milia quaestionum oriuntur, iisque respondendis, 15-20 annos in hac industria consumere debes.
Recens exemplum in hoc argumento habeo quod sensum quaestionis detegit "Estne Kubernetes difficilis conservare?" Dudum serio consideravimus num Cilium efficere conemur ut retis in Kubernetes.
Dicam quid sit Cilium. Kubernetes multas et varias exsecutiones subsystem network subsystem, et una earum frigidissima est - Cilium. Quid significat? In nucleo iam dudum factae sunt hamos scribere pro nucleo, qui in retiaculis subsystematis et variis subsystematibus aliter vel alio modo invadunt, et permittit te magnas chunculas in nucleo praeterire.
Linux nucleum historice habet ip fusum, overfilter, pontes et multa varia vetera, quae sunt 15, 20, 30 annos nata. Fere omnia magna operantur, nunc vascula congesta habent, et speciem turris 15 laterum super se invicem, et super uno crure statis - miro sensu. Haec ratio historice multis nuances elaboravit, sicut in appendice in corpore. In nonnullis condicionibus agitur quaestiones, exempli gratia.
Mira est BPF, et facultas scribendi uncinos pro nucleo - latinas uncos pro nucleo proprios scripsit. Sarcina in nucleum Linux venit, eam ad input emittunt, eam ipsam ut oportet sine pontibus, sine TCP, sine IP acervo, in summa, praetermittens omnia quae in nucleo Linux scripta sunt, et deinde exspuere. illud in vas.
Quid accidit? Frigidissima perficientur, features frigus - iustus frigus! Sed hoc intuemur et videmus in unaquaque machina rationem esse quae Kubernetes API coniungit et, ex notitia quae ex hoc API accipit, C codicem generare et binarios congerere in nucleum onerare ut hae unci operantur. in kernel space.
Quid si quid siet? Nescimus. Hoc ut scias, debes totum hunc codicem legere, omnem logicam intellege, et mirum quam difficile est. At contra hi sunt pontes, Filtra rete, ip rout - Fontem suum codicem non legi, neque 40 fabrum qui in societate nostra laborant. Forsitan paucae quaedam partes intellegunt.
Quid interest? Evenit ut ip rostro, nucleo Linux, et instrumentum novum est - quid interest, non intellegimus unum aut alterum. Sed timemus aliquid novi uti - quare? Quia si instrumentum XXX annorum est, tunc in XXX annis omnes cimices reperti sunt, omnia errata calcata sunt et non debes omnia scire - sicut arca nigra operatur et semper operatur. Ignorat quis diagnostica vertitorium quo in loco haereat, quae tcpdump quo momento currat. Quisque scit utilitates diagnosticae bene et intelligit quomodo haec partium copia in Linux nucleo operatur - non quomodo operatur, sed quomodo ea utatur.
Cilium terribilis et XXX annorum non est, nondum senex est. Eadem problemata Kubernetes habet, cΓ³pp. Cilium perfecte instituitur, Kubernetes perfecte instituitur, sed cum in productione aliquid errat, potesne cito intelligere quid in re publica erraverit?
Cum Kubernetes conservare difficile est dicere, immo perfacile est, et sic, est incredibiliter difficilis. Kubernetes in se ipso laborat, sed cum miliardis nuances laborat.
De adventu "felix ero"
β Suntne societates ubi hae nuances fere praestantur ut appareat? Puta Yandex omnia officia subito ad Kubernetes transfert, ingens onus ibi erit.
GioacchinoNequaquam, non de onere sermo est, sed de rebus simplicissimis. Exempli gratia, Kubernetes habemus, applicationem ibi perreximus. Quomodo scis laborat? Simpliciter non est instrumentum ad intellegendum promptum factum applicationis non collisione. Nulla ratio praeparata est quae in summis mittat, sed his summis ac singulis schedulis configurare debes. Kubernetes adaequamus et sumus.
Decuria habeo 16.04. Potes dicere hanc esse veterem versionem, sed adhuc in ea sumus quia est LTS. Est systemd, quarum nulla est quod C-groups non mundat. Kubernetes siliquas movet, C-groups gignit, dein siliquas delet, et quodammodo evenit - Singularum memini, doleo - pecias systematae manent. Hoc perducit ad tempus, quodlibet currus incipit fortiter retardare. Ne hoc quidem quaestio est de onere. Si siliquae permanentes emittuntur, exempli gratia, si Cron Iob est qui siliquas assidue gignit, machina cum Ubuntu 16.04 post hebdomadem retardare incipiet. Mediocris onus altum semper erit ex eo quod fasciculum C-groups creatum est. Hoc problema est, quod quilibet homo qui simpliciter Ubuntu instituerit 16 et Kubernetes super superiora condet.
Dicamus se quodammodo updates systema vel aliud, sed in nucleo Linux usque ad 4.16 illud etiam funnier est - cum C-groups deles, in nucleo fatiscunt nec re vera deleta sunt. Ergo post mensem laborantium in hac machina, impossibile erit statistica pro focis memoriae intueri. Fasciculum eximimus, in ratione devolvimus, et fasciculus unus pro 15 secundis volvitur, quia nucleus longissimum tempus sumit ad decies centena millia C-groups intra se, quae deleta esse videntur, sed nulla - sunt stillante. .
Tales parvae res adhuc multae sunt hic et illic. Hoc non evenit quod turmae gigantes interdum sub gravissimis oneribus possunt occurrere, imo, res quotidiana est. Homines menses sic vivere possunt - Kubernetes inaugurunt, applicationem explicaverunt - laborare videtur. Ad huic mos populus tation. Noverunt etiam hanc applicationem aliqua de causa fragorem fore, non acris accipient, sed illis haec norma est. Antea in machinis virtualibus sine vigilantia viximus, nunc ad Kubernetes, etiam sine magna vigilantia, viximus - quid interest?
Quaeritur quod, cum in glacie ambulamus, numquam eius crassitudinem cognoscimus, nisi in antecessum metiamur. Multi ambulant et non solliciti sunt, quia ante ambulaverunt.
Ex mea parte, nuance et multiplicitas cuiuslibet systematis operandi est curare ut crassitudo glaciei ad nostras difficultates solvendas prorsus satis sit. Hoc est quod loquimur.
In IT, ut mihi videtur, nimis multi sunt "felix ero". Multi homines programmata instituunt et bibliothecas programmatibus utuntur spe felicitatis habituri. In genere multi sunt fortunati. Probabile est quare hoc agit.
- Ex meo pessimam aestimationem sic spectat: cum pericula alta sunt et applicatio laborandi, subsidium Flaunt, fortasse ex Red Hat, opus est, vel tuo interno iuncto nominatim Kubernetes dicati, quod paratum est. avellere.
GioacchinoObjective, quod ita est. Ingredientes in Kubernetes fabulam parvam quadrigam in tua propria numerum periculorum involvit.
Non opus est vasis?
β Potesne nobis dicere quam late Kubernetes in Russia sit?
Gioacchino: Hanc datam non habeo, nec quisquam alius certus sum. Dicimus: "Kubernetes, Kubernetes", sed alia via est huius quaestionis spectandi. Vasa quam late divulgata sunt etiam non scio, sed figuram scio e relationibus in Interreti quod 70% vasorum orchestratae sunt a Kubernetes. Fons certissimus erat in maiusculis specimen circa mundum.
Deinde alia quaestio - num vasis indigemus? Meum personalem affectum et altiorem situm comitatus Flant est quod Kubernetes de facto vexillum est.
Nihil erit nisi Kubernetes.
Hoc est absolutum ludum-mutatorem in campo infrastructure procurationis. Iustum absolutum - id est, ultra Ansible, Chef, machinis virtualis, Terraform. Ego de antiquis rationibus collectivi villam non loquor. Kubernetes est absolutus nummulariusac nunc tantum simile est.
Hoc manifestum est quibusdam duobus annis, aliis duobus decenniis intelligere. Non dubito quin nihil sit nisi Kubernetes et hunc novum aspectum fore: non iam nos ratio operativa laedat, sed utamur. infrastructure ut codicenon cum codice, sed cum yml infrastructure declarative descripto. ut semper tibi sic sentiendum sit.
- Hoc est, societates illas quae nondum ad Kubernetes transiverunt, ad eam definite transibunt vel in oblivione manent. Recte intellexi?
GioacchinoHoc quoque non omnino verum est. Exempli gratia, si negotium habemus currentis servientis DNS, tunc currere potest in FreeBSD 4.10 et perfecte per viginti annos operari potest. Justo labore ac id est. Fortasse aliquid XX annis semel renovandum erit. Si loquimur de programmatibus in forma quam deducimus et per multos annos sine ullis updates actu operatur, sine mutationibus, utique Kubernetes non erunt. Praesent non egestas erat.
Omnia ad CI/CD pertinentia - ubicunque continuae traditionis opus est, ubi opus est versiones renovare, activas mutationes fac, ubicumque tolerantia culpae opus est aedificare - solum Kubernetes.
De microservices
- Ecce dissonantia. Laborare cum Kubernetibus, externum seu internum subsidium debes - hoc primum punctum. Secundo, cum progressionem incipimus, parva satus sumus, nihil adhuc habemus, evolutionis Kubernetes vel architecturae microform in genere implicatas esse potest nec semper oeconomicas iustificari. In tua sententia quaero - an satus opus est ut statim scribere pro Kubernetes a scabere incipias, an monolithum adhuc scribere possint, et tunc solum ad Kubernetes venire?
Gioacchino: cool question. Habeo de microservices Disputatio Pluries offendi homines cum microscopio clavos mallei conantur. Recta est ipsa accessus: nos ipsi programmata interna sic designamus. Sed cum hoc facias, debes clare intelligere quid agas. Verbum odi maxime de microservices est "micro." Historice, hoc verbum ibi ortum est, et aliqua de causa putant microform valde parvam esse, millimetre minus, sicut micrometer. Hoc nefas est.
Exempli gratia, monolithus est, qui a trecentis hominibus scriptus est, et omnes, qui progressionem participaverunt, ibi difficultates esse intellegunt, et in parvas partes frangi debet β de 300 frustis, quorum unumquodque a 10 hominibus scriptum est. in versione minima. Hoc est magnum, necessarium et frigus. Sed cum startup ad nos venit, ubi 30 valde frigidus et ingeniosissimus latinas 3 microservices in genibus scripsit, omni tempore Corvalol exspecto.
Mihi videtur hoc iam de millenis vicibus dictum - monolithum in una vel alia forma distributum habuimus. Id oeconomice non iustificatur, difficillimum in omnibus generaliter est. Hoc toties vidi modo quod mihi dolet vere, sic loqui de eo pergo.
Ad primam quaestionem, quod Kubernetes FORMIDULOSUS ex una parte conflictus est uti, quia non liquet quid illic aut non opus frangat, ex altera vero parte manifestum est omnia illuc tendere. et nihil nisi Kubernetes erit. Responde - perpende quantum emolumenti, quantum laboris, quod solvere potes. Hoc est una parte librae. Ex altera parte, pericula sunt coniuncta cum downtime vel cum diminutione temporis responsionis, gradu promptitudinis - cum diminutione in indicibus perficiendis.
Hic est - vel cito movemur, et Kubernetes multa nos multo citius et melius agere permittit, vel solutionibus certis et probatis utimur, sed multo tardius movemus. Haec omnis societas electionem facere debet. Potes cogitare eam in saltu viam - cum primum ambulaveris, occurrere possis anguem, tigrem vel insanum melem, et cum semel ambulasti 10 ter, calcasti viam, removisti. rami ac faciliores ambulant. Toties semita latius patet. Tum bituminis via est, deinde boulevard pulchra.
Kubernetes non stat. Quaeritur iterum: Kubernetes, ab una parte, est 4β5 binarii, ab altera vero parte est tota ecosystematis. Haec est ratio operandi quam habemus in machinis nostris. Quid est hoc? Decuria vel Curios? Haec est Linux nucleus, fasciculus additorum partium. HΕc omnia hic, anguis venenosus e via proiectus, sepes ibi erectus est. Kubernetes celerrime et alacriter evolvit, et volumen periculorum, numerus ignotorum quolibet mense decrescit ac proinde has squamae recalcitabant.
Respondens quaestioni quid initium faceret, dicerem - ad Flaunt veni, 150 milia rublorum solve et turnkey DevOpum facilem operam da. Si parva es startup cum paucis tincidunt, hoc operatur. Pro conductione tua DevOps, qui discere debebit difficultates tuas solvere et salarium hoc tempore solvendum, solutionem turnkey ad omnes proventus habebis. Sunt etiam incommoda quaedam. Nos, tamquam outsources, non possumus ita implicari et cito mutationibus respondere. Sed multum peritia et exercitia parata habemus. In quacumque re spondemus cito certos nos figurare et quoslibet Kubernetes ex mortuis resuscitare.
Vehementer suadeo ut satus ac negotia constituisses ad magnitudinem, ubi turmas 10 hominum operationibus dedicare potes, quia alioqui nihil est. Certo sensu evinciendi hoc facit.
De Amazon et Google
- Num hospes ab Amazone vel Google solutione e fonte considerari potest?
Gioacchino: Ita sane hoc plures quaestiones solvit. Sed rursus nuances sunt. Adhuc opus est ut intelligas quomodo utatur. Exempli gratia, mille parvae res sunt in opere Amazonum AWS: Oneratus Librarius fovendus est vel postulatio in antecessum scribi debet quod "guyones, negotiationem accipiemus, onus libratorem pro nobis fovebimus!" Istas nuances debes scire.
Cum ad homines hoc speciale converteris, omnia fere clausa habes typica. Iam 40 fabrum habemus, ex fine anni verisimiliter erit 60 β haec omnia certo invenimus. Etiamsi hanc quaestionem iterum in aliquo incepto offendimus, celeriter se invicem rogamus et quomodo eam solvere novimus.
Probabiliter respondetur - sane fabulam aliquam partem faciliorem reddit. Quaeritur an paratus sis his hospitibus credere et an problemata tua solvant. Amazon et Google bene fecerunt. Pro omnibus nostris casibus - prorsus. Non habemus amplius experientias affirmativas. Omnes aliae nubes quae laborare conati sunt multum difficultates - Ager, et omnia quae in Russia sunt, et omnes species OpenStack in variis exsecutionibus: Headster, Overage - quicquid vis. Omnes difficultates creant quas solvere non vis.
Ideo dicendum est, sed, revera, non sunt multae solutiones maturae hosted.
Quis Kubernetes indiget?
β Sed quis Kubernetes indiget? Quis iam ad Kubernetes vertas debet, qui est clientis typici Flaunt qui nominatim ad Kubernetes venit?
Gioacchino: Haec quaestio est interesting, quia nunc, in casum Kubernetes, multi ad nos veniunt: "Guys, scimus te Kubernetes facere, facere nobis!" Respondemus eis: "viri, Kubernetes non facimus, prod et omnia cum eo facimus." Quia in praesenti est simpliciter impossibile facere productum sine omni CI/CD et haec tota historia. Quisque a divisione discessit, quam per progressionem habemus, et inde abusionem abusus.
Clientes nostri diversa exspectant, sed unusquisque aliquod bonum miraculum exspectat quod quaedam problemata habent, et nunc - salit! β Kubernetes solvet. Credunt miraculis. Mentibus suis nullum miraculum intellegunt, sed in animo sperant β quid si hic Kubernetes nunc omnia solvet pro nobis, tantum de eo loquuntur! Subito nunc - sternumenta! - et glans argentea, sternumenta! β et nos C% uptime habemus, omnes tincidunt possunt dimittere quicquid in productionem 100 temporum pervenit, et non fragore. In genere, miraculum!
Cum tales ad nos veniunt, dicimus: "Ignosce, sed non est tale miraculum". Sanus esse debes bene comedere et exercere. Ut pellentesque nisl tellus, eget efficitur nisl pellentesque vel. Ad CI/CD commodum habere, debes hoc facere sic. Multum id opus faciendum est.
Cui respondens Kubernetes - nemo Kubernetes indiget.
Nonnulli habent deceptionem quam egent Kubernetes. Homines egent, altam habent necessitatem desinendi cogitandi, studendi, curandi in omnibus quaestionibus infrastructuris et quaestionibus earum applicationum currendi. Volunt applicationes ad operandum et solum explicandum. Ipsis, Kubernetes, spes est ut fabulam audire desinant quod "ibi iacebamus", vel "devolvere non possumus" vel aliquid aliud.
Director technicus plerumque ad nos venit. Duo eum rogant: una ex parte, nobis lineamenta, altera ex parte, stabilitatem da nobis. Monemus te ipsum in te sumas et fac. Argentea glans, vel potius argentum patella, est quod de his quaestionibus et tempus terere desines. Speciales homines habebis, qui hanc quaestionem claudent.
Verbum quod nos vel aliquis alius Kubernetes eget falsa est.
Admins Kubernetes vere opus est, quia valde interesting ludibrio est quod ludere possis et cum tinker. Simus honesti - omnes amat nugas. Alicubi omnes pueri sumus, et cum novam videmus, eam ludere volumus. Quidam hoc dissolutum est, exempli gratia, in administratione, quia satis iam luserunt et iam defessi sunt ad id quod simpliciter nolunt. Sed hoc non est totaliter amissum alicui. Exempli causa, si in agro administrandi et DevOps diu nugas taedet, tunc amo nugas, adhuc novas aliquas emo. Omnes homines, modo vel alio, aliquas nugas adhuc volunt.
Nullam eget nisl purus. Quidquid categorematice commendo non facio et quod video iam obuiare: "O novum ludibrium!" - Currunt emere, emit et: "Ad scholam nunc ducamus eamque omnibus amicis nostris ostendemus." Noli hoc facere. Paenitemus, filii mei sicut adolescunt, constanter aliquid in pueris video, in me ipsum animadvertis, ac deinde aliis generaliter.
Postrema responsio est: Kubernetes non debes. Opus est tibi solve problems.
Quod consequi possis, est;
- prsda non cadit;
- etiam si conetur cadere, praenovimus nos, et possumus aliquid in eo ponere;
- possumus eam mutare celeritate, qua res nostrae id exigunt, et commode facere possumus, difficultates nullas nobis causat.
Duae sunt necessitates reales: commendatio et dynamismus/flexibilitas rollout. Omnis qui in praesenti agit aliquod genus IT inceptis, in quocumque negotio - mollis ad purgandum mundum, et qui hoc intelligit, debet has necessitates solvere. Kubernetes cum iure accedente, recto intellectu ac satis experientia permittit ut eas solvere.
De serverless
- Si paulo longius in futurum inspicias, tunc problema absentiae capitis cum infrastructura solvere conatur, cum velocitate rollout et velocitate applicationis mutationum, novae solutiones apparent, exempli gratia, sine servitore. Sentisne aliquam potentiam in hac directione et, dicamus, periculum pro Kubernetibus similibusque solutionibus?
GioacchinoHic rursus notandum est me non esse vatem, qui isthac prospicit et dicit β sic erit! Etsi ego idem feci. Pedes meos aspicio et fasciculum quaestionum ibi video, exempli gratia quomodo transitores operantur in computatorio. Praesent mauris, iure? Aliquot cimices in CPU invenimus.
Fac servoless satis certos, vilis, efficientes et opportunas, omnes quaestiones oecosystematis solvendas. Hic cum Elon Musk assentior secundam planetae ad tolerantiam humanitatis culpam creandam esse necessariam. Quamvis nescio quid dixerit, intellego me paratum non esse me ad Martem volare et cras futurum esse.
Cum ministris servientibus clare patet hanc rem adstativam esse rectam, sicut culpa tolerantiae humanitatis β duos habens planetas melior est quam unus. Sed quomodo nunc? Mitto unam expeditionem non obstat si operam tuam in eam intendas. Multas expeditiones mittens et multa milia hominum ibi componendo, ut puto, etiam realistica est. Sed ut omnino culpae ferendum sit, ut ibi dimidium hominum vivat, mihi nunc impossibile videtur, non considerari.
Cum servo uno in uno: res frigida est, sed procul a quaestionibus MMXIX. Propius ad 2019 - ut eam vivam. Non dubito quin vivemus, certe vivemus (ante cubitum iterare), nunc alia problemata solvere opus est. Similis est credere in fabulae auriculae MANNULUS Iris. Ita duo centesimas casuum solvuntur, et perfecte solvuntur, sed subjective, servilis iris est. Parata loqui non sum. In MMXIX, una applicatione cum servoless scribere non potes.
Quomodo Kubernetes evolvent?
β Cum ad hanc potentiam mirabilem distantiam futuram movemur, quomodo putatis Kubernetes et oecosystematis circa eam evolvere?
Gioacchino: multa de hoc cogitavi et claram habeo responsionem. Prima stata - post omnes, stata facilius factu est. Kubernetes initio plura in hoc investivit, omnia ab eo orsa sunt. Opera publica in Kubernetes fere perfecte, nihil est quod queraris. Sunt adhuc multae difficultates, vel potius, nuances. Omnia iam magna nobis, sed nobis est. Hoc saltem duobus annis pro omnibus laborandum erit. Non est index calculi, sed sensus capitis mei.
In summa, respublica debet β ac voluntas β fortissime enucleari, quia omnes applicationes nostrae status reponunt, nullae sunt applicationes stateres. Fallax haec est: semper aliquo genere datorum indigere et alio. Stata plena est de omnibus possibilibus explicandis, omnes cimices figens, emendans omnes difficultates quae nunc sunt adversae - eam adoptionem invocemus.
Ambitus ignotus, ambitus dubitationum problematum, planities probabilitatis aliquid inveniendi signanter decidet. Haec res magni momenti est. Et operariorum - omnia quae ad codificationem administrationis logicae pertinent, moderantur logica in ordine ad facilem servitium consequendam: MySQL facile ministerium, facile ministerium RabbitMQ, facile ministerium Memcache - generatim, omnia haec elementa quae in tuto elaborare debeo. arca archa. Hoc modo dolorem solvit quem database velimus, sed eam administrare vel Kubernetes non volumus, sed eam administrare non volumus.
Haec narratio evolutionis operatoris in una vel alia forma in duobus proximis annis magni momenti erit.
Opinor commoditatem usus multum augere debere - capsula magis ac magis nigra, certiora et certiora fiet, cum nodi simplicioribus magis ac magis.
Semel audiebam vetus colloquium cum Isaac Asimov ex 80s in YouTube in Nocte Diei Saturni vive - programmata instar Urgantis, tantum interest. Interrogaverunt eum de futuris risus. Negavit se simpliciter futurum esse, sicuti radiophonicum. Receptoris radiophonicus rei multiplex fuit. Ad undam capiendam, scapulas 15 minutas vertere debebas, skewers converte et plerumque quomodo omnia opera cognoscis, physicam radiophonicae undae transmissionis intellege. Quam ob rem unus nodi in radio relictus erat.
Nunc in MMXIX quid radiophonicum? In curru radio receptore omnes fluctus et nomina stationum invenit. Physica processus per 2019 annos non mutatur, sed facilitatem usus habet. Nunc, et non solum nunc, iam anno 100, cum colloquium cum Azimov erat, omnes radiophonicis usi sunt nec quisquam cogitavit quomodo operaretur. Semper laboravit - id est datum.
Tunc Azimov dixit idem fore cum computers. otium usui augebit. Cum anno 1980 instituendus es ad instare globuli in computatrale, quod in futuro non erit.
Sentio me etiam apud Kubernetes et infrastructuram magnam incrementi commoditatis usum futurum esse. Hoc, ut opinor, patet - in superficie iacet.
Quid ad fabrum?
- Quid ergo fiet de fabrum et administratoribus systematis qui Kubernetes sustinent?
GioacchinoQuid accidit computanti post adventum 1C? DE EODEM. Antea in charta numeraverunt - nunc in programmate. Laboris fructibus iussa magnitudinis crevit, sed labor ipse non evanuit. Si antea X fabrum cochleae in levi bulbo sumpsit, nunc unum satis erit.
Moles programmatum ac numerus officiorum, ut mihi videtur, nunc celerius augetur quam novi DevOps apparent et augentur efficientia. Nunc certa inopia in foro est et diu durabit. Postea omnia ad aliquam normalitatis speciem revertentur, in qua augebitur efficientia laboris, magis magisque inservienti erunt, neuron Kubernetes adjungetur, qui omnes facultates prout opus fuerit, ac generaliter eliget. omnia ipsa, ut oportet - persona discedat ac ne interveniat.
Sed quis velit eget ante. Patet etiam altiorem gradum industriae et specializationis huius personae. Hodie, in actis diariis, non opus est 10 operariis libris custodiendis ne manus eorum defatigeant. Non est necessarium simpliciter. Multa documenta automatice lustrata sunt et ab instrumento electronico instrumenti administrandi cognoscuntur. Unus vafer princeps computanti satis est, iam multo majoribus artibus, prudenter.
Fere haec via est in omnibus industriis. Idem est cum carris: antea, currus cum mechanico et tribus rectoribus venit. Hodie, currus agitans est processus simplex in quo omnes quotidie participamus. Nemo putet raedam esse aliquid implicatum.
DevOps vel systemata machinalis non recedet - summus gradus labor et efficientia augebunt.
- Audivi etiam ideam interesting ut opus crescat.
GioacchinoNempe centum cento! Quia moles programmatum scribimus constanter crescit. Numerus constitutionum quas solvemus cum programmate perpetuo crescit. Moles operis crescit. Nunc forum DevOporum vehementer exustum est. Hoc videri potest in exspectatione salarii. In bono modo, sine singularibus, debent esse iuniores qui volunt X, medii qui volunt 1,5X, et seniores qui volunt 2X. Nunc autem, si salarium mercatum DevOps Moscuae spectes, junior vult ab X ad 3X et senior vult ab X ad 3X.
Nemo scit quantum constat. Salarium gradu tuo metietur fiducia - madhouse completus, ut sit honestus, mercatus terribiliter aestuat.
Utique, haec res propediem mutabitur - satietatem aliquam fieri oportet. Hoc non contingit cum progressione programmatum - non obstante quod quisque tincidunt eget, et quisque indiget bonis tincidunt, forum intelligit quis quid valet - industria consedit. Non ita est cum DevOpis his diebus.
- Ex iis quae audivi, Conclusi administratorem hodiernum non nimis solliciti esse, sed tempus est ad artes suas upgrade ac praeparare quod cras opus erit, sed magis idoneus erit.
Gioacchino: Centum cento. In communi, in 2019 vivimus et regula vitae haec est: vita discendi - discimus in vita nostra. Hoc mihi videtur nunc quisque scit et sentit, sed non satis est scire - id facere. Cotidie mutandum est. Quod si non fecerimus, citius vel serius erimus in secreto professionis omissi.
Acuta parari gradu CLXXX vertit. Ego condicionem non excluditur ubi aliquid funditus mutat, aliquid novi fingitur - accidit. hop! - Et nunc aliter. Aliquam sit amet efficitur enim, nec sollicitudin ante. Fieri potest ut cras omnia quae agimus eventura sint non necessaria - nihil, studui omnem vitam et aliud discere paratus sum. Praesent non lacus. Nihil opus est securitatem operis timere, sed paratus est ut aliquid novi assidue discat.
Votum ac minutam vendo
- Num quid vis?
Gioacchino: Imo plura vota habeo.
Primum et mercatum - subscribe to . Lectores carissimi, ite ad YouTube et nostro subscribite canali. Circiter mense incipiemus activam dilatationem in video servitium. Multum habebimus scholasticum de Kubernetibus, apertum et variatum: a rebus practicis, usque ad officinas, ad altas theoreticas fundamentales, et uti Kubernetes apud graduum principiorum et exemplorum.
Secundum votum mercatum - ite to et ponunt stellas, quia pascimus eas. Si astra nobis non des, nihil habemus quod edamus. Praesent mana adipiscing ipsum. Aliquid facimus, facimus, conamur, aliquis dicit has esse tremendas birotas, aliquis omnia omnino prava esse, sed perduramus et simpliciter agimus honeste. Difficultatem videmus, eam solvere et experientiam nostram communicare. Ergo da nobis stellam, non discedet a te, sed veniet ad nos, quia pascimur illis.
Tertium, magnum, et non amplius mercatum velle - nolite credere in mediocris tales. Doctorum es. DevOps est professio gravis et responsalis. Desine ludere in workplace. Preme tibi et intelleges. Finge te ad nosocomium venire, et ibi te experitur medicus. Hoc alicui molestum esse intelligo, sed id fere non de te, sed de alio. Dic aliis etiam prohibere. Hoc vere vitam perdit pro omnibus nobis - multi operationes tractare incipiunt, admins et DevOps tamquam dudes qui aliquid iterum ruperunt. Hoc "fractum" plerumque ex eo quod ivimus ludere, et frigida conscientia non vidit sic est, et sic est.
Hoc non vult experiri non debes. Experiendo opus est, nos ipsi facimus. Ut honestum sit, ipsi interdum lusi sumus - hoc quidem est pessimum, sed nihil humanum a nobis alienum est. Anno MMXIX gravis, experimenta bene cogitata narremus, et non ludos productionis. Verisimiliter ita.
- Gratias tibi valde!
GioacchinoGratias tibi, Vitaly, tam pro tempore quam pro colloquio. Carissimi lectores, tibi gratias ago valde si hoc repente attigeris. Spero autem quod adduximus vobis duas saltem cogitationes.
In colloquio, Dmitry eventum werf attigit. Nunc hic culter Helveticus universalis est, qui omnes fere difficultates solvit. Sed non semper erat. On ad diem festum Dmitry Stolyarov tibi de hoc instrumento singillatim indicabit. in fama omnia erunt: problemata et occultae Nuantiae Kubernetes, optiones ad has difficultates solvendas et ad effectum deducendi werf singillatim. Iungere nos die 27 mensis Maii et 28, instrumenta perfecta creabimus.
Source: www.habr.com