Ieskats pēdējās desmitgades tehnoloģijās

PiezÄ«me. tulk.: Å is raksts, kas kļuva par hitu vietnē Medium, ir pārskats par galvenajām (2010-2019) izmaiņām programmÄ“Å”anas valodu pasaulē un ar to saistÄ«tajā tehnoloÄ£iju ekosistēmā (Ä«paÅ”u uzmanÄ«bu pievērÅ”ot Docker un Kubernetes). Tās sākotnējā autore ir Sindija Sridharana, kura specializējas izstrādātāju rÄ«kos un izplatÄ«tajās sistēmās - jo Ä«paÅ”i viņa uzrakstÄ«ja grāmatu ā€œDistributed Systems Observabilityā€ - un ir diezgan populāra interneta telpā IT speciālistu vidÅ«, Ä«paÅ”i interesējoties par mākoņdatoÅ”anas tēmu.

Ieskats pēdējās desmitgades tehnoloģijās

Tuvojoties 2019. gada beigām, es vēlējos dalÄ«ties savās pārdomās par dažiem svarÄ«gākajiem tehnoloÄ£iskajiem sasniegumiem un inovācijām pēdējās desmitgades laikā. Turklāt mēģināŔu nedaudz ieskatÄ«ties nākotnē un iezÄ«mēt galvenās nākamās desmitgades problēmas un iespējas.

Es vēlos paskaidrot, ka Å”ajā rakstā es neaptveru izmaiņas tādās jomās kā datu zinātne (datu zinātne), mākslÄ«gais intelekts, frontend inženierija utt., jo man personÄ«gi nav pietiekamas pieredzes tajos.

Tipifikācija atgriežas

Viena no pozitÄ«vākajām 2010. gadu tendencēm bija statiski drukātu valodu atdzimÅ”ana. Tomēr Ŕādas valodas nekad nav pazuduÅ”as (Å”odien pieprasÄ«tas ir C++ un Java; tās dominēja pirms desmit gadiem), bet dinamiski drukātās valodas (dinamika) piedzÄ«voja ievērojamu popularitātes pieaugumu pēc Ruby on Rails kustÄ«bas parādÄ«Å”anās 2005. gadā. . Å is pieaugums sasniedza maksimumu 2009. gadā, izmantojot Node.js atvērto avotu, kas padarÄ«ja Javascript-on-the-server par realitāti.

Laika gaitā dinamiskās valodas ir zaudējuÅ”as savu pievilcÄ«bu servera programmatÅ«ras izveides jomā. Konteineru revolÅ«cijas laikā popularizētā Go valoda Ŕķita labāk piemērota augstas veiktspējas, resursefektÄ«vu serveru izveidei ar paralēlu apstrādi (ar ko piekrÄ«tu pats Node.js veidotājs).

Rust, kas tika ieviesta 2010. gadā, ietvēra uzlabojumus tipa teorijas mēģinot kļūt par droÅ”u un drukātu valodu. Desmitgades pirmajā pusē Rust uztverÅ”ana nozarē bija diezgan remdena, bet otrajā pusē tā popularitāte ievērojami pieauga. Ievērojami Rust lietoÅ”anas gadÄ«jumi ietver tā izmantoÅ”anu Magic Pocket vietnē Dropbox, AWS petarde (mēs par to runājām Å is raksts ā€” apm. tulk.), agrÄ«ns WebAssembly kompilators Lucet no Fastly (tagad daļa no bytecodealliance) utt. Tā kā Microsoft apsver iespēju pārrakstÄ«t dažas Windows OS daļas Rust, var droÅ”i teikt, ka Å”ai valodai ir spoža nākotne 2020. gados.

Pat dinamiskas valodas ieguva jaunas funkcijas, piemēram izvēles veidi (pēc izvēles veidi). Tie vispirms tika ieviesti TypeScript ā€” valodā, kas ļauj izveidot drukātu kodu un apkopot to JavaScript. PHP, Ruby un Python ir savas izvēles maŔīnrakstÄ«Å”anas sistēmas (mypy, Hack), kuras veiksmÄ«gi tiek izmantotas ražoÅ”ana.

SQL atgrieŔana uz NoSQL

NoSQL ir vēl viena tehnoloģija, kas desmitgades sākumā bija daudz populārāka nekā beigās. Es domāju, ka tam ir divi iemesli.

Pirmkārt, NoSQL modelis ar shēmu, transakciju trÅ«kumu un vājākām konsekvences garantijām izrādÄ«jās grÅ«tāk Ä«stenojams nekā SQL modeli. IN emuāra ieraksts ar nosaukumu "Kāpēc jums vajadzētu dot priekÅ”roku spēcÄ«gai konsekvencei, kad vien iespējams" (Kāpēc jums vajadzētu izvēlēties spēcÄ«gu konsistenci, kad vien iespējams) Google raksta:

