На сувязі Аляксандр Чысцякоў, я евангеліст і раскажу пра 9 лепшых тэхналагічных падзей 2019 года.
У адзнацы я больш належыў на свой густ, чым на меркаванне экспертаў. Таму ў гэты спіс, напрыклад, не ўвайшлі беспілотныя аўтамабілі, бо нічога прынцыпова новага і дзіўнага ў гэтай тэхналогіі няма.
Я не сартаваў падзеі ў спісе па значнасці або вау-эфекце, таму што іх значнасць будзе зразумелая гадоў праз дзесяць, а вау-эфект занадта кароткатэрміновы, проста пастараўся зрабіць гэтую гісторыю сувязной.
1. Якія пераносяцца серверныя прыкладанні на мове праграмавання Rust пад WebAssembly
Я пачну агляд з двух дакладаў:
1. Даклад , прачытаны ім яшчэ ў 2018-м.
На момант чытання даклада, Браян Кантрыл працаваў у кампаніі Joyent на пазіцыі CTO і яшчэ не здагадваўся, чым скончыцца для яго і Joyent 2019-ы.
2. , чальца core team мовы Rust і аўтара кнігі “The Rust Programming Language”, які працуе ў Cloudflare, дзе ён распавядае пра асаблівасці мовы Rust і тэхналогіі WebAssembly, якая дазваляе выкарыстоўваць вэб-браўзэры як платформы для запуску прыкладанняў.
У 2019-ым WebAssembly са сваім , якія прадстаўляюць доступ да аб'ектаў аперацыйнай сістэмы, такімі, як файлы і сокеты, ступіла за рамкі браўзэраў і нацэльваецца на рынак сервернага праграмнага забеспячэння.
Сутнасць прарыву відавочная – у чалавецтва з'яўляецца яшчэ адзін рантайм, здольны запускаць пераносныя прыкладанні для Web (хто-небудзь памятае прынцып WORA, прыдуманы яшчэ аўтарамі мовы Java?).
Акрамя таго, у нас з'явіўся адносна бяспечны спосаб ствараць гэтыя прыкладанні дзякуючы мове Rust, сэнс існавання якога ў тым, каб знішчаць цэлыя класы памылак яшчэ на этапе кампіляцыі.
WebAssembly настолькі пераварочвае гульню, што Саламон Хайкс, адзін са стваральнікаў Docker, пісаў аб тым, што, калі б WebAssembly і WASI існавалі ў 2008-м, Docker бы проста не нарадзіўся.
Нядзіўна, што менавіта Rust апынуўся ў шэрагах асвоіцеляў новай пераноснай тэхналогіі – яго экасістэма дынамічна развіваецца і Rust ужо некалькі гадоў застаецца самай каханай мовай праграмавання паводле вынікаў. .
Гэта слайд з дакладу Стыва, які наглядна паказвае суадносіны ліку памылак бяспекі, якіх цалкам можна пазбегнуць пры выкарыстанні Rust да агульнай колькасці памылак у MS Windows, знойдзеных за апошнія паўтара дзесяцігоддзі.
Кампанія Microsoft павінна была неяк адказаць на такі выклік, і яна адказала.
2. Project Verona ад Microsoft, які выратуе Windows і адкрые новую старонку гісторыі для любой АС
Колькасць памылак у ядры Microsoft Windows і большасці карыстацкіх праграм амаль лінейна павялічвалася на працягу апошніх 12 гадоў.
У 2019 Мэцью Паркінсан з Microsoft , Які можа пакласці гэтаму канец.
Гэта ініцыятыва Microsoft па стварэнні бяспечнай мовы праграмавання, заснаванага на ідэях мовы Rust: калегі з Microsoft Research высветлілі, што большасць праблем з бяспекай звязана з цяжкай спадчынай мовы C, на якой напісана большая частка Windows. Rust-падобная мова Verona кіруе памяццю і канкурэнтным доступам да рэсурсаў, выкарыстоўваючы . Калі вы хочаце падрабязна разабрацца, як ён працуе, праглядзіце .
Цікава, што кампанію Microsoft традыцыйна ўспрымаюць як імперыю зла і суперніка ўсяго новага, нягледзячы на тое, што , асноўны распрацоўшчык Glasgow Haskell Compiler, працуе менавіта ў Microsoft.
Пытанне Браяна Кантрыла з першага пункта: "ці не пара перапісаць ядро аперацыйнай сістэмы на Rust?" атрымаў нечаканы адказ – відавочна, што ядро аперацыйнай сістэмы перапісаць пакуль немагчыма, але праграмы, якія працуюць у userspace, ужо перапісваюцца. Пачаўся няспынны працэс, і гэта адкрые новую старонку будучыні для ўсіх аперацыйных сістэм.
3. Узлёт папулярнасці мовы праграмавання Dart дзякуючы фрэймворку Flutter
Я ўпэўнены, што наступная навіна з'яўляецца вялікім сюрпрызам не толькі для нас і шырокай публікі, але і для большасці непасрэдных удзельнікаў працэсу яе фармавання. Мова праграмавання Dart, які з'явіўся ў Google восем гадоў таму, у гэтым годзе паказаў імклівы рост папулярнасці.
Я выкарыстоўваю свой метад адзнакі папулярнасці моў праграмавання пры дапамозе аналізу рэпазітараў на Github, раз у месяц . Калі ў пачатку года папулярных рэпазітароў на Dart было ўсяго 100, то сёння іх ужо 313.
Dart абагнаў па папулярнасці Erlang, PowerShell, R, Perl, Elixir, Haskell, Lua і CoffeeScript. Хутчэй, здаецца, сёлета не расла ні адна іншая мова праграмавання. Чаму так здарылася?
Адзін са знакавых дакладаў гэтага года быў прачытаны Рычардам Фельдманам і называўся Значная частка даклада прысвечана аналізу таго, якім чынам мовы праграмавання становяцца папулярнымі. Адна з асноўных прычын, па версіі Рычарда - наяўнасць папулярнага прыкладання або фрэймворка, інакш кажучы the killer app.
Для мовы Dart прычынай папулярнасці стаў фрэймворк распрацоўкі мабільных прыкладанняў. , узлёт папулярнасці якога, паводле Google Trends, як раз прыйшоўся на пачатак гэтага года.
Мы нічога не ведаем пра Dart, бо не займаемся мабільнай распрацоўкай, але горача вітаем яшчэ адну мову праграмавання са статычнай тыпізацыяй.
4. Шанец на выжыванне ядра Linux і яго кам'юніці дзякуючы віртуальнай машыне eBPF
Мы ў VDSina любім канферэнцыі: у гэтым годзе я ездзіў на канферэнцыі DevOops у Санкт-Пецярбургу і ўдзельнічаў у круглым стале, прысвечаным трэндам і гарачым штучкам у індустрыі. У 2019-м у такіх размовах лідзіравалі меркаванні:
- Docker мёртвы, таму што занадта сумаваны
- Kubernetes жывы і працягне дзесьці год - пра яго яшчэ будуць гаварыць на канферэнцыях у 2020 годзе
- тым часам, у ядро Linux ніхто з жывых людзей не зазірае ўжо даўно
Я не падзяляю апошняга пункта, з майго пункта гледжання, у распрацоўцы ядра Linux зараз адбываюцца не проста цікавыя, а рэвалюцыйныя рэчы. Самая прыкметная - віртуальная машына eBPF, першапачаткова створаная для вырашэння сумнай задачы фільтрацыі сеткавых пакетаў, а потым перарасла ў віртуальную машыну ўзроўню ядра агульнага прызначэння.
Распрацоўка пад ядро Linux: было
Распрацоўка пад ядро Linux: стала
Дзякуючы eBPF, ядро зараз паведамляе аб наступе падзей, якія можна часткова апрацоўваць па-за ядром - інтэрфейс дае магчымасць бяспечна і эфектыўна ўзаемадзейнічаць з ядром з userspace і пашыраць і дапаўняць функцыянальнасць ядра Linux, абыходзячы ўсёбачнае вока Лінуса Торвальдса.
Да eBPF распрацоўка праграм, дзейнасць якіх цесна злучана з узаемадзеяннем з ядром Linux была няпростай гісторыяй – для стварэння рэчаў накшталт драйвераў не вельмі хуткіх прылад і інтэрфейсаў для файлавых сістэм у userspace патрабавалася праходзіць фармальную працэдуру review дасведчанымі распрацоўнікамі ядра Linux.
З'яўленне інтэрфейсу eBPF моцна спрасціла працэс напісання такіх праграм – уваходны парог панізіўся, распрацоўнікаў стане больш і кам'юніці зноў ажыве.
Я не самотны ў сваім энтузіязме: дэкларуе важнасць eBPF для выжывання (!) экасістэмы распрацоўкі ядра. Іншы, не менш вядомы распрацоўшчык (я яго вялікі фанат) , роўнага якому не было 50 гадоў.
Тым часам Лінус Торвальдс за падобнае звычайна публічна не хваліць і я магу яго зразумець - каму хочацца публічна выстаўляць сябе ідыётам? 🙂
5. Linux забіў амаль апошні цвік у труну FreeBSD дзякуючы асінхроннаму інтэрфейсу io_uring у ядры Linux
Раз ужо гаворка зайшла аб ядры Linux, неабходна адзначыць і іншае значнае паляпшэнне, якое адбылося сёлета: уключэнне ў ядро новага за аўтарствам Джэнса Эксбоў з Facebook.
Шмат гадоў сістэмныя адміністратары і распрацоўнікі пад FreeBSD абгрунтоўвалі свой выбар фактам, што ва FreeBSD асінхронны ўвод-вывад быў зроблены лепш, чым у Linux. Напрыклад, гэты аргумент Глеб Смірноў з Nginx.
Цяпер гульня перавярнулася. і вынікі тэстаў прадукцыйнасці ўражваюць - рост колькасці аперацый уводу / высновы ў секунду складае ад 14% да 102% у залежнасці ад памеру блока. Існуе прататып, які выкарыстоўвае асінхронны ўвод-вывад у PostgreSQL (прынамсі, ), па перакладзе PostgreSQL на асінхронны ўвод-вывад. Але ўлічваючы кансерватыўнасць супольнасці распрацоўшчыкаў, у 2020-м гэтыя змены мы яшчэ не ўбачым.
6. Трыўмфальнае вяртанне кампаніі AMD з лінейкай працэсараў Ryzen
Нічога незвычайнага, проста кампанія AMD, доўгі час былая ў індустрыі на другіх ролях, б'е рэкорд за рэкордам.
Новая лінейка працэсараў Ryzen паказала неверагоднае суадносіны кошт/прадукцыйнасць: яны , а ў некаторых рэгіёнах . У канкурэнтнай барацьбе Intel вымушана : прымушае праграмы, створаныя пры дапамозе іх уласнага кампілятара, працаваць менш эфектыўна на працэсарах канкурэнта. Нягледзячы на брудныя спосабы барацьбы Intel, .
7. Услед за AMD, Apple цэліцца адкусіць кавалак пірага Intel з дапамогай iPadOS і старых выкрутаў Гейтса
У бітвах гігантаў звычайна спрабуюць удзельнічаць усе, хто можа трымаць у руках зброю, і на кармавую базу Intel прэтэндуе не толькі кампанія AMD. Кампанія Apple павяла сябе як стары бык з анекдота.
мы павольна спусцімся з гарыСтары і малады бык стаяць на вяршыні гары, а ўнізе пасецца статак кароў.
Малады бык прапануе старому:
— Слухай, давай хуценька-хуценька спусцімся, т**нем па карове
і хуценька-хуценька паднімемся назад!
- Не-е!
— Ну, тады давай хуценька-хуценька спусцімся, т**нем па дзве каровы і хуценька-
хуценька паднімемся назад!
- Не-е!
- Ну, а што ж тады ты прапануеш?
— Мы павольна-павольна спусцімся з гары, перацякаем увесь статак і
павольна-павольна вернемся на месца!
Выпусціўшы новы iPadOS, Apple выкарыстоўвала супраць Intel тактыку, якая называецца "disruptive innovation" – падрыўныя інавацыі.
Вызначэнне Вікіпедыі
«Падрыўныя інавацыі» (англ.: Disruptive innovation) - інавацыі, якія змяняюць суадносіны каштоўнасцяў на рынку. Пры гэтым старыя прадукты становяцца неканкурэнтаздольнымі проста таму, што параметры, на аснове якіх раней праходзіла канкурэнцыя, страчваюць сваё значэнне.
Прыкладамі "падрыўных інавацый" з'яўляюцца тэлефон (замяніў тэлеграф), параходы (замянілі ветразныя судны), паўправаднікі (замянілі электравакуумныя прыборы), лічбавыя камеры (замянілі плёнкавыя), электронная пошта ("падарвала" традыцыйную пошту).
Apple выкарыстоўвае свае ўласныя працэсары на базе ARM з нізкім энергаспажываннем і гэта аказалася для карыстальнікаў больш важным, чым крыху адстае ад Intel x86 прадукцыйнасць.
Apple паспявае ўрваць частку рынку, ператвараючы iPad з тэрмінала для забаў у паўнавартасную працоўную прыладу – спачатку для тых, хто стварае кантэнт, а зараз і для распрацоўнікаў. Вядома, хуткім часам мы не ўбачым MacBook на базе ARM, але маленькія непрыемнасці з дызайнам клавіятур MacBook Pro спрыяюць пошуку альтэрнатыўных рашэнняў і адным з іх абяцае стаць iPad Pro з iPadOS.
Прычым тут Гейтс і Microsoft?
У свой час Гейтс пракруціў сапраўды такі ж трук з IBM.
У 1970-х IBM дамінаваў на рынку сервераў, з упэўненасцю гіганта не зважаючы на персанальныя кампутары для абывацеляў. У 1980-х Гейтс стварае на грошы IBM і ліцэнзуе для яго MS-DOS, пакідаючы правы на аперацыйную сістэму на сябе. Атрымаўшы грошы, Microsoft стварае пад MS-DOS графічны інтэрфейс, і нараджаецца Windows – спачатку проста графічная надбудова над DOS, а потым і першая аперацыйная сістэма пад PC, зручная для выкарыстання шырокімі масамі. IBM, быўшы вялікай непаваротлівай кампаніяй прайгравае рынак персанальных кампутараў маладой і хуткай Microsoft. Я вельмі коратка пераказаў гэтую выдатную гісторыю, таму калі вам цікава, як у 2020. Apple будзе гуляць супраць Intel з дапамогай iPadOS, вельмі рэкамендую .
8. Умацаванне пазіцый ZFSonLinux - стары конь разоры не псуе
Кампанія Canonical з выкарыстаннем файлавай сістэмы ZFS у якасці root file system прама з усталёўніка. Часам мне здаецца, што інжынеры, якія працавалі ў Sun Microsystems, уяўляюць сабой асобны біялагічны выгляд чалавека разумнага (ужо згадваліся вышэй Браян Кантрыл і Брэндан Грегг працавалі ў Sun). Мяркуйце самі, нягледзячы на шматгадовыя спробы ўсяго чалавецтва зрабіць нешта, хоць бы, падалена падобнае на файлавую сістэму ZFS, нягледзячы на невырашальныя ліцэнзійныя абмежаванні, якія перашкаджаюць уключэнню зыходнага кода ZFS у асноўную галіну распрацоўкі ядра Linux, мы ўсё яшчэ выкарыстоўваем ZFS, і ў бліжэйшым часам сітуацыя не зменіцца.
9. Oxide Computer Company - мы будзем пільна сачыць за камандай, якая відавочна здольная на шматлікае - як мінімум, стварыць крутое шоў
Я завяршаю свой спіс новым згадваннем Браяна Кантрыла, з якога я і пачаў.
Браян Кантрыл з іншымі інжынерамі (некаторыя з якіх таксама раней працавалі ў Sun) заснаваў прадпрыемства пад назвай , асноўная мэта якога - стварэнне сервернай платформы, прыдатнай для выкарыстання ў вялікіх маштабах. Вядома, што вельмі вялікія карпарацыі, такія як Google, Facebook і Amazon, не выкарыстоўваюць у сваёй дзейнасці звычайнае сервернае жалеза. Кампанія Браяна заклікана ўхіліць гэтую няроўнасць, распрацаваўшы праграмна-апаратную платформу, прыдатную для выкарыстання любым хмарным сэрвісам (не абыйдзецца і без мовы праграмавання Rust).
Іх задумка - абяцанне новай рэвалюцыі, і я буду, як мінімум, з задавальненнем назіраць за рухам іх думкі і іх распрацоўкай у будучым 2020 годзе.
Што мы паспелі зрабіць у 2019 у VDSina
Тэхналагічных прарываў у 2019 з VDSina мы не рабілі, але нам усё роўна ёсць, чым ганарыцца.
У лютым мы дадалі магчымасць выкарыстоўваць лакальную сетку паміж серверамі і запусцілі паслугу рэгістрацыі даменаў. Кошт зрабілі адной з самых нізкіх на рынку – 179 руб за ru/рф, у тым ліку і за падаўжэнне.
У сакавіку выступілі на IT Global Meetup #14.
У красавіку павялічылі шырыню канала для кожнага сервера з 100 да 200 Мегабіт, значна павялічылі ліміт трафіку для ўсіх тарыфаў (акрамя самага таннага) - да 32 ТБ у месяц.
У ліпені ў кліентаў з'явілася магчымасць аўтаматычна ўсталёўваць Windows Server 2019. У межах маскоўскай лакацыі пачалі падаваць бясплатную абарону ад DDoS.
Таксама ў ліпені наша кампанія з'явілася на Хабры, дэбютаваўшы і як гэта дапамагло нам зрабіць якасны скачок у падтрымцы кліентаў.
У жніўні дадалі магчымасць ствараць здымкі - рэзервовыя копіі сервераў.
Выкацілі публічны API.
Павялічылі шырыню канала для кожнага сервера з 200 да 500 Мегабіт.
Удзельнічалі ў канферэнцыі Chaos Constructions 2019, раздаўшы ў якасці мерчу бізун з лагатыпам кампаніі (слоган кампаніі быў "Калі распрацоўшчык зверху") і ўзарвалі тэлеграм-чаты.
У верасні мы запусцілі самы мілы і прыязны інстаграм IT-кампаніі – пра навіны і будні VDSina пачаў распавядаць .
У лістападзе мы з'ездзілі на Highload++, паўдзельнічалі ў круглым стале "базы дадзеных у Kubernetes" і апранулі ўдзельнікаў у шапкі-акулы.
У снежні выступілі на DevOps-мітапе ў офісе ГазПромНафты з дакладам пра базы дадзеных у Kubernetes і на канферэнцыі DevOpsDays у Маскве. , які, безумоўна, стаў маім лепшым выступам за год.
Заключэнне
Як казаў Насім Талеб, значна прасцей прадказаць тое, чаго мы сапраўды не ўбачым. Хачу адзначыць, што ўсё тое новае, што мы ўбачым у 2020-м бярэ пачатак яшчэ ў 2019-м, 2018-м і раней. Я не бяруся прадказваць будучыню сапраўды, але 2020-й сапраўды не стане годам Linux на дэсктопе (калі вы ў апошні раз бачылі дэсктоп?) а год Linux на мабільных прыладах мы назіраем ужо лёт дзесяць.
У любым выпадку спадзяюся, што праз год мы зноў збяромся і абмяркуем, як усё склалася насамрэч.
Ўсіх з надыходзячымі святамі!
Падпісвайцеся на нашага распрацоўніка ў Instagram
Крыніца: habr.com