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. .
Jen lumbildo el la prelego de Steve, kiu klare montras la rilatumon inter la nombro da sekurecaj cimoj, kiujn oni povas tute eviti per Rust, kaj la tuta nombro da cimoj en MS. Windows, trovita dum la pasinta jardeko kaj duono.
Mikrosofto devis iel respondi al tia defio, kaj ĝi faris.
2. Projekto Verona de Microsoft, kiu ŝparos Windows kaj malfermos novan paĝon de historio por iu ajn operaciumo
Nombro da cimoj en la kerno de Mikrosofto Windows kaj plej multaj uzantoprogramoj pliiĝis preskaŭ linie dum la pasintaj 12 jaroj.
En 2019, Matthew Parkinson de Microsoft , kiu povas ĉesigi ĉi tion.
Jen iniciato de Microsoft por krei sekuran programlingvon bazitan sur la ideoj de la lingvo Rust: kolegoj de Microsoft Research trovis, ke plej multaj el la sekurecaj problemoj rilatas al la peza heredaĵo de la lingvo C, en kiu plej multaj el la WindowsLa Rust-simila lingvo 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 de kerna supervivo Linux 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, en la kerno Linux neniu vivanta homo rigardis enen dum longa tempo
Mi ne dividas la lastan punkton, laŭ mia vidpunkto, en la evoluigo de la kerno Linux Nuntempe okazas aferoj ne nur interesaj, sed ankaŭ revoluciaj. La plej rimarkinda estas la virtuala maŝino eBPF, kiu origine estis kreita por solvi la tedan taskon filtrado de retpakaĵetoj kaj poste evoluis al ĝeneraluzebla kerna-nivela virtuala maŝino.
Evoluigo por la kerno Linuxestis
Evoluigo por la kerno Linux: ĝi fariĝis
Per eBPF, la kerno nun raportas okazaĵojn, kiujn oni povas parte pritrakti ekster la kerno — la interfaco ebligas sekure kaj efike interagi kun la kerno el la uzantospaco kaj etendi kaj kompletigi la kernan funkcionalecon. Linux, preterirante la ĉiovidantan okulon de Linus Torvalds.
Antaŭ eBPF, la disvolviĝo de programoj kies agadoj estas proksime rilataj al interagado kun la kerno Linux estis komplika rakonto — krei aferojn kiel pelilojn por malrapidaj aparatoj kaj interfacojn por dosiersistemoj en uzantspaco postulis formalan revizian procezon fare de spertaj kerno-programistoj. Linux.
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. Linux preskaŭ martelis la finan najlon en la ĉerkon de FreeBSD per la nesinkrona io_uring interfaco en la kerno Linux
Ĉar ni parolas pri la kerno Linux, necesas rimarki alian signifan plibonigon, kiu okazis ĉi-jare: la inkludo de nova kerno de Jens Axbow de Facebook.
Dum multaj jaroj, FreeBSD-sistemadministrantoj kaj programistoj pravigis sian elekton per la fakto, ke FreeBSD havis pli bonan nesinkronan enig/eligon ol LinuxEkzemple, ĉ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 servilan merkaton, memfide ignorante personajn komputilojn por la averaĝa homo. En la 1980-aj jaroj, Gates uzis la financojn de IBM por krei kaj licenci MS-DOS, retenante la rajtojn pri la operaciumo por si mem. Ricevinte la monon, Microsoft kreis grafikan interfacon por MS-DOS, kaj la mondo de komputiloj naskiĝis. Windows — komence nur grafika paŭsaĵo sur DOS, kaj poste la unua komputila operaciumo oportuna por la masoj. IBM, granda, maloportuna kompanio, perdis la personan komputilan merkaton al la juna kaj rapida Microsoft. Mi resumis ĉi tiun rimarkindan rakonton tre koncize, do se vi interesiĝas pri kiel Apple konkurencos kun Intel en 2020 per iPadOS, mi tre rekomendas ĝin. .
8. Fortigante la pozicion de ZFSonLinux — maljuna ĉevalo ne difektas la sulkon
Kanonika uzante la dosiersistemon ZFS kiel la radikan dosiersistemon rekte el la instalilo. Iafoje mi pensas, ke la inĝenieroj, kiuj laboris ĉe Sun Microsystems, reprezentas apartan biologian specion de Homo sapiens (la jam menciitaj Brian Cantrill kaj Brendan Gregg laboris ĉe Sun). Juĝu mem, malgraŭ jaroj da klopodoj de la homaro krei ion eĉ iomete similan al la dosiersistemo ZFS, malgraŭ la nesupereblaj licencaj limigoj, kiuj malhelpas la inkludon de la fontkodo ZFS en la ĉefan kerna disvolvbranĉon. Linux, ni ankoraŭ uzas ZFS kaj tio ne ŝanĝiĝos baldaŭ.
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 ricevis la eblon 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 atentigi, ke ĉio nova, kion ni vidos en 2020, havas siajn originojn en 2019, 2018 kaj pli frue. Mi ne provos precize antaŭdiri la estontecon, sed 2020 certe ne estos la jaro Linux sur la labortablo (kiam vi laste vidis labortablon?) kaj la jaro Linux Ni vidas tion sur porteblaj aparatoj jam dum ĉirkaŭ dek jaroj.
Ĉ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