Viena no lietām, ko esam iemācÄ«juÅ”ies Google, ir tas, ka lietojumprogrammas kods ir vienkārŔāks un izstrādes laiks ir Ä«sāks, ja inženieri var paļauties uz esoÅ”o krātuvi, lai apstrādātu sarežģītus darÄ«jumus un uzturētu datus kārtÄ«bā. Citējot oriÄ£inālo Spanner dokumentāciju: "Mēs uzskatām, ka programmētājiem ir labāk risināt lietojumprogrammu veiktspējas problēmas, kas rodas darÄ«jumu ļaunprātÄ«gas izmantoÅ”anas dēļ, jo rodas vājās vietas, nevis pastāvÄ«gi paturēt prātā darÄ«jumu neesamÄ«bu."

Otrs iemesls ir saistÄ«ts ar "izmērÄ«tu" izplatÄ«to SQL datu bāzu pieaugumu (piemēram, Mākoņatslēga Šø AWS Aurora) publiskajā mākoņa telpā, kā arÄ« atvērtā pirmkoda alternatÄ«vas, piemēram, CockroachDB (mēs arÄ« runājam par viņu ŠæŠøсŠ°Š»Šø - apm. tulk.), kas atrisina daudzas tehniskas problēmas, kuru dēļ tradicionālās SQL datu bāzes "nemērogoja". Pat MongoDB, kas kādreiz bija NoSQL kustÄ«bas iemiesojums, tagad ir piedāvājumus izplatÄ«ti darÄ«jumi.

Situācijās, kurās nepiecieÅ”ama atomu lasÄ«Å”ana un rakstÄ«Å”ana vairākos dokumentos (vienā vai vairākās kolekcijās), MongoDB atbalsta vairāku dokumentu transakcijas. Izkliedētu darÄ«jumu gadÄ«jumā darÄ«jumus var izmantot vairākās operācijās, kolekcijās, datu bāzēs, dokumentos un fragmentos.

Kopējā straumÄ“Å”ana

Apache Kafka, bez Å”aubām, ir viens no svarÄ«gākajiem izgudrojumiem pēdējās desmitgades laikā. Tā pirmkods tika atvērts 2011. gada janvārÄ«, un gadu gaitā Kafka ir mainÄ«jis veidu, kā uzņēmumi strādā ar datiem. Kafka ir izmantota katrā uzņēmumā, kurā esmu strādājis, sākot no jaunizveidotiem uzņēmumiem lÄ«dz lielām korporācijām. Tā sniegtās garantijas un lietoÅ”anas gadÄ«jumi (pub-sub, straumes, notikumu virzÄ«tas arhitektÅ«ras) tiek izmantotas dažādos uzdevumos, sākot no datu uzglabāŔanas lÄ«dz uzraudzÄ«bai un straumÄ“Å”anas analÄ«zei, kas ir pieprasÄ«tas daudzās jomās, piemēram, finansēs, veselÄ«bas aprÅ«pē, publiskajā sektorā, mazumtirdzniecÄ«ba utt.

Nepārtraukta integrācija (un mazākā mērā nepārtraukta izvietoÅ”ana)

Nepārtraukta integrācija neparādÄ«jās pēdējos 10 gados, bet pēdējo desmit gadu laikā ir izplatÄ«jies tādā mērā, kas ir kļuvusi par daļu no standarta darbplÅ«smas (izpildiet testus visiem vilkÅ”anas pieprasÄ«jumiem). GitHub kā platformas izveide koda izstrādei un glabāŔanai un, vēl svarÄ«gāk, darbplÅ«smas izstrādei, pamatojoties uz GitHub plÅ«sma nozÄ«mē, ka testu palaiÅ”ana pirms vilkÅ”anas pieprasÄ«juma pieņemÅ”anas meistaram ir vienÄ«gais izstrādes darbplÅ«sma, kas pazÄ«stama inženieriem, kuri savu karjeru sākuÅ”i pēdējo desmit gadu laikā.

Nepārtraukta izvietoÅ”ana (katras darbÄ«bas izvietoÅ”ana, kad un kad tā sasniedz galveno) nav tik plaÅ”i izplatÄ«ta kā nepārtraukta integrācija. Tomēr, ņemot vērā dažādu izvietoÅ”anai paredzēto mākoņa API pārpilnÄ«bu, tādu platformu kā Kubernetes (kas nodroÅ”ina standartizētu API izvietoÅ”anai) pieaugoÅ”o popularitāti un vairāku platformu, vairāku mākoņu rÄ«ku, piemēram, Spinnaker (veidots papildus standartizētajām) parādÄ«Å”anos. API), izvietoÅ”anas procesi ir kļuvuÅ”i automatizētāki, racionalizētāki un kopumā droŔāki.

