Aleksandro Ĉisjakov estas en kontakto, mi estas evangeliisto kaj rakontu al vi pri la 9 plej bonaj teknologiaj eventoj de 2019.
En mia takso, mi fidis pli je mia gusto ol je la opinio de spertuloj. Tial ĉi tiu listo, ekzemple, ne inkluzivas senŝoforajn aŭtojn, ĉar estas nenio esence nova aŭ surpriza en ĉi tiu teknologio.
Mi ne ordigis la eventojn en la listo laŭ signifo aŭ wow-efiko, ĉar ilia signifo estos klara post dek jaroj, kaj la wow-efiko estas tro mallongdaŭra, mi nur provis koherigi ĉi tiun rakonton.
1. Porteblaj servilaj aplikoj en la Rust programlingvo por WebAssembly
Mi komencos la recenzon per du raportoj:
1. Raporto , legita de li jam en 2018.
Dum legi la raporton, Brian Cantrill laboris ĉe Joyent kiel CTO kaj ne sciis kiel 2019 finiĝos por li kaj Joyent.
2. , membro de la kerna teamo de la Rust-lingvo kaj la aŭtoro de la libro "The Rust Programming Language", laboranta ĉe Cloudflare, kie li parolas pri la trajtoj de la Rust-lingvo kaj WebAssembly-teknologio, kiu ebligas al vi uzi TTT-legilojn kiel platformoj por ruli aplikojn.
En 2019, WebAssembly kun sia , kiu disponigas aliron al operaciumaj objektoj kiel ekzemple dosieroj kaj ingoj, moviĝis preter retumiloj kaj celas la servilan softvarmerkaton.
La esenco de la trarompo estas evidenta - la homaro havas ankoraŭ unu rultempon kapablan ruli porteblajn aplikaĵojn por la Reto (ĉu iu memoras la principon WORA, elpensitan de la aŭtoroj de la lingvo Java?).
Ni ankaŭ havas relative sekuran manieron konstrui ĉi tiujn aplikaĵojn danke al la Rust-lingvo, kies ekzistokialo estas forigi tutajn klasojn da eraroj je kompilo.
WebAssembly estas tia ludŝanĝilo ke Solomon Hikes, unu el la kreintoj de Docker, skribis ke se WebAssembly kaj WASI ekzistus en 2008, Docker simple ne estus naskita.
Ne estas surprize, ke Rust estis inter la adoptantoj de la nova portebla teknologio - ĝia ekosistemo evoluas dinamike kaj Rust estas la plej ŝatata programlingvo dum pluraj jaroj, laŭ la rezultoj. .
Ĉi tio estas lumbildo el la prelego de Steve, kiu klare montras la rilatumon de la nombro da sekurecaj cimoj, kiuj estas tute eviteblaj kiam oni uzas Rust, al la totala nombro da cimoj trovitaj en MS Windows dum la pasinta jardeko kaj duono.
Mikrosofto devis iel respondi al tia defio, kaj ĝi faris.
2. Projekto Verona de Microsoft, kiu savos Vindozon kaj malfermos novan paĝon de historio por iu ajn OS
La nombro da cimoj en la Vindozo-kerno kaj la plej multaj konsumprogramoj preskaŭ linie pliiĝis dum la lastaj 12 jaroj.
En 2019, Matthew Parkinson de Microsoft , kiu povas ĉesigi ĉi tion.
Jen la iniciato de Mikrosofto krei sekuran programlingvon bazitan sur la ideoj de la Rust-lingvo: kolegoj de Microsoft Research trovis ke la plej multaj sekurecproblemoj estas rilataj al la peza heredaĵo de la C-lingvo, en kiu la plej granda parto de Vindozo estas skribita. La Rust-simila lingvo de Verona administras memoron kaj samtempan aliron al rimedoj uzante . Se vi volas kompreni detale kiel ĝi funkcias, rigardu .
Estas interese, ke Mikrosofto estas tradicie perceptita kiel malbona imperio kaj kontraŭulo de ĉio nova, malgraŭ tio, ke , la ĉefa programisto de la Glasgova Haskell Kompililo, laboras ĉe Mikrosofto.
La demando de Brian Cantrill el la unua alineo: "Ĉu ne estas tempo reverki la operaciuman kernon en Rust?" ricevis neatenditan respondon - estas evidente, ke ankoraŭ ne eblas reverki la operaciuman kernon, sed programoj ruliĝantaj en uzantspaco jam estas reverkitaj. Nehaltigebla procezo komenciĝis, kaj ĉi tio malfermos novan paĝon de la estonteco por ĉiuj operaciumoj.
3. La pliiĝo de populareco de la programlingvo Dart danke al la kadro Flutter
Mi certas, ke la sekva novaĵo estas granda surprizo ne nur por ni kaj la ĝenerala publiko, sed ankaŭ por la plimulto de la rektaj partoprenantoj en la procezo de ĝia formado. La programlingvo Dart, kiu aperis ĉe Guglo antaŭ ok jaroj, vidis rapidan popularecon ĉi-jare.
Mi uzas mian metodon por taksi la popularecon de programlingvoj analizante deponejojn sur Github, unufoje monate. . Se en la komenco de la jaro estis nur 100 popularaj deponejoj sur Dart, hodiaŭ estas jam 313 el ili.
Dart superis Erlang, PowerShell, R, Perl, Elixir, Haskell, Lua kaj CoffeeScript en populareco. Neniu alia programlingvo ŝajnas esti kreskinta pli rapide ĉi-jare. Kial ĝi okazis?
Unu el la gravaj raportoj de ĉi tiu jaro estis legita fare de Richard Feldman kaj estis vokita Signifa parto de la raporto estas dediĉita al analizo de kiel programlingvoj populariĝas. Unu el la ĉefaj kialoj, laŭ Rikardo, estas la ĉeesto de populara aplikaĵo aŭ kadro, alivorte la murda programo.
Por la Dart-lingvo, la kialo de ĝia populareco estas la kadro de evoluiga aplikaĵo por poŝtelefono , kies populareco, laŭ Google Trends, ĵus okazis komence de ĉi tiu jaro.
Ni scias nenion pri Dart ĉar ni ne faras moveblan disvolviĝon, sed ni varme bonvenigas alian statike tajpitan programlingvon.
4. Ŝanco por supervivo de la Linukso-kerno kaj ĝia komunumo danke al la virtuala maŝino eBPF
Ni ĉe VDSina amas konferencojn: ĉi-jare mi iris al la DevOops-konferenco en Sankt-Peterburgo kaj partoprenis en ronda tablo dediĉita al tendencoj kaj varmaj aferoj en la industrio. En 2019, la ĉefaj opinioj en tiaj konversacioj estis:
- Docker mortis ĉar ĝi estas tro enuiga
- Kubernetes vivas kaj daŭros ĉirkaŭ unu jaron - ĝi ankoraŭ estos priparolata en konferencoj en 2020
- Dume, neniu vivanta persono rigardis en la Linuksan kernon dum longa tempo
Mi ne kundividas la lastan punkton; el mia vidpunkto, ne nur interesaj, sed revoluciaj aferoj okazas nun en la evoluo de la Linukso-kerno. La plej rimarkinda estas la virtuala maŝino eBPF, kiu estis origine kreita por solvi la enuigan taskon filtri retpakaĵojn, kaj tiam kreskis en ĝeneraluzebla kern-nivela virtuala maŝino.
Disvolviĝo por la Linukso-kerno: jes
Disvolviĝo por la Linukso-kerno: nun
Danke al eBPF, la kerno nun raportas la okazon de eventoj kiuj povas esti parte prilaboritaj ekster la kerno - la interfaco ebligas sekure kaj efike interagi kun la kerno de uzantspaco kaj vastigi kaj kompletigi la funkciecon de la Linukso-kerno, preterirante la tutan. -vida okulo de Linus Torvalds.
Antaŭ eBPF, evoluigi programojn kies agadoj estis proksime rilataj al interagado kun la Linukso-kerno estis malfacila rakonto - krei aferojn kiel ŝoforojn por malrapidaj aparatoj kaj interfacoj por dosiersistemoj en uzantspaco postulis ekzameni formalan revizian proceduron de spertaj Linuksaj kernoprogramistoj.
La aspekto de la eBPF-interfaco multe simpligis la procezon de verkado de tiaj programoj - la enira sojlo estis malaltigita, estos pli da programistoj kaj la komunumo reviviĝos.
Mi ne estas sola en mia entuziasmo: deklaras la gravecon de eBPF por la supervivo (!) de la kerna evoluekosistemo. Alia, ne malpli fama programisto (Mi estas granda adoranto lia) , kiu ne estis egalita dum 50 jaroj.
Dume, Linus Torvalds kutime ne publike laŭdas lin pro tiaj aferoj, kaj mi povas kompreni lin — kiu volas publike aspektigi sin kiel idioto? 🙂
5. Linukso metis preskaŭ la finan najlon en la ĉerkon de FreeBSD danke al la nesinkrona io_uring-interfaco en la Linukso-kerno
Dum ni estas pri la temo de la Linukso-kerno, indas noti alian gravan plibonigon, kiu okazis ĉi-jare: la inkludo de nova de Jens Axbow de Facebook.
Dum multaj jaroj, sistemadministrantoj kaj FreeBSD-programistoj bazigis sian elekton sur la fakto ke FreeBSD faris pli bone nesinkronan I/O ol Linukso. Ekzemple ĉi tiu argumento Gleb Smirnov el Nginx.
Nun la ludo renversiĝis. kaj rendimento-remarkrezultoj estas impresaj, kun IOPS-pliiĝoj intervalantaj de 14% ĝis 102% depende de blokgrandeco. Estas prototipo uzanta nesinkronan I/O en PostgreSQL (almenaŭ ), pri konvertado de PostgreSQL al nesinkrona I/O. Sed pro la konservativa naturo de la programista komunumo, ni ankoraŭ ne vidos ĉi tiujn ŝanĝojn en 2020.
6. La triumfa reveno de AMD kun la Ryzen-procesora linio
Nenio nekutima, estas nur, ke AMD, kiu estis flanke de la industrio dum longa tempo, batas rekordon post rekordo.
La nova linio de procesoroj Ryzen montris nekredeblan prezon/efikecproporcion: ili , kaj en kelkaj regionoj . En konkurado, Intel estas devigita : Kaŭzas programojn konstruitajn per sia propra kompililo funkcii malpli efike sur la procesoro de konkuranto. Malgraŭ la malpuraj manieroj batali de Intel, .
7. Sekvante AMD, Apple celas preni pecon de la Intel-kukaĵo kun iPadOS kaj malnovaj lertaĵoj de Gates
Ĉiuj, kiuj povas teni armilon en siaj manoj, kutime provas partopreni en la bataloj de gigantoj, kaj ne nur AMD konkuras por la manĝbazo de Intel. Pomo kondutis kiel la maljuna virbovo en la ŝerco.
ni malrapide malsupreniros la montonMaljuna kaj juna virbovo staras sur la supro de monto, kaj grego da bovinoj paŝtas malsupre.
La juna virbovo proponas la maljunan:
- Aŭskultu, ni rapide, rapide malsupreniru kaj frapu la bovinon
kaj rapide, rapide, ni reiros supren!
- Ne!
- Nu, do ni rapide, rapide malsupreniru, ni voku po du bovinojn kaj rapide-
Ni rapide releviĝu!
- Ne!
- Nu, kion vi proponas do?
- Ni malrapide, malrapide malsupreniros la monton, ni mortigos la tutan gregon kaj
Ni malrapide kaj malrapide revenu al nia loko!
Liberigante la novan iPadOS, Apple uzis taktikon kontraŭ Intel nomitan "interrompa novigado".
Vikipedia difino
"Disrompa novigado" estas novigo, kiu ŝanĝas la ekvilibron de valoroj en la merkato. Samtempe, malnovaj produktoj fariĝas nekonkurencivaj simple ĉar la parametroj, sur kiuj antaŭe baziĝis konkurenco, perdas sian signifon.
Ekzemploj de "interrompaj novigoj" estas la telefono (anstataŭigis la telegrafon), vaporŝipojn (anstataŭigis velŝipojn), duonkonduktaĵojn (anstataŭigis vakuaparatojn), diĝitkameraojn (anstataŭigis filmkameraojn), kaj retpoŝto (interrompita tradicia poŝto).
Apple uzas siajn proprajn malalt-potencajn ARM-bazitajn procesorojn, kaj ĉi tio pruvis esti pli grava por uzantoj ol la iomete malfrua agado de la x86 de Intel.
Apple sukcesas kapti parton de la merkato, igante la iPad de distra terminalo en plentaŭgan laborilon - unue por tiuj, kiuj kreas enhavon, kaj nun por programistoj. Kompreneble, ni baldaŭ ne vidos ARM-bazitan MacBook, sed malgrandaj problemoj kun la dezajno de la MacBook Pro klavaroj instigas la serĉon de alternativaj solvoj, kaj unu el ili promesas esti la iPad Pro kun iPadOS.
Kion rilatas Gates kaj Microsoft al ĝi?
Siatempe, Gates eltiris precize la saman trukon kun IBM.
En la 1970-aj jaroj, IBM dominis la servilmerkaton, kun la fido de giganto ignoranta personajn komputilojn por la meza persono. En la 1980-aj jaroj, Gates kreis IBM kun mono kaj licencis MS-DOS por ĝi, lasante la rajtojn al la operaciumo al li mem. Ricevinte la monon, Mikrosofto kreis grafikan interfacon por MS-DOS, kaj Windows naskiĝis - komence nur grafika aldonaĵo super DOS, kaj poste la unua operaciumo por komputiloj, konvena por uzado de la amasoj. IBM, estante granda, mallerta firmao, perdas la personan komputilan merkaton al la juna kaj rapida Mikrosofto. Mi rerakontis ĉi tiun bonegan historion tre mallonge, do se vi scivolas kiel Apple ludos kontraŭ Intel en 2020 kun iPadOS, mi tre rekomendas. .
8. Plifortigi la pozicion de ZFSonLinux - la maljuna ĉevalo ne difektas la sulkon
Kanonika uzante la ZFS-dosiersistemon kiel la radikan dosiersistemon rekte de la instalilo. Foje ŝajnas al mi, ke la inĝenieroj, kiuj laboris ĉe Sun Microsystems, reprezentas apartan biologian specion de Homo sapiens (Brian Cantrill kaj Brendan Gregg, jam supre menciitaj, laboris ĉe Suno). Juĝu mem, malgraŭ multaj jaroj da provoj de la tuta homaro fari ion eĉ malproksime similan al la dosiersistemo ZFS, malgraŭ nesolveblaj limigoj, kiuj malhelpas la inkludon de la fontkodo ZFS en la ĉefa evolubranĉo de la Linukso-kerno, ni ankoraŭ uzas. ZFS, kaj en la situacio ne ŝanĝiĝos en proksima estonteco.
9. Oxide Computer Company - ni atente kontrolos la teamon, kiu klare kapablas multon - almenaŭ kreante bonegan spektaklon
Mi finas mian liston per alia mencio de Brian Cantrill, kie mi komencis.
Brian Cantrill kaj aliaj inĝenieroj (kelkaj el kiuj ankaŭ antaŭe laboris ĉe Suno) fondis entreprenon nomitan , kies ĉefa celo estas krei servilan platformon taŭgan por uzi grandskale. Oni scias, ke tre grandaj korporacioj kiel Google, Facebook kaj Amazon ne uzas konvencian servilan aparataron en siaj agadoj. La kompanio de Brian celas forigi ĉi tiun malegalecon disvolvante programaron kaj aparataron taŭgan por uzo de iu ajn nuba servo (inkluzive de la programlingvo Rust).
Ilia ideo estas la promeso de nova revolucio, kaj mi, almenaŭ, ĝojos rigardi la movadon de iliaj pensoj kaj ilian evoluon en la venonta 2020.
Kion ni sukcesis fari en 2019 ĉe VDSina
Ni ne faris iujn ajn teknologiajn sukcesojn en 2019 kun VDSina, sed ni ankoraŭ havas ion pri kio fieri.
En februaro, ni aldonis la kapablon uzi lokan reton inter serviloj kaj lanĉis domajnan registran servon. La prezo fariĝis unu el la plej malaltaj sur la merkato - 179 rubloj per ru/рф, inkluzive por renovigo.
En marto ni parolis ĉe IT Global Meetup #14.
En aprilo, ni pliigis la larĝon de kanalo por ĉiu servilo de 100 ĝis 200 Megabits, kaj signife pliigis la trafiklimon por ĉiuj tarifoj (krom la plej malmultekostaj) - ĝis 32 TB monate.
En julio, klientoj havis la ŝancon aŭtomate instali Windows Server 2019. Senpaga DDoS-protekto komencis esti provizita ene de la Moskva loko.
Ankaŭ en julio, nia kompanio aperis ĉe Habré, debutante kaj kiel ĝi helpis nin fari kvantuman salton en klienta subteno.
En aŭgusto, ili aldonis la kapablon krei momentfotojn—servilaj sekurkopioj.
La publika API estis publikigita.
Ni pliigis la kanalan larĝon por ĉiu servilo de 200 ĝis 500 Megabits.
Ni partoprenis en la konferenco de Chaos Constructions 2019, disdonante vipojn kun la firmaa emblemo kiel varo (la kampanja slogano estis "Kiam la programisto estas supre") kaj eksplodigis telegramajn babilojn.
En septembro, ni lanĉis la plej belan kaj amikan Instagram-on de IT-kompanio - VDSina komencis paroli pri novaĵoj kaj ĉiutaga vivo. .
En novembro, ni iris al Highload++, partoprenis en ronda tablo pri "datumbazoj en Kubernetes" kaj vestis la partoprenantojn per ŝarkaj ĉapeloj.
En decembro, ni parolis en kunveno de DevOps en la oficejo de GazPromNeft kun raporto pri datumbazoj en Kubernetes kaj ĉe la konferenco DevOpsDays en Moskvo. , kio certe estis mia plej bona agado de la jaro.
konkludo
Kiel diris Nassim Taleb, estas multe pli facile antaŭdiri tion, kion ni certe ne vidos. Mi ŝatus noti, ke ĉio nova, kion ni vidos en 2020, devenas de 2019, 2018 kaj pli frue. Mi ne supozas antaŭdiri la estontecon precize, sed 2020 certe ne estos la jaro de Linukso sur la labortablo (kiam estis la lastan fojon kiam vi vidis labortablon?) Kaj ni vidis la jaron de Linukso sur porteblaj aparatoj de dek. jarojn nun.
Ĉiukaze mi esperas, ke post unu jaro ni denove kuniĝos kaj diskutos, kiel ĉio vere rezultis.
Feliĉajn feriojn al ĉiuj!
Sekvu nian programiston ĉe Instagram
fonto: www.habr.com