Ieu mangrupikeun anu munggaran dina séri tulisan ngeunaan parobihan, perbaikan, sareng tambihan dina pembaruan Red Hat OpenShift platform 4.0 anu bakal datang anu bakal ngabantosan anjeun nyiapkeun transisi ka versi énggal.
Ti mimiti komunitas Kubernetes mimiti ngumpul di kantor Google di Seattle dina usum gugur 2014, jelas yén proyék Kubernetes ditakdirkeun pikeun ngarobih cara parangkat lunak dikembangkeun sareng disebarkeun ayeuna. Dina waktu nu sarua, panyadia ladenan awan publik terus investasi beurat dina ngembangkeun infrastruktur jeung jasa, nu dijieun gawé bareng IT jeung nyieun software leuwih gampang jeung leuwih diaksés, jeung ngajadikeun eta incredibly diaksés, nu saeutik bisa dibayangkeun dina awal. dasawarsa.
Tangtosna, pengumuman unggal jasa awan énggal dibarengan ku seueur diskusi diantara para ahli dina Twitter, sareng debat dilakukeun dina rupa-rupa topik - kalebet tungtung jaman open source, turunna IT di premis, sareng teu tiasa dihindari. tina monopoli software anyar dina awan, sarta kumaha paradigma anyar X bakal ngaganti sakabeh paradigms séjén.
Gunana pikeun nyebutkeun, sadaya sengketa ieu pisan bodo
Kanyataanana yén teu aya anu bakal dileungitkeun, sareng ayeuna urang tiasa ningali pertumbuhan éksponénsial dina produk ahir sareng cara aranjeunna dikembangkeun, kusabab munculna parangkat lunak énggal dina kahirupan urang. Sarta sanajan kanyataan yén sagalana sabudeureun bakal robah, dina waktos anu sareng, dina panggih, sagalana bakal tetep unchanged. Pamekar parangkat lunak masih bakal nyerat kode kalayan kasalahan, insinyur operasi sareng spesialis reliabilitas masih bakal leumpang sareng pager sareng nampi panggeuing otomatis dina Slack, manajer masih bakal beroperasi dina konsép OpEx sareng CapEx, sareng unggal waktos aya kagagalan, pamekar senior. bakal ngahuleng sedih ku kecap: "Kuring geus bébéja anjeun kitu"...
ah maenya kudu dibahas, nyaéta alat naon anu urang tiasa gaduh pikeun nyiptakeun produk parangkat lunak anu langkung saé, sareng kumaha aranjeunna tiasa ningkatkeun kaamanan sareng ngajantenkeun pangwangunan langkung gampang sareng dipercaya. Nalika proyék-proyék janten langkung rumit, résiko énggal timbul, sareng kahirupan masarakat ayeuna gumantung pisan kana parangkat lunak sahingga pamekar ngan saukur kedah nyobian ngalakukeun padamelan na langkung saé.
Kubernetes mangrupikeun salah sahiji alat sapertos kitu. Dijalankeun pikeun ngahijikeun Red Hat OpenShift sareng alat sareng jasa anu sanés kana platform tunggal anu bakal ngajantenkeun parangkat lunak langkung dipercaya, gampang diurus, sareng langkung aman pikeun pangguna.
Kalayan saurna, tim OpenShift naroskeun hiji patarosan saderhana:
Kumaha anjeun tiasa ngajantenkeun damel sareng Kubernetes langkung gampang sareng langkung gampang?
Jawabanana écés écés:
- ngajadikeun otomatis aspék kompléks deployment on awan atawa luar awan;
- difokuskeun reliabiliti bari nyumputkeun pajeulitna;
- terus terus digawé pikeun ngaleupaskeun apdet basajan tur aman;
- ngahontal controllability na auditability;
- narékahan pikeun mimitina mastikeun kaamanan tinggi, tapi teu di expense of usability.
Pelepasan OpenShift anu salajengna kedah tumut kana pangalaman para panyipta sareng pangalaman pamekar sanés anu ngalaksanakeun parangkat lunak dina skala ageung di perusahaan panggedéna di dunya. Salaku tambahan, éta kedah tumut kana sadaya pangalaman akumulasi ékosistem kabuka anu ngadasarkeun dunya modéren ayeuna. Dina waktos anu sami, anjeun kedah ngantunkeun mentalitas lami pamekar amatir sareng ngalih ka filsafat anyar ngeunaan masa depan otomatis. Éta kedah ngajambatan jurang antara cara-cara lami sareng énggal pikeun nyebarkeun parangkat lunak, sareng ngamangpaatkeun sadayana infrastruktur anu sayogi — naha éta di-host ku panyadia awan panggedéna atanapi dijalankeun dina sistem leutik di tepi.
Kumaha carana ngahontal hasil ieu?
Di Red Hat, adat pikeun ngalakukeun padamelan anu pikaboseneun sareng henteu ngahatur nuhun pikeun waktos anu lami pikeun ngawétkeun komunitas anu mapan sareng nyegah panutupanana proyék dimana perusahaan kalibet. Komunitas open-source ngandung sajumlah ageung pamekar berbakat anu nyiptakeun hal-hal anu paling luar biasa - ngahibur, atikan, muka kasempetan anyar sareng ngan saukur geulis, tapi, tangtosna, teu aya anu ngarepkeun sadayana ngalih dina arah anu sami atanapi ngudag tujuan umum. . Ngamangpaatkeun énergi ieu sareng alihan ka arah anu leres kadang-kadang diperyogikeun pikeun ngembangkeun daérah anu bakal nguntungkeun pangguna urang, tapi dina waktos anu sami urang kedah ngawas ngembangkeun komunitas urang sareng diajar ti aranjeunna.
Dina awal 2018, Red Hat ngagaduhan proyék CoreOS, anu gaduh pandangan anu sami ngeunaan masa depan - langkung aman sareng dipercaya, didamel dina prinsip open-source. Pausahaan parantos damel pikeun langkung ngembangkeun ideu ieu sareng ngalaksanakeunana, ngalaksanakeun filosofi kami - nyobian mastikeun yén sadaya parangkat lunak jalan aman. Sadaya karya ieu diwangun dina Kubernetes, Linux, awan umum, awan swasta, sareng rébuan proyék sanés anu ngadukung ékosistem digital modern urang.
Pelepasan anyar OpenShift 4 bakal jelas, otomatis sareng langkung alami
Platform OpenShift bakal tiasa dianggo sareng sistem operasi Linux anu pangsaéna sareng paling dipercaya, kalayan dukungan hardware logam bulistir, virtualisasi anu gampang, pamrograman infrastruktur otomatis sareng, tangtosna, wadah (anu dasarna ngan ukur gambar Linux).
Platformna kedah aman ti mimiti, tapi tetep ngijinkeun pamekar pikeun gampang ngulang-nyaéta, janten fléksibel sareng cukup aman bari tetep ngamungkinkeun pangurus pikeun ngaudit sareng ngatur éta gampang.
Sakuduna ngidinan software pikeun ngajalankeun "salaku layanan a" teu ngakibatkeun tumuwuhna infrastruktur unmanageable pikeun operator.
Ieu bakal ngidinan pamekar difokuskeun nyieun produk nyata pikeun pamaké sarta konsumén. Anjeun teu kedah ngalangkungan leuweung tina setélan parangkat lunak sareng parangkat lunak, sareng sadaya komplikasi anu teu kahaja bakal janten jaman baheula.
OpenShift 4: platform NoOps anu henteu ngabutuhkeun pangropéa
В ngajelaskeun tugas-tugas anu ngabantosan ngawangun visi perusahaan pikeun OpenShift 4. Tujuan tim nyaéta pikeun nyederhanakeun tugas-tugas sapopoé pikeun ngoperasikeun sareng ngajaga parangkat lunak sabisa-gancang, pikeun ngajantenkeun prosés ieu gampang sareng santai - boh pikeun spesialis aub dina palaksanaan sareng pikeun pamekar. Tapi kumaha anjeun tiasa ngadeukeutan ka tujuan ieu? Kumaha cara nyiptakeun platform pikeun ngajalankeun parangkat lunak anu peryogi intervensi minimal? Naon hartosna NoOps dina kontéks ieu?
Upami anjeun nyobian abstrak, teras pikeun pamekar konsep "serverless" atanapi "NoOps" hartosna alat sareng jasa anu ngamungkinkeun anjeun nyumputkeun komponén "operasional" atanapi ngaminimalkeun beban ieu pikeun pamekar.
- Henteu dianggo sareng sistem, tapi kalayan antarmuka aplikasi (API).
- Entong ganggu ngalaksanakeun parangkat lunak - ngantepkeun panyadia ngalakukeunana pikeun anjeun.
- Ulah luncat kana nyieun hiji kerangka badag langsung - mimitian ku nulis potongan leutik nu bakal meta salaku "blok wangunan", coba sangkan kode ieu jalan kalawan data sarta acara, sarta henteu kalawan disk jeung database.
Tujuanana, sakumaha sateuacanna, nyaéta pikeun nyepetkeun iterasi dina pamekaran parangkat lunak, nyayogikeun kasempetan pikeun nyiptakeun produk anu langkung saé, sareng ku kituna pamekar henteu kedah hariwang ngeunaan sistem dimana parangkat lunakna dijalankeun. Pangembang anu berpengalaman sadar pisan yén fokus kana pangguna tiasa gancang ngarobih gambar, janten anjeun henteu kedah usaha teuing pikeun nyerat parangkat lunak kecuali anjeun yakin pisan yén éta diperyogikeun.
Pikeun profésional pangropéa sareng operasi, kecap "NoOps" sigana rada pikasieuneun. Tapi nalika komunikasi sareng insinyur lapangan, janten écés yén pola sareng téknik anu aranjeunna anggo pikeun mastikeun reliabilitas sareng reliabilitas (Site Reliability Engineering, SRE) gaduh seueur kamiripan sareng pola anu dijelaskeun di luhur:
- Ulah ngatur sistem - ngajadikeun otomatis prosés manajemén maranéhanana.
- Ulah nerapkeun software - nyieun pipa pikeun nyebarkeun eta.
- Hindarkeun bundling sadaya jasa anjeun babarengan sareng ngantepkeun kagagalan hiji nyababkeun sadayana sistem gagal - nyebarkeun aranjeunna ka sadaya infrastruktur anjeun nganggo alat otomatis, sareng sambungkeun ku cara anu tiasa diawaskeun sareng diawaskeun.
SREs terang yén aya anu salah sareng aranjeunna kedah ngalacak sareng ngalereskeun masalahna-sangkan aranjeunna ngajadikeun otomatis padamelan rutin sareng nyetél anggaran kasalahan sateuacanna supados aranjeunna siap prioritas sareng nyandak kaputusan nalika aya masalah.
Kubernetes di OpenShift mangrupikeun platform anu dirancang pikeun ngabéréskeun dua masalah utama: tibatan maksa anjeun ngartos mesin virtual atanapi API penyeimbang beban, éta tiasa dianggo sareng abstraksi tingkat luhur - prosés sareng jasa panyebaran. Gantina masang agén software, anjeun tiasa ngajalankeun peti, sarta tinimbang nulis tumpukan monitoring sorangan, ngagunakeun parabot geus sadia dina platform nu. Janten, saos rusiah OpenShift 4 saleresna sanés rusiah - éta ngan ukur nyandak prinsip SRE sareng konsép tanpa server sareng nyandak kana kacindekan logisna pikeun ngabantosan pamekar sareng insinyur operasi:
- Ngaotomatiskeun sareng ngabakukeun infrastruktur anu dianggo ku aplikasi
- Link panyebaran sareng prosés pamekaran babarengan tanpa ngawatesan pamekar sorangan
- Mastikeun yén ngaluncurkeun, ngaudit, sareng ngamankeun jasa ka-100, fitur, aplikasi, atanapi sadayana tumpukan henteu langkung sesah tibatan anu munggaran.
Tapi naon bédana antara platform OpenShift 4 sareng anu miheulaan na tina pendekatan "standar" pikeun ngarengsekeun masalah sapertos kitu? Naon drive skala pikeun palaksanaan jeung tim operasi? Alatan kanyataan yén raja dina kaayaan ieu téh kluster. Janten,
- Kami mastikeun yén tujuan klaster jelas (Awan anu dihormat, kuring ngajemput klaster ieu kusabab kuring tiasa)
- Mesin sareng sistem operasi aya pikeun ngalayanan kluster (Yang Mulia)
- Ngatur kaayaan sarwa ti kluster, ngaleutikan rebuilding maranéhna (drift).
- Pikeun unggal unsur penting tina sistem, nanjung (mékanisme) diperlukeun anu bakal ngawas sarta ngaleungitkeun masalah
- Gagalna * unggal * aspék atanapi unsur sistem sareng mékanisme pamulihan anu aya hubunganana mangrupikeun bagian normal tina kahirupan
- Sakabeh infrastruktur kudu ngonpigurasi via API.
- Anggo Kubernetes pikeun ngajalankeun Kubernetes. (Leres, leres, éta sanés salah ketik)
- Pembaruan kedah gampang sareng teu repot dipasang. Upami peryogi langkung ti hiji klik pikeun masang apdet, maka écés urang ngalakukeun anu salah.
- Ngawaskeun sareng nga-debug komponén naon waé henteu janten masalah, sareng ku kituna nyukcruk sareng ngalaporkeun di sakumna infrastruktur ogé kedah gampang sareng merenah.
Hoyong ningali kamampuan platform dina aksi?
Versi sawangan OpenShift 4 parantos sayogi pikeun pamekar. Kalayan pamasangan anu gampang dianggo, anjeun tiasa ngajalankeun klaster dina AWS di luhur Red Had CoreOS. Pikeun nganggo sawangan, anjeun ngan ukur peryogi akun AWS pikeun nyayogikeun infrastruktur sareng sakumpulan akun pikeun ngakses gambar tilik.
- Pikeun ngamimitian, buka tur klik "Ngamimitian".
- Asup ka akun Red Hat anjeun (atawa jieun nu anyar) tur turutan parentah pikeun nyetél klaster munggaran anjeun.
Saatos instalasi suksés, pariksa tutorial kami pikeun meunangkeun pamahaman anu langkung jero ngeunaan sistem sareng konsép anu ngajantenkeun platform OpenShift 4 janten cara anu gampang sareng merenah pikeun ngajalankeun Kubernetes.
Coba pelepasan OpenShift anyar sareng bagikeun pendapat anjeun. Kami komitmen pikeun ngajantenkeun gawé bareng Kumbernetes sabisa-bisa diaksés sareng sesah-gancang-masa depan NoOps dimimitian ayeuna.
Ayeuna perhatian!
Dina konperénsi éta Tanggal 20 April, salah sahiji pamekar OpenShift, Vadim Rutkovsky, bakal ngayakeun kelas master - anjeunna bakal ngarobih sapuluh klaster sareng maksakeun ngalereskeunana. Konperénsi éta dibayar, tapi kalayan kode promosi #RedHat anjeun nampi diskon 37%.
Kelas master di 17:15 - 18:15, sarta stand dibuka sapopoe. Kaos, topi, stiker - biasa!
Aula #2
"Di dieu sadayana sistem kedah dirobih: urang ngalereskeun klaster k8s anu rusak sareng mékanika anu disertipikasi."
sumber: www.habr.com