Konteineri

Konteineri, iespējams, ir visvairāk reklamētā, apspriestākā, reklamētā un pārprastākā 2010. gadu tehnoloÄ£ija. No otras puses, tas ir viens no bÅ«tiskākajiem iepriekŔējās desmitgades jauninājumiem. Daļēji visas Ŕīs kakofonijas iemesls ir sajauktie signāli, kurus mēs saņēmām gandrÄ«z no visur. Tagad, kad ažiotāža ir nedaudz mazinājusies, dažas lietas ir nonākuÅ”as asāk.

Konteineri ir kļuvuÅ”i populāri nevis tāpēc, ka tie ir labākais veids, kā palaist lietojumprogrammu, kas apmierina globālās izstrādātāju kopienas vajadzÄ«bas. Konteineri kļuva populāri, jo tie veiksmÄ«gi iekļaujas mārketinga pieprasÄ«jumā par noteiktu rÄ«ku, kas atrisina pavisam citu problēmu. Docker izrādÄ«jās fantastisks izstrādes rÄ«ks, kas atrisina aktuālo saderÄ«bas problēmu (ā€œdarbojas manā maŔīnāā€).

PrecÄ«zāk, revolÅ«cija tika veikta Docker attēls, jo tas atrisināja paritātes problēmu starp vidēm un nodroÅ”ināja patiesu ne tikai lietojumprogrammas faila, bet arÄ« visas tā programmatÅ«ras un darbÄ«bas atkarÄ«bu pārnesamÄ«bu. Fakts, ka Å”is rÄ«ks kaut kādā veidā veicināja ā€œkonteineruā€ popularitāti, kas bÅ«tÄ«bā ir ļoti zema lÄ«meņa ievieÅ”anas detaļa, man, iespējams, joprojām ir pēdējās desmitgades galvenais noslēpums.

Bez serveriem

Es gribētu derēt, ka "bez servera" skaitļoÅ”anas parādÄ«Å”anās ir vēl svarÄ«gāka par konteineriem, jo ā€‹ā€‹tā patieŔām padara sapni par skaitļoÅ”anu pēc pieprasÄ«juma par realitāti. (Pēc pieprasÄ«juma). Pēdējo piecu gadu laikā esmu redzējis, ka bezserveru pieeja ir pakāpeniski paplaÅ”inājusies, pievienojot atbalstu jaunām valodām un izpildlaikiem. Å Ä·iet, ka tādu produktu kā Azure Durable Functions parādÄ«Å”anās ir pareizais solis ceļā uz statusa funkciju ievieÅ”anu (tajā paŔā laikā izŔķiroÅ”s dažas problēmassaistÄ«ti ar FaaS ierobežojumiem). Ar interesi vēroÅ”u, kā Ŕī jaunā paradigma attÄ«stÄ«sies turpmākajos gados.

Automatizācija

Iespējams, lielākais ieguvējs no Ŕīs tendences ir operāciju inženieru kopiena, jo tā ir ļāvusi tādiem jēdzieniem kā infrastruktÅ«ra kā kods (IaC) kļūt par realitāti. Turklāt aizrauÅ”anās ar automatizāciju ir sakritusi ar "SRE kultÅ«ras" pieaugumu, kuras mērÄ·is ir izmantot vairāk programmatÅ«ras orientētu pieeju darbÄ«bām.

Universāla API fikcija

Vēl viena interesanta pēdējās desmitgades iezÄ«me ir bijusi dažādu izstrādes uzdevumu API-fikcija. Labas, elastÄ«gas API ļauj izstrādātājam izveidot novatoriskas darbplÅ«smas un rÄ«kus, kas savukārt palÄ«dz veikt uzturÄ“Å”anu un uzlabo lietotāja pieredzi.

Turklāt API fication ir pirmais solis ceļā uz kādas funkcionalitātes vai rÄ«ka SaaS fication. Å Ä« tendence sakrita arÄ« ar mikropakalpojumu popularitātes pieaugumu: SaaS ir kļuvis tikai par vēl vienu pakalpojumu, kuram var piekļūt, izmantojot API. Tagad ir pieejami daudzi SaaS un FOSS rÄ«ki tādās jomās kā uzraudzÄ«ba, maksājumi, slodzes lÄ«dzsvaroÅ”ana, nepārtraukta integrācija, brÄ«dinājumi, funkciju pārslēgÅ”ana. (funkciju atzÄ«mÄ“Å”ana), CDN, satiksmes inženierija (piemēram, DNS) u.c., kas ir uzplaukuÅ”i pēdējā desmitgadē.

Novērojamība

