Ова е прв од серијата објави за промените, подобрувањата и дополнувањата во претстојното ажурирање на Red Hat OpenShift платформата 4.0 што ќе ви помогне да се подготвите за преминот кон новата верзија.
Од моментот кога младата заедница Кубернетес првпат се собра во канцеларијата на Google во Сиетл во есента 2014 година, беше јасно дека проектот Кубернетес беше предодреден да го револуционизира начинот на кој софтверот се развива и се применува денес. Во исто време, давателите на јавни облак услуги продолжија активно да инвестираат во развојот на инфраструктурата и услугите, што ја направи работата со ИТ и создавањето софтвер многу полесна и подостапна и ги направи неверојатно достапни, што малкумина можеа да замислат на почетокот на деценијата.
Се разбира, објавувањето на секоја нова облак услуга беше придружено со бројни дискусии меѓу експертите на Твитер, а се водеа и дебати на различни теми - вклучувајќи го крајот на ерата со отворен код, падот на ИТ во просториите и неизбежноста на нов софтверски монопол.во облакот и како новата парадигма X ќе ги замени сите други парадигми.
Непотребно е да се каже дека сите овие спорови беа многу глупави
Реалноста е дека ништо нема да исчезне, а денес можеме да видиме експоненцијален раст на крајните производи и начинот на кој тие се развиваат, поради постојаното појавување на нов софтвер во нашите животи. И покрај фактот дека сè наоколу ќе се промени, во исто време, во суштина, сè ќе остане непроменето. Програмерите на софтвер сè уште ќе пишуваат код со грешки, оперативните инженери и специјалистите за доверливост сè уште ќе шетаат со пејџери и ќе добиваат автоматски предупредувања во Slack, менаџерите сè уште ќе работат во концептите на OpEx и CapEx, и секој пат кога ќе се случи дефект, постариот развивач тажно ќе воздивне со зборовите: „Ти кажав“...
Ох навистина треба да се разговара, е какви алатки можеме да имаме на располагање за да создадеме подобри софтверски производи и како тие можат да ја подобрат безбедноста и да го направат развојот полесен и посигурен. Како што проектите стануваат посложени, се појавуваат нови ризици, а денес животите на луѓето се толку зависни од софтвер што програмерите едноставно мора да се обидат подобро да ја завршат својата работа.
Kubernetes е една таква алатка. Во тек е работа за комбинирање на Red Hat OpenShift со други алатки и услуги во единствена платформа што ќе го направи софтверот посигурен, полесен за управување и побезбеден за корисниците.
Со тоа, тимот на OpenShift поставува едно едноставно прашање:
Како можете да ја олесните и поудобно работата со Kubernetes?
Одговорот е изненадувачки очигледен:
- автоматизирајте сложени аспекти на распоредување на облакот или надвор од облакот;
- фокусирајте се на сигурноста додека ја криете сложеноста;
- продолжи да работи постојано за објавување едноставни и сигурни ажурирања;
- постигнување на контрола и ревизија;
- настојувајте првично да обезбедите висока безбедност, но не на сметка на употребливоста.
Следното издание на OpenShift треба да го земе предвид и искуството на креаторите и искуството на другите програмери кои имплементираат софтвер во голем обем во најголемите компании во светот. Дополнително, мора да го земе предвид целото акумулирано искуство на отворени екосистеми кои се во основата на современиот свет денес. Во исто време, неопходно е да се напушти стариот менталитет на аматерскиот развивач и да се префрли на нова филозофија на автоматизирана иднина. Треба да го премости јазот помеѓу старите и новите начини на распоредување на софтвер и целосно да ги искористи сите достапни инфраструктури - без разлика дали е хостирана од најголемиот провајдер на облак или работи на мали системи на работ.
Како да се постигне овој резултат?
Во Red Hat е вообичаено долго време да се работи досадна и неблагодарна за да се зачува воспоставената заедница и да се спречи затворање на проектите во кои е вклучена компанијата. Заедницата со отворен код содржи огромен број талентирани програмери кои создаваат најнеобични нешта - забавни, едукативни, отварајќи нови можности и едноставно убави, но, се разбира, никој не очекува сите да се движат во иста насока или да следат заеднички цели . Искористувањето на оваа енергија и нејзино пренасочување во вистинската насока понекогаш е неопходно за да се развијат области кои би биле од корист за нашите корисници, но во исто време мора да го следиме развојот на нашите заедници и да учиме од нив.
На почетокот на 2018 година, Red Hat го купи проектот CoreOS, кој имаше слични погледи за иднината - посигурен и сигурен, создаден на принципи со отворен код. Компанијата работеше на понатамошно развивање на овие идеи и нивно имплементирање, применувајќи ја нашата филозофија во пракса - обидувајќи се да осигура дека целиот софтвер работи безбедно. Целата оваа работа е изградена на Kubernetes, Linux, јавни облаци, приватни облаци и илјадници други проекти кои го поткрепуваат нашиот модерен дигитален екосистем.
Новото издание на OpenShift 4 ќе биде јасно, автоматизирано и поприродно
Платформата OpenShift ќе работи со најдобрите и најсигурни оперативни системи Линукс, со поддршка за голи метален хардвер, удобна виртуелизација, автоматско програмирање на инфраструктурата и, се разбира, контејнери (кои во суштина се само слики на Линукс).
Платформата мора да биде безбедна од самиот почеток, но сепак да им овозможи на програмерите лесно да повторуваат - односно да бидат доволно флексибилни и безбедни додека сè уште им дозволуваат на администраторите лесно да ја ревидираат и управуваат.
Тоа треба да овозможи софтверот да се користи „како услуга“ и да не води до неуправлив раст на инфраструктурата за операторите.
Тоа ќе им овозможи на програмерите да се фокусираат на создавање вистински производи за корисниците и клиентите. Нема да морате да се движите низ џунглата на хардверски и софтверски поставки, а сите случајни компликации ќе бидат минато.
OpenShift 4: NoOps платформа која не бара одржување
В ги опиша оние задачи што помогнаа да се обликува визијата на компанијата за OpenShift 4. Целта на тимот е да ги поедностави секојдневните задачи на работење и одржување на софтвер колку што е можно, за да ги направи овие процеси лесни и опуштени - како за специјалистите вклучени во имплементацијата, така и за програмерите. Но, како можете да се приближите до оваа цел? Како да се создаде платформа за водење софтвер кој бара минимална интервенција? Што воопшто значи NoOps во овој контекст?
Ако се обидете да апстрахирате, тогаш за програмерите концептите „без сервер“ или „NoOps“ значат алатки и услуги кои ви дозволуваат да ја скриете „оперативната“ компонента или да го минимизирате овој товар за развивачот.
- Работете не со системи, туку со интерфејси за апликации (API).
- Не се мачете да имплементирате софтвер - дозволете му на провајдерот да го направи тоа наместо вас.
- Немојте веднаш да скокате во создавање голема рамка - започнете со пишување мали парчиња кои ќе делуваат како „градежни блокови“, обидете се овој код да работи со податоци и настани, а не со дискови и бази на податоци.
Целта, како и досега, е да се забрзаат повторувањата во развојот на софтверот, да се обезбеди можност за создавање подобри производи и за развивачот да не мора да се грижи за системите на кои работи неговиот софтвер. Искусниот програмер е добро свесен дека фокусирањето на корисниците може брзо да ја промени сликата, па затоа не треба да вложувате премногу труд во пишувањето софтвер, освен ако не сте апсолутно сигурни дека тоа е потребно.
За професионалците за одржување и операции, зборот „NoOps“ може да звучи малку страшно. Но, кога се комуницира со теренските инженери, станува очигледно дека шемите и техниките што ги користат со цел да се обезбеди сигурност и доверливост (Site Reliability Engineering, SRE) имаат многу сличности со шаблоните опишани погоре:
- Не управувајте со системите - автоматизирајте ги нивните процеси на управување.
- Не имплементирајте софтвер - креирајте цевковод за да го распоредите.
- Избегнувајте да ги спојувате сите ваши услуги заедно и да дозволите неуспехот на една да предизвика откажување на целиот систем - дисперзирајте ги низ целата ваша инфраструктура користејќи алатки за автоматизација и поврзете ги на начини на кои може да се следи и следи.
SREs знаат дека нешто може да тргне наопаку и ќе мора да го откријат и поправат проблемот - така што ја автоматизираат рутинската работа и однапред поставуваат буџети за грешки за да бидат подготвени да дадат приоритет и да донесуваат одлуки кога ќе се појави проблем.
Kubernetes во OpenShift е платформа дизајнирана да решава два главни проблеми: наместо да ве принудува да ги разберете виртуелните машини или API-ите за балансирање на оптоварување, таа работи со апстракции од повисок ред - процеси и услуги на распоредување. Наместо да инсталирате софтверски агенти, можете да стартувате контејнери и наместо да пишувате сопствен стек за следење, користете ги алатките што се веќе достапни на платформата. Значи, тајниот сос на OpenShift 4 навистина не е тајна - само прашање е да се земат принципите на SRE и концептите без сервери и да се одведат до нивниот логичен заклучок за да им се помогне на програмерите и оперативните инженери:
- Автоматизирајте ја и стандардизирајте ја инфраструктурата што ја користат апликациите
- Поврзете ги процесите на распоредување и развој заедно без да ги ограничувате самите програмери
- Обезбедувањето дека лансирањето, ревизијата и обезбедувањето на XNUMX-та услуга, функција, апликација или целиот стек не е потешко од првото.
Но, која е разликата помеѓу платформата OpenShift 4 и нејзините претходници и од „стандардниот“ пристап за решавање на ваквите проблеми? Што ја поттикнува скалата за тимовите за имплементација и операции? Поради фактот што кралот во оваа ситуација е кластерот. Значи,
- Се грижиме дека целта на кластерите е јасна (Драг облак, го зедов овој кластер затоа што можев)
- Машините и оперативните системи постојат за да му служат на кластерот (Ваше височество)
- Управувајте со состојбата на домаќините од кластерот, минимизирајте го нивното обновување (дрифт).
- За секој важен елемент на системот потребна е дадилка (механизам) која ќе ги следи и елиминира проблемите
- Неуспехот на *секој* аспект или елемент на системот и поврзаните механизми за обновување се нормален дел од животот
- Целата инфраструктура мора да се конфигурира преку API.
- Користете Kubernetes за да го стартувате Kubernetes. (Да, да, тоа не е печатна грешка)
- Ажурирањата треба да бидат лесни и без проблеми за инсталирање. Ако е потребно повеќе од еден клик за да се инсталира ажурирање, тогаш очигледно правиме нешто погрешно.
- Следењето и дебагирањето на која било компонента не треба да биде проблем, и затоа следењето и известувањето низ целата инфраструктура исто така треба да биде лесно и практично.
Сакате да ги видите можностите на платформата во акција?
Верзијата за преглед на OpenShift 4 стана достапна за програмерите. Со лесен за користење инсталатер, можете да извршите кластер на AWS на врвот на Red Had CoreOS. За да го користите прегледот, потребна ви е само сметка AWS за обезбедување на инфраструктурата и збир на сметки за пристап до сликите за преглед.
- За да започнете, одете на и кликнете „Започнете“.
- Најавете се на вашата сметка на Red Hat (или креирајте нова) и следете ги упатствата за да го поставите вашиот прв кластер.
По успешната инсталација, проверете ги нашите упатства за да добиете подлабоко разбирање за системите и концептите кои ја прават платформата OpenShift 4 толку лесен и лесен начин за водење на Kubernetes.
Пробајте го новото издание на OpenShift и споделете го вашето мислење. Посветени сме да ја направиме работата со Kumbernetes што е можно подостапна и без напор - иднината на NoOps започнува денес.
И сега внимание!
На конференцијата На 20 април, еден од програмерите на OpenShift, Вадим Рутковски, ќе одржи мастер клас - ќе скрши десет кластери и ќе ги принуди да ги поправат. Конференцијата се плаќа, но со промотивниот код #RedHat добивате 37% попуст
Мастер клас во 17:15 - 18:15 часот, а штандот е отворен цел ден. Маици, капи, налепници - вообичаено!
Сала #2
„Тука треба да се смени целиот систем: ние ги поправаме скршените кластери на k8 заедно со сертифицирани механичари“.
Извор: www.habr.com