Iki minangka sing pisanan ing seri kiriman babagan owah-owahan, dandan, lan tambahan ing nganyari Red Hat OpenShift platform 4.0 sing bakal teka sing bakal mbantu sampeyan nyiapake transisi menyang versi anyar.
Wiwit komunitas Kubernetes sing isih enom ngumpul ing kantor Google Seattle ing musim gugur taun 2014, proyek Kubernetes ditakdirake kanggo ngowahi revolusi cara piranti lunak dikembangake lan disebarake saiki. Ing wektu sing padha, panyedhiya layanan maya umum terus aktif nandur modal ing pangembangan infrastruktur lan layanan, sing nggawe nggarap IT lan nggawe piranti lunak luwih gampang lan luwih gampang diakses, lan nggawe dheweke terjangkau banget, sing sawetara bisa dibayangake ing wiwitan. dasawarsa.
Mesthine, woro-woro saben layanan awan anyar diiringi akeh diskusi ing antarane para ahli ing Twitter, lan debat ditindakake babagan macem-macem topik - kalebu pungkasane jaman open source, nyuda IT ing papan, lan ora bisa dihindari. saka monopoli piranti lunak anyar ing mΓ©ga, lan carane paradigma X anyar bakal ngganti kabeh paradigma liyane.
Ora perlu dikandhakake, kabeh perselisihan kasebut bodho banget
Kasunyatane ora ana sing bakal ilang, lan saiki kita bisa ndeleng pertumbuhan eksponensial ing produk pungkasan lan cara dikembangake, amarga terus-terusan piranti lunak anyar ing urip kita. Lan senadyan kasunyatan sing kabeh watara bakal ngganti, ing wektu sing padha, ing intine, kabeh bakal tetep ora owah. Pangembang piranti lunak isih bakal nulis kode kanthi kesalahan, insinyur operasi lan spesialis linuwih isih bakal mlaku-mlaku nganggo pager lan nampa tandha otomatis ing Slack, manajer isih bakal ngoperasikake OpEx lan CapEx, lan saben ana kegagalan, pangembang senior bakal sedhih karo tembung: "Aku wis ngomong ngono" ...
Oh tenan kudu dirembug, minangka piranti apa sing bisa kita lakoni kanggo nggawe produk piranti lunak sing luwih apik, lan kepiye carane bisa nambah keamanan lan nggawe pangembangan luwih gampang lan dipercaya. Nalika proyek dadi luwih rumit, risiko anyar muncul, lan saiki urip wong gumantung banget marang piranti lunak, mula pangembang mung kudu nyoba nindakake pakaryan kanthi luwih apik.
Kubernetes minangka salah sawijining alat kasebut. Pakaryan lagi ditindakake kanggo nggabungake Red Hat OpenShift karo piranti lan layanan liyane dadi platform siji sing bakal nggawe piranti lunak luwih dipercaya, luwih gampang diatur, lan luwih aman kanggo pangguna.
Kanthi ngandika, tim OpenShift takon siji pitakonan prasaja:
Kepiye carane bisa nggarap Kubernetes luwih gampang lan trep?
Jawaban iki kaget banget:
- ngotomatisasi aspek kompleks penyebaran ing awan utawa ing njaba awan;
- fokus ing linuwih nalika ndhelikake kerumitan;
- terus terus kerja kanggo ngeculake nganyari sing gampang lan aman;
- entuk kontrol lan auditability;
- usaha kanggo pisanan njamin keamanan dhuwur, nanging ora ing beyo saka migunani.
Rilis OpenShift sabanjure kudu nggatekake pengalaman para pangripta lan pengalaman pangembang liyane sing ngetrapake piranti lunak kanthi skala gedhe ing perusahaan paling gedhe ing donya. Kajaba iku, kudu nyathet kabeh pengalaman akumulasi ekosistem mbukak sing ndasari jagad modern saiki. Ing wektu sing padha, perlu kanggo ninggalake mentalitas lawas saka pangembang amatir lan pindhah menyang filsafat anyar saka mangsa otomatis. Sampeyan kudu nyepetake jurang antarane cara lawas lan anyar kanggo nggunakake piranti lunak, lan entuk manfaat saka kabeh prasarana sing kasedhiya-apa sing di-host dening panyedhiya maya paling gedhe utawa mlaku ing sistem cilik ing pinggir.
Carane entuk asil iki?
Ing Red Hat, biasane nindakake pakaryan sing mboseni lan ora duwe matur nuwun kanggo wektu sing suwe kanggo njaga komunitas sing wis mapan lan nyegah penutupan proyek sing ditindakake perusahaan. Komunitas open-source ngemot akeh pangembang sing duwe bakat sing nggawe perkara sing paling luar biasa - nglipur, pendidikan, mbukak kesempatan anyar lan mung ayu, nanging, mesthine, ora ana sing ngarepake kabeh wong bisa pindhah menyang arah sing padha utawa nggayuh tujuan umum. . Nggunakake energi iki lan ngarahake menyang arah sing bener kadhangkala perlu kanggo ngembangake wilayah sing bakal nguntungake pangguna, nanging ing wektu sing padha kita kudu ngawasi pangembangan komunitas lan sinau saka wong-wong mau.
Ing wiwitan taun 2018, Red Hat entuk proyek CoreOS, sing duwe pandangan sing padha babagan masa depan - luwih aman lan dipercaya, digawe kanthi prinsip open-source. Perusahaan wis makarya kanggo luwih ngembangake gagasan kasebut lan ngetrapake, ngetrapake filosofi kita - nyoba kanggo mesthekake yen kabeh piranti lunak bisa mlaku kanthi aman. Kabeh karya iki dibangun ing Kubernetes, Linux, awan umum, awan pribadi, lan ewonan proyek liyane sing ndhukung ekosistem digital modern kita.
Rilis anyar OpenShift 4 bakal cetha, otomatis lan luwih alami
Platform OpenShift bakal bisa digunakake karo sistem operasi Linux sing paling apik lan paling dipercaya, kanthi dhukungan hardware bare-metal, virtualisasi sing trep, pemrograman infrastruktur otomatis lan, mesthi, wadah (sing sejatine mung gambar Linux).
Platform kasebut kudu aman wiwit wiwitan, nanging isih ngidini para pangembang gampang ngulang-yaiku, fleksibel lan cukup aman nalika isih ngidini pangurus audit lan ngatur kanthi gampang.
Iku kudu ngidini piranti lunak kanggo mbukak "minangka layanan" lan ora mimpin kanggo wutah infrastruktur unmanageable kanggo operator.
Iki bakal ngidini pangembang fokus ing nggawe produk nyata kanggo pangguna lan pelanggan. Sampeyan ora kudu ngliwati alas setelan hardware lan piranti lunak, lan kabeh komplikasi sing ora disengaja bakal dadi perkara sing kepungkur.
OpenShift 4: platform NoOps sing ora mbutuhake pangopènan
Π diterangake tugas-tugas sing mbantu mbentuk visi perusahaan kanggo OpenShift 4. Tujuane tim yaiku kanggo nyederhanakake tugas saben dina kanggo ngoperasikake lan njaga piranti lunak sabisa-bisa, supaya proses kasebut gampang lan santai - loro kanggo spesialis sing melu implementasine lan kanggo pangembang. Nanging kepiye sampeyan bisa nyedhaki tujuan iki? Kepiye carane nggawe platform kanggo mbukak piranti lunak sing mbutuhake intervensi minimal? Apa tegese NoOps ing konteks iki?
Yen sampeyan nyoba abstrak, banjur kanggo pangembang konsep "serverless" utawa "NoOps" tegese alat lan layanan sing ngidini sampeyan ndhelikake komponen "operasional" utawa nyilikake beban iki kanggo pangembang.
- Ora nganggo sistem, nanging nganggo antarmuka aplikasi (API).
- Aja repot ngetrapake piranti lunak - supaya panyedhiya nindakake kanggo sampeyan.
- Aja langsung nggawe kerangka gedhe - miwiti kanthi nulis potongan-potongan cilik sing bakal dadi "blok bangunan", coba gawe kode iki nganggo data lan acara, lan ora nganggo disk lan database.
Tujuane, kaya sadurunge, yaiku kanggo nyepetake iterasi ing pangembangan piranti lunak, menehi kesempatan kanggo nggawe produk sing luwih apik, lan supaya pangembang ora kuwatir babagan sistem sing digunakake piranti lunak. Pangembang sing berpengalaman ngerti manawa fokus ing pangguna bisa ngganti gambar kanthi cepet, mula sampeyan ora kudu ngupayakake nulis piranti lunak kajaba sampeyan yakin yen dibutuhake.
Kanggo profesional pangopènan lan operasi, tembung "NoOps" bisa uga rada medeni. Nanging nalika sesambungan karo insinyur lapangan, dadi jelas yen pola lan teknik sing digunakake kanggo njamin linuwih lan linuwih (Site Reliability Engineering, SRE) duwe akeh persamaan karo pola sing diterangake ing ndhuwur:
- Aja ngatur sistem - ngotomatisasi proses manajemen.
- Aja ngleksanakake piranti lunak - nggawe pipa kanggo nyebarake.
- Aja nglumpukake kabeh layanan sampeyan lan ngidini kegagalan siji nyebabake kabeh sistem gagal - nyebarake kabeh infrastruktur sampeyan nggunakake alat otomatisasi, lan sambungake kanthi cara sing bisa dipantau lan dipantau.
SRE ngerti yen ana sing salah lan kudu nglacak lan ndandani masalah kasebut - supaya bisa ngotomatisasi kerja rutin lan nyetel anggaran kesalahan luwih dhisik supaya dheweke siyap menehi prioritas lan nggawe keputusan nalika ana masalah. .
Kubernetes ing OpenShift minangka platform sing dirancang kanggo ngrampungake rong masalah utama: tinimbang meksa sampeyan ngerti mesin virtual utawa mbukak balancer API, nanging bisa digunakake kanthi abstraksi sing luwih dhuwur - proses lan layanan penyebaran. Tinimbang nginstal agen piranti lunak, sampeyan bisa mbukak wadhah, lan tinimbang nulis tumpukan pemantauan dhewe, gunakake alat sing wis kasedhiya ing platform kasebut. Dadi, saus rahasia OpenShift 4 pancen dudu rahasia - mung njupuk prinsip SRE lan konsep tanpa server lan njupuk kesimpulan logis kanggo mbantu para pangembang lan insinyur operasi:
- Ngotomatisasi lan standarisasi infrastruktur sing digunakake aplikasi
- Nyambungake proses penyebaran lan pangembangan bebarengan tanpa mbatesi pangembang dhewe
- Mesthekake yen peluncuran, audit, lan ngamanake layanan, fitur, aplikasi, utawa kabeh tumpukan kaping XNUMX ora luwih angel tinimbang sing pisanan.
Nanging apa bedane antarane platform OpenShift 4 lan sing sadurunge lan saka pendekatan "standar" kanggo ngrampungake masalah kasebut? Apa sing nyurung skala kanggo tim implementasi lan operasi? Amarga kasunyatan sing raja ing kahanan iki gugus. Dadi,
- Kita priksa manawa tujuan kluster kasebut jelas (Dear awan, aku ngangkat klompok iki amarga aku bisa)
- Mesin lan sistem operasi ana kanggo ngladeni kluster (Paduka)
- Ngatur negara sarwa dumadi saka kluster, nyilikake mbangun maneh (drift).
- Kanggo saben unsur penting sistem, pengasuh (mekanisme) dibutuhake sing bakal ngawasi lan ngilangi masalah
- Gagal *saben* aspek utawa unsur sistem lan mekanisme pemulihan sing gegandhengan minangka bagean normal saka urip
- Kabeh infrastruktur kudu dikonfigurasi liwat API.
- Gunakake Kubernetes kanggo mbukak Kubernetes. (Ya, ya, iki ora salah ketik)
- Nganyari kudu gampang lan gampang diinstal. Yen mbutuhake luwih saka siji klik kanggo nginstal nganyari, mesthine ana sing salah.
- Ngawasi lan debugging komponen apa wae ora dadi masalah, mula nelusuri lan nglaporake kabeh infrastruktur uga kudu gampang lan trep.
Pengin ndeleng kemampuan platform sing ditindakake?
Versi pratinjau OpenShift 4 wis kasedhiya kanggo pangembang. Kanthi installer sing gampang digunakake, sampeyan bisa mbukak kluster ing AWS ing ndhuwur Red Had CoreOS. Kanggo nggunakake pratinjau, sampeyan mung butuh akun AWS kanggo nyedhiyakake infrastruktur lan sakumpulan akun kanggo ngakses gambar pratinjau.
- Kanggo miwiti, pindhah menyang lan klik "Miwiti".
- Mlebu menyang akun Red Hat (utawa gawe anyar) lan tindakake pandhuan kanggo nyiyapake kluster pisanan.
Sawise instalasi sukses, priksa tutorial kita kanggo ngerteni luwih jero babagan sistem lan konsep sing nggawe platform OpenShift 4 dadi cara sing gampang lan trep kanggo mbukak Kubernetes.
Coba release OpenShift anyar lan nuduhake pendapat sampeyan. Kita duwe komitmen kanggo nggawe kerja bareng karo Kumbernetes dadi gampang diakses lan gampang - masa depan NoOps diwiwiti dina iki.
Lan saiki manungsa waΓ©!
Ing konferensi Tanggal 20 April, salah sawijining pangembang OpenShift, Vadim Rutkovsky, bakal nganakake kelas master - dheweke bakal ngilangi sepuluh klompok lan meksa supaya bisa ndandani. Konferensi kasebut dibayar, nanging kanthi kode promosi #RedHat sampeyan entuk diskon 37%.
Kelas master ing 17:15 - 18:15, lan stand mbukak kabeh dina. Kaos, topi, stiker - biasane!
Aula #2
"Ing kene kabeh sistem kudu diganti: kita ndandani kluster k8 sing rusak bebarengan karo mekanik sing disertifikasi."
Source: www.habr.com