Ir vērts atzÄ«mēt, ka Å”odien mums ir pieeja daudz progresÄ«vāks rÄ«ki, lai uzraudzÄ«tu un diagnosticētu lietojumprogrammu darbÄ«bu nekā jebkad agrāk. Var saukt par Prometheus monitoringa sistēmu, kas 2015. gadā saņēma Open Source statusu vislabākais uzraudzÄ«bas sistēma no tiem, ar kuriem esmu strādājis. Tas nav ideāls, bet ievērojams skaits lietu ir ieviestas tieÅ”i pareizajā veidā (piemēram, atbalsts mērÄ«jumiem [dimensionalitāte] metrikas gadÄ«jumā).

Izkliedētā izsekoÅ”ana bija vēl viena tehnoloÄ£ija, kas kļuva plaÅ”i izplatÄ«ta 2010. gados, pateicoties tādām iniciatÄ«vām kā OpenTracing (un tās pēcteci OpenTelemetry). Lai gan izsekoÅ”anu joprojām ir diezgan grÅ«ti piemērot, daži no jaunākajiem sasniegumiem ļauj cerēt, ka 2020. gados mēs atraisÄ«sim tās patieso potenciālu. (PiezÄ«me: lasiet arÄ« mÅ«su emuārā raksta tulkojumu "IzplatÄ«ta izsekoÅ”ana: mēs to visu izdarÄ«jām nepareizi"tā paÅ”a autora.)

Skatoties nākotnē

Diemžēl ir daudz sāpju punktu, kas gaida atrisinājumu nākamajā desmitgadē. Šeit ir manas domas par tiem un dažas iespējamās idejas, kā no tiem atbrīvoties.

MÅ«ra likuma problēmas risināŔana

Denarda mērogoÅ”anas likuma beigas un atpalicÄ«ba no MÅ«ra likuma prasa jaunus jauninājumus. Džons Hennessijs iekŔā viņa lekcija izskaidro, kāpēc problemātiskie atkarÄ«gie (konkrēts domēns) arhitektÅ«ras, piemēram, TPU, var bÅ«t viens no risinājumiem problēmai, kas saistÄ«ta ar atpalicÄ«bu no MÅ«ra likuma. Instrumentu komplekti, piemēram MLIR Å Ä·iet, ka Google jau ir labs solis uz priekÅ”u Å”ajā virzienā:

Kompilatoriem ir jāatbalsta jaunas lietojumprogrammas, jābÅ«t viegli pārnēsātiem uz jaunu aparatÅ«ru, jāsaista vairāki abstrakcijas slāņi, sākot no dinamiskām, pārvaldÄ«tām valodām lÄ«dz vektoru paātrinātājiem un programmatÅ«ras kontrolētām atmiņas ierÄ«cēm, vienlaikus nodroÅ”inot augsta lÄ«meņa slēdžus automātiskai regulÄ“Å”anai, nodroÅ”inot tikai funkcionalitātē - laiks, diagnostika un atkļūdoÅ”anas informācijas izplatÄ«Å”ana par sistēmu darbÄ«bu un veiktspēju visā stekā, vienlaikus nodroÅ”inot veiktspēju, kas ir pietiekami tuvu ar roku rakstÄ«tam montētājam. Mēs plānojam dalÄ«ties ar savu redzējumu, progresu un plāniem Ŕādas apkopoÅ”anas infrastruktÅ«ras attÄ«stÄ«bai un publiskai pieejamÄ«bai.

CI / CD

Lai gan KI pieaugums ir kļuvis par vienu no lielākajām tendencēm 2010. gados, Dženkinss joprojām ir KI zelta standarts.

Ieskats pēdējās desmitgades tehnoloģijās

Šai telpai ir ļoti nepiecieŔami jauninājumi Ŕādās jomās:

  • lietotāja interfeiss (DSL testa specifikāciju kodÄ“Å”anai);
  • ievieÅ”anas detaļas, kas padarÄ«s to patiesi mērogojamu un ātru;
  • integrācija ar dažādām vidēm (inscenējums, prod. utt.), lai ieviestu progresÄ«vākas testÄ“Å”anas formas;
  • nepārtraukta testÄ“Å”ana un izvietoÅ”ana.

Izstrādātāja rīki

Kā nozare mēs esam sākuÅ”i veidot arvien sarežģītāku un iespaidÄ«gāku programmatÅ«ru. Tomēr, runājot par mÅ«su paÅ”u rÄ«kiem, situācija varētu bÅ«t daudz labāka.

SadarbÄ«ba un attālā (izmantojot ssh) rediģēŔana ieguva zināmu popularitāti, taču tā nekad nekļuva par jauno standarta izstrādes veidu. Ja jÅ«s, tāpat kā es, noraidāt paÅ”u ideju par nepiecieÅ”amÄ«ba pastāvÄ«gs savienojums ar internetu tikai, lai varētu veikt programmÄ“Å”anu, tad darbs ar ssh attālā maŔīnā diez vai jums derēs.

Vietējās izstrādes vide, Ä«paÅ”i inženieriem, kas strādā pie lielām uz pakalpojumiem orientētām arhitektÅ«rām, joprojām ir izaicinājums. Daži projekti cenÅ”as to atrisināt, un man bÅ«tu interesanti uzzināt, kā konkrētajā lietoÅ”anas gadÄ«jumā izskatÄ«tos ergonomiskākais UX.

BÅ«tu arÄ« interesanti paplaÅ”ināt "portatÄ«vās vides" jēdzienu uz citām attÄ«stÄ«bas jomām, piemēram, kļūdu pavairoÅ”anu (vai pārslveida testi), kas notiek noteiktos apstākļos vai iestatÄ«jumos.

Es arÄ« vēlētos redzēt vairāk jauninājumu tādās jomās kā semantiskā un kontekstjutÄ«gā koda meklÄ“Å”ana, rÄ«ki ražoÅ”anas incidentu korelÄ“Å”anai ar noteiktām kodu bāzes daļām utt.

Datortehnika (PaaS nākotne)

Pēc 2010. gadu ažiotāžas par konteineriem un bezserveriem risinājumu klāsts publiskajā mākoņtelpā pēdējos gados ir ievērojami paplaÅ”inājies.

Ieskats pēdējās desmitgades tehnoloģijās

Tas rada vairākus interesantus jautājumus. Pirmkārt, pieejamo opciju saraksts publiskajā mākonÄ« nepārtraukti pieaug. Mākoņpakalpojumu sniedzējiem ir personāls un resursi, lai viegli sekotu lÄ«dzi jaunākajiem notikumiem atvērtā pirmkoda pasaulē un izlaistu tādus produktus kā "bez servera podi" (man ir aizdomas, ka tie ir vienkārÅ”i padarot savus FaaS izpildlaikus saderÄ«gus ar OCI) vai citas lÄ«dzÄ«gas lietas.

Var tikai apskaust tos, kuri izmanto Å”os mākoņrisinājumus. Teorētiski Kubernetes mākoņa piedāvājumi (GKE, EKS, EKS vietnē Fargate u.c.) nodroÅ”ina no mākoņpakalpojumu sniedzēja neatkarÄ«gas API darba slodzēm. Ja izmantojat lÄ«dzÄ«gus produktus (ECS, Fargate, Google Cloud Run u.c.), iespējams, jÅ«s jau pilnÄ«bā izmantojat interesantākās pakalpojuma sniedzēja piedāvātās iespējas. Turklāt, parādoties jauniem produktiem vai skaitļoÅ”anas paradigmām, migrācija, visticamāk, bÅ«s vienkārÅ”a un bez stresa.

Ņemot vērā to, cik ātri attÄ«stās Ŕādu risinājumu klāsts (bÅ«Å”u ļoti pārsteigts, ja tuvākajā laikā neparādÄ«sies pāris jaunas iespējas), nelielas ā€œplatformuā€ komandas (komandas, kas saistÄ«tas ar infrastruktÅ«ru un atbildÄ«gas par lokālo platformu izveidi darba slodzes uzņēmumiem) bÅ«s neticami grÅ«ti konkurēt funkcionalitātes, lietoÅ”anas vienkārŔības un vispārējās uzticamÄ«bas ziņā. 2010. gados Kubernetes tika uzskatÄ«ts par rÄ«ku PaaS (platform-as-a-service) veidoÅ”anai, tāpēc man Ŕķiet pilnÄ«gi bezjēdzÄ«gi Kubernetes virsotnē veidot iekŔējo platformu, kas piedāvā tādu paÅ”u izvēli, vienkārŔību un brÄ«vÄ«bu, kas pieejama publiski. mākoņa telpa. Konteineru PaaS ierāmÄ“Å”ana kā ā€œKubernetes stratēģijaā€ nozÄ«mē apzinātu izvairÄ«Å”anos no mākoņa visnovatoriskākajām iespējām.

Ja paskatās uz pieejamo Å”odien skaitļoÅ”anas iespējas, kļūst acÄ«mredzams, ka sava PaaS izveide, pamatojoties tikai uz Kubernetes, ir lÄ«dzvērtÄ«ga sevis iekrāsoÅ”anai stÅ«rÄ« (nav ļoti tālredzÄ«ga pieeja, vai ne?). Pat ja kāds Å”odien nolems izveidot konteinerizētu PaaS uz Kubernetes, pēc pāris gadiem tas izskatÄ«sies novecojis salÄ«dzinājumā ar mākoņa iespējām. Lai gan Kubernetes sākās kā atvērtā pirmkoda projekts, tā priekÅ”tecis un iedvesma ir iekŔējs Google rÄ«ks. Tomēr sākotnēji tas tika izstrādāts 2000. gadu sākumā/vidÅ«, kad skaitļoÅ”anas ainava bija pilnÄ«gi atŔķirÄ«ga.

Turklāt ļoti plaŔā nozÄ«mē uzņēmumiem nav jākļūst par Kubernetes klastera vadÄ«Å”anas ekspertiem, kā arÄ« tie neveido un uztur savus datu centrus. Uzticama skaitļoÅ”anas pamata nodroÅ”ināŔana ir galvenais izaicinājums mākoņpakalpojumu sniedzēji.

Visbeidzot, man Ŕķiet, ka mēs esam mazliet atkāpuÅ”ies kā nozare mijiedarbÄ«bas pieredze (UX). Heroku tika palaists 2007. gadā un joprojām ir viens no visvairāk viegli izmantot platformas. Nevar noliegt, ka Kubernetes ir daudz jaudÄ«gāks, paplaÅ”ināms un programmējamāks, taču man pietrÅ«kst, cik viegli ir sākt un izvietot Heroku. Lai izmantotu Å”o platformu, jums ir jāzina tikai Git.

Tas viss liek man izdarÄ«t Ŕādu secinājumu: mums ir vajadzÄ«gas labākas, augstāka lÄ«meņa abstrakcijas, lai darbotos (tas jo Ä«paÅ”i attiecas uz augstākā lÄ«meņa abstrakcijas).

Pareiza API visaugstākajā līmenī

Docker ir lielisks piemērs tam, ka vienlaikus ir nepiecieÅ”ams labāk nodalÄ«t bažas augstākā lÄ«meņa API pareiza ievieÅ”ana.

Problēma ar Docker ir tāda, ka (vismaz) sākotnēji projekta mērÄ·i bija pārāk plaÅ”i: tas viss, lai atrisinātu saderÄ«bas problēmu (ā€œdarbojas manā maŔīnāā€), izmantojot konteineru tehnoloÄ£iju. Docker bija attēla formāts, izpildlaiks ar savu virtuālo tÄ«klu, CLI rÄ«ku, dēmonu, kas darbojas kā root, un daudz ko citu. Katrā ziņā ziņu apmaiņa bija vairāk mulsinoÅ”as, nemaz nerunājot par "vieglajām virtuālajām maŔīnām", cgrupām, nosaukumvietām, daudzām droŔības problēmām un lÄ«dzekļiem, kas sajaukti ar mārketinga aicinājumu "veidot, piegādāt, palaist jebkuru lietojumprogrammu jebkur".

Ieskats pēdējās desmitgades tehnoloģijās

Tāpat kā ar visām labajām abstrakcijām, ir vajadzīgs laiks (un pieredze un sāpes), lai sadalītu dažādas problēmas loģiskos slāņos, kurus var apvienot savā starpā. Diemžēl, pirms Docker bija sasniedzis līdzīgu briedumu, Kubernetes iesaistījās cīņā. Tas tik ļoti monopolizēja ažiotāžu ciklu, ka tagad visi centās sekot izmaiņām Kubernetes ekosistēmā, un konteineru ekosistēma ieguva sekundāru statusu.

Kubernetes ir daudzas tādas paÅ”as problēmas kā Docker. Par visām runām par forÅ”o un saliekamo abstrakciju, dažādu uzdevumu sadalÄ«Å”ana slāņos nav ļoti labi iekapsulēts. Savā pamatā tas ir konteineru orÄ·estrētājs, kas vada konteinerus uz dažādu iekārtu kopas. Tas ir diezgan zema lÄ«meņa uzdevums, kas attiecas tikai uz inženieriem, kas pārvalda klasteru. No otras puses, Kubernetes arÄ« ir augstākā lÄ«meņa abstrakcija, CLI rÄ«ks, ar kuru lietotāji mijiedarbojas, izmantojot YAML.

Dokers bija (un joprojām ir) forÅ”i izstrādes rÄ«ks, neskatoties uz visiem tā trÅ«kumiem. Mēģinot sekot lÄ«dzi visiem ā€œzaÄ·iemā€ uzreiz, tā izstrādātājiem izdevās pareizi ieviest abstrakcija augstākajā lÄ«menÄ«. Ar abstrakciju augstākajā lÄ«menÄ« es domāju apakÅ”kopa funkcionalitāte, kas mērÄ·auditoriju (Å”ajā gadÄ«jumā izstrādātājus, kuri lielāko daļu laika pavadÄ«ja vietējā attÄ«stÄ«bas vidē) patieŔām interesēja un kas darbojās lieliski..

Dockerfile un CLI utilÄ«ta docker vajadzētu bÅ«t paraugam, kā izveidot labu ā€œaugstākā lÄ«meņa lietotāja pieredziā€. Parasts izstrādātājs var sākt strādāt ar Docker, neko nezinot par sarežģījumiem ievieÅ”anas, kas veicina darbÄ«bas pieredzipiemēram, nosaukumvietas, cgroups, atmiņas un CPU ierobežojumi utt. Galu galā Dockerfile rakstÄ«Å”ana daudz neatŔķiras no čaulas skripta rakstÄ«Å”anas.

Kubernetes ir paredzēts dažādām mērķa grupām:

  • klasteru administratori;
  • programmatÅ«ras inženieri, kas strādā pie infrastruktÅ«ras jautājumiem, paplaÅ”inot Kubernetes iespējas un veidojot uz tās bāzes platformas;
  • galalietotāji, kas mijiedarbojas ar Kubernetes, izmantojot kubectl.

Kubernetes pieeja "viena API der visiem" ir nepietiekami iekapsulēts "sarežģītÄ«bas kalns" bez norādēm, kā to mērogot. Tas viss noved pie nepamatoti ieilguÅ”as mācÄ«Å”anās trajektorijas. Kā raksta Ādams Džeikobs: ā€œDokeris sniedza pārveidojoÅ”u lietotāja pieredzi, kas nekad nav pārspēta. Pajautājiet ikvienam, kurÅ” izmanto K8, vai viņi vēlas, lai tas darbotos tāpat kā pirmais docker run. Atbilde bÅ«s jā":

Ieskats pēdējās desmitgades tehnoloģijās

Es iebilstu, ka lielākā daļa infrastruktÅ«ras tehnoloÄ£iju mÅ«sdienās ir pārāk zema lÄ«meņa (un tāpēc tiek uzskatÄ«tas par "pārāk sarežģītām"). Kubernetes tiek ieviests diezgan zemā lÄ«menÄ«. IzplatÄ«ta izsekoÅ”ana tajā paÅ”reizējā forma (daudz laidumu, kas saŔūti kopā, lai izveidotu traceview) arÄ« ir ieviests pārāk zemā lÄ«menÄ«. Izstrādātāju rÄ«ki, kas Ä«steno ā€œaugstākā lÄ«meņa abstrakcijasā€, parasti ir visveiksmÄ«gākie. Å is secinājums ir spēkā pārsteidzoÅ”i daudzos gadÄ«jumos (ja tehnoloÄ£ija ir pārāk sarežģīta vai grÅ«ti lietojama, tad Ŕīs tehnoloÄ£ijas ā€œaugstākā lÄ«meņa API/UIā€ vēl ir jāatklāj).

PaÅ”laik mākoņa vietējā ekosistēma ir mulsinoÅ”a tās zemā lÄ«meņa fokusa dēļ. Kā nozarei mums ir jāievieÅ” jauninājumi, jāeksperimentē un jāizglÄ«to, kā izskatās pareizais ā€œmaksimālās, augstākās abstrakcijasā€ lÄ«menis.

Mazumtirdzniecība

2010. gados digitālās mazumtirdzniecÄ«bas pieredze lielākoties nemainÄ«jās. No vienas puses, tieÅ”saistes iepirkÅ”anās vieglumam vajadzēja skart tradicionālos mazumtirdzniecÄ«bas veikalus, no otras puses, iepirkÅ”anās tieÅ”saistē bÅ«tÄ«bā ir palikusi gandrÄ«z nemainÄ«ga desmit gadu laikā.

Lai gan man nav konkrētu domu par to, kā Ŕī nozare attÄ«stÄ«sies nākamajā desmitgadē, es bÅ«tu ļoti vÄ«lies, ja 2030. gadā iepirktos tāpat kā 2020. gadā.

Žurnālistika

Esmu arvien vairāk vÄ«lies globālās žurnālistikas stāvoklÄ«. Kļūst arvien grÅ«tāk atrast objektÄ«vus ziņu avotus, kas ziņotu objektÄ«vi un rÅ«pÄ«gi. Ä»oti bieži robeža starp paÅ”u ziņām un viedokļiem par tām ir izplÅ«dusi. Parasti informācija tiek sniegta neobjektÄ«vi. Tas jo Ä«paÅ”i attiecas uz dažām valstÄ«m, kur vēsturiski ziņas un viedoklis nav noŔķirtas. Nesenajā rakstā, kas publicēts pēc pēdējām Apvienotās Karalistes vispārējām vēlÄ“Å”anām, bijuÅ”ais The Guardian redaktors Alans Rusbridžers raksta:

Galvenais ir tas, ka es daudzus gadus skatÄ«jos amerikāņu avÄ«zes un man bija žēl tur esoÅ”o kolēģu, kuri bija tikai un vienÄ«gi atbildÄ«gi par ziņām, atstājot komentārus pavisam citiem cilvēkiem. Tomēr laika gaitā žēlums pārvērtās skaudÄ«bā. Tagad es domāju, ka visiem Lielbritānijas nacionālajiem laikrakstiem ir jānodala atbildÄ«ba par ziņām no atbildÄ«bas par komentāriem. Diemžēl vidusmēra lasÄ«tājam, it Ä«paÅ”i tieÅ”saistes lasÄ«tājiem, ir pārāk grÅ«ti saskatÄ«t atŔķirÄ«bu.

Ņemot vērā SilÄ«cija ielejas diezgan apÅ”aubāmo reputāciju, kad runa ir par ētiku, es nekad neuzticētu tehnoloÄ£ijām žurnālistikas "revolÅ«ciju". To sakot, es (un daudzi mani draugi) priecātos, ja bÅ«tu objektÄ«vs, neieinteresēts un uzticams ziņu avots. Lai gan man nav ne jausmas, kā Ŕāda platforma varētu izskatÄ«ties, esmu pārliecināts, ka laikmetā, kurā patiesÄ«bu kļūst arvien grÅ«tāk saskatÄ«t, vajadzÄ«ba pēc godÄ«gas žurnālistikas ir lielāka nekā jebkad agrāk.

Sociālie tīkli

Sociālie mediji un kopienas ziņu platformas ir galvenais informācijas avots daudziem cilvēkiem visā pasaulē, un dažu platformu neprecizitātes un nevēlÄ“Å”anās veikt pat elementāru faktu pārbaudi ir izraisÄ«juÅ”as tādas postoÅ”as ā€‹ā€‹sekas kā genocÄ«ds, iejaukÅ”anās vēlÄ“Å”anās un citas. .

Sociālie mediji ir arÄ« visspēcÄ«gākais mediju rÄ«ks, kāds jebkad pastāvējis. Viņi radikāli mainÄ«ja politisko praksi. Viņi mainÄ«ja reklāmu. Viņi mainÄ«ja popkultÅ«ru (piemēram, galvenais ieguldÄ«jums tā sauktās atcelÅ”anas kultÅ«ras attÄ«stÄ«bā [ostracisma kultÅ«ras - apm. tulk.] sociālie tÄ«kli sniedz ieguldÄ«jumu). KritiÄ·i apgalvo, ka sociālie mediji ir izrādÄ«juÅ”ies labvēlÄ«ga augsne straujām un kaprÄ«zām morālo vērtÄ«bu izmaiņām, taču tie ir arÄ« nodroÅ”inājuÅ”i marginalizētu grupu locekļiem iespēju organizēties tā, kā viņiem nekad agrāk nebija. BÅ«tÄ«bā sociālie mediji XNUMX. gadsimtā ir mainÄ«juÅ”i veidu, kā cilvēki sazinās un izsaka sevi.

Tomēr es arÄ« uzskatu, ka sociālie mediji izceļ vissliktākos cilvēka impulsus. ApsvērtÄ«ba un pārdomātÄ«ba bieži tiek atstāta novārtā par labu popularitātei, un kļūst gandrÄ«z neiespējami izteikt argumentētu nepiekriÅ”anu noteiktiem viedokļiem un nostādnēm. Polarizācija bieži kļūst nekontrolējama, kā rezultātā sabiedrÄ«ba vienkārÅ”i nedzird individuālos viedokļus, kamēr absolÅ«tisti kontrolē tieÅ”saistes etiÄ·etes un pieņemamÄ«bas jautājumus.

Interesanti, vai ir iespējams izveidot ā€œlabākuā€ platformu, kas veicinātu kvalitatÄ«vākas diskusijas? Galu galā tieÅ”i tas, kas veicina ā€œiesaistÄ«Å”anosā€, Ŕīm platformām bieži vien nes galveno peļņu. Kā raksta Kara Swisher laikrakstā New York Times:

Ir iespējams attÄ«stÄ«t digitālo mijiedarbÄ«bu, neizraisot naidu un neiecietÄ«bu. Iemesls, kāpēc lielākā daļa sociālo mediju vietņu Ŕķiet tik toksiskas, ir tāpēc, ka tās tika izveidotas ātrumam, viralitātei un uzmanÄ«bai, nevis saturam un precizitātei.

BÅ«tu patiesi žēl, ja pāris gadu desmitu laikā vienÄ«gais sociālo mediju mantojums bÅ«tu nianÅ”u un atbilstÄ«bas erozija publiskajā diskursā.

PS no tulka

Lasi arī mūsu emuārā:

Avots: www.habr.com

Pievieno komentāru