Ақпан айынан бастап Бізге бір мәңгілік өтіп кеткендей. Бөлінуді аздап жарықтандырған жалғыз нәрсе - біз бұлтты Native Computing Foundation жүйесіне кіріп, Kubernetes сертификатталған сәйкестік бағдарламасы аясында Kubernetes дистрибутивін куәландырдық, сонымен қатар оны қызметте іске қостық. оны Kubernetes Cluster Autoscaler енгізу.
Үшінші @Kubernetes Meetup кездесуінің уақыты келді! Қысқаша:
- Газпромбанк сізге OpenStack-ті басқару үшін Kubernetes-ті ғылыми-зерттеу жұмыстарында қалай пайдаланатынын айтып береді;
- Mail.ru Cloud Solutions - масштабтауыштарды пайдаланып K8S жүйесіндегі қолданбаларды қалай масштабтауға болады және олардың Kubernetes Cluster Autoscaler енгізуін қалай дайындады;
- және Wunderman Thompson агенттігі - Kubernetes оларға даму тәсілдерін оңтайландыруға қалай көмектеседі және неге DevOps-те Ops-тен гөрі Dev көп.
Кездесу 21 маусымда (жұма) сағат 18:30-да Mail.ru Group компаниясының Мәскеудегі кеңсесінде (Ленинград даңғылы, 39, 79 ғимарат) өтеді. талап етіледі және 20 маусымда сағат 11:59-да жабылады (немесе орын таусылған жағдайда ертерек).
«Әзірлеушілерге арналған Kubernetes: DevOps-та қанша Devs бар?»
Григорий Никонов, Вундерман Томпсон, басқарушы директор
Бізде 500 түйіннен тұратын кластерлер жоқ. Бізде қатаң DevOps жоқ. Бізде арнайы өнім топтары жоқ. Бірақ бізде көптеген қызықты жобалар бар және осы жобаларды әзірлеу және қолдау кезінде тапқан сұрақтарға жауаптар бар. Біріншіден, біз әзірлеушілерміз және өзіміз қолданатын құралдарды жасауға дағдыланғанбыз. Мүмкін олар сіздің жұмысыңызға да көмектеседі.
Wunderman Thompson агенттігі Ресейдегі интернет-шешімдерді әзірлеудегі пионерлердің бірі болып табылады және қазір қарапайым беттерді де, күрделі таратылған жүйелерді де әзірлеуде. Kubernetes әзірлеу тәсілін оңтайландыруға көмектеседі және агенттік тұтынушыларына жасалған шешімдерді орналастыруға және басқаруға көмектеседі.
Интеграциялар мен ішкі құрамдастардың үлкен саны бар үлестірілген жүйелерде микросервис архитектурасы шешімнің жаңартылуы мен сақталуына қойылатын талаптарға табиғи жауап болып табылады, бірақ мұндай архитектураға көшу нұсқаларды құруға байланысты мәселелердің тұтас сериясын тудырады және басып шығару. Біздің арнайы өнім тобы емес, агенттік екендігіміз және әзірлеушілеріміз өз машиналарында нақты шешімнің орналастырылған контекстін үнемі сақтамайтындығымыз әзірлеу ортасының қайталану мүмкіндігіне, өзгерістер енгізу мүмкіндігіне өзіндік талаптарды қояды. бірнеше командаға бір уақытта және біраз уақыттан кейін жобаға оралу. Осы қиындықтарға жауап ретінде біз әзірлеушілер мен DevOps үшін олар жасайтын шешімдерді әзірлеуді және қолдауды жеңілдететін процестер мен құралдарды әзірледік.
Неліктен DevOps операциялық жүйеге қарағанда көбірек әзірлеуші екенін және жалқаулық әзірлеу/қолдау уақыты мен құнын қалай қысқартатынын, сонымен қатар:
- Кубернетес жобаларды әзірлеу жолын қалай өзгертті;
- кодымыздың өмірлік циклі қалай көрінеді;
- микросервистерді бақыланатын жариялау үшін қандай құралдарды қолданамыз;
- ескірген артефактілерді құрастыру мәселесін қалай шешеміз;
- біз кластерге қалай қуана орналастырамыз.
«Kubernetes Cluster Autoscaler көмегімен қолданбаларды масштабтау: Autoscaler нюанстары және Mail.ru бұлтты шешімдерін енгізу»
Александр Чадин, Mail.ru Cloud Solutions, PaaS қызметтерін әзірлеуші
Қазіргі әлемде пайдаланушылар сіздің қолданбаңыз әрқашан желіде және әрқашан қол жетімді екенін күтеді, сондықтан ол қаншалықты үлкен болса да, кез келген трафик ағынын басқара алады. Kubernetes жүктемеге сәйкес масштабтауға мүмкіндік беретін өте талғампаз шешім ұсынады - Kubernetes Cluster Autoscaler.
Жалпы алғанда, Кубернетесте масштабтаудың екі түрі бар: біз нақты масштабтауға негізделген: қолданбаның көбірек көшірмелері немесе көбірек ресурстар. Қолданыстағы түйіндердегі қолданба көшірмелерінің санын көбейткен кезде тік масштабтау. Және күрделірек көлденең масштабтау - біз түйіндердің санын көбейтеміз.
Екінші жағдайда біз қосымшаның одан да көп көшірмелерін шығара аламыз - бұл оның жоғары қолжетімділігін қамтамасыз етеді. Біз Cluster Autoscaler көмегімен көлденең масштабтау туралы сөйлесеміз. Ол жүктемеге байланысты түйіндердің санын көбейтіп қана қоймай, азайтуы мүмкін. Мысалы, жүктеме ең жоғары деңгейге жеткенде, Autoscaler өзі түйіндер санын қажетті мөлшерге дейін азайтады және осылайша провайдердің ресурстары үшін төлем жасайды.
Кездесуде біз сізге Kubernetes Cluster Autoscaler нюанстары туралы, сондай-ақ Mail.ru Cloud Containers қызметінің бөлігі ретінде Cluster Autoscaler енгізуді іске қосқан кезде қандай қиындықтарға тап болғанымыз туралы толығырақ айтып береміз. Сіз үйренесіз:
- Kubernetes-те қандай масштабтауыштар бар, оларды пайдалану ерекшеліктері қандай;
- шкалаларды пайдаланған кезде неге назар аудару керек;
- Түйін топтары арқылы қол жетімділік аймақтары бойынша түйіндерді қалай сегменттегенімізді;
- MCS жүйесінде Kubernetes Cluster Autoscaler қолдауын қалай жүзеге асырдық.
«Газпромбанктегі ҒЗТКЖ: K8S OpenStack-ті басқаруға қалай көмектеседі»
Максим Клецкин, Газпромбанк, өнім менеджері
Тренд қызмет ретінде барлығына арналған әлемде нарыққа шығу уақыты бәрінен жоғары. Гипотезаларды тексеру және олардың бастапқы қалыптасу сәтінде жаңа нарықтарды табу үшін қосымшаларды жылдам әзірлеу қажет. Жылдамдық әсіресе банктер үшін маңызды және мұнда жаңа технологиялар көмектеседі - атап айтқанда, контейнерлік технологиялар мен Кубернетес.
Максим Клецкин - Газпромбанктің өнім менеджері және тәжірибелік өнімдерді шығаруға арналған құмсалғышты әзірлеуде. Газпромбанктің ғылыми-зерттеу және тәжірибелік-конструкторлық жұмыстары олардың бұлтында әртүрлі зерттеулер жүргізеді, бұл OpenStack. Kubernetes мұнда екі түрде қолданылады: 1) OpenStack бұлтының басқару қабаты ретінде жалаң металдағы Кубернетес және 2) K8S әзірлеуге арналған OpenShift дистрибутиві ретінде.
Есепте біз бірінші жағдай туралы сөйлесеміз және Газпромбанк OpenStack-ті басқару үшін Kubernetes-ті қалай қолданатынын білеміз. Егер сіз OpenStack архитектурасына қарасаңыз, оның өте атомдық екенін көре аласыз, сондықтан Kubernetes-ті OpenStack басқару қабаты ретінде пайдалану өте қызықты және қисынды болып көрінеді. Бұл сонымен қатар OpenStack кластеріне түйіндерді қосуды жеңілдетеді және басқару жазықтығының сенімділігін арттырады. Және, торттағы глазурь сияқты, ол кластерден телеметрия жинауды жеңілдетеді.
Сіз білесіз:
- неге R&D банкі: біз сынақтан өткіземіз және эксперимент жасаймыз;
- OpenStack қалай контейнерлендіреміз;
- OpenStack-ті K8S жүйесінде қалай және неге орналастыру керек.
Спектакльдерден кейін біз @Ku форматына оңай ауысамызсыраNetes After-Party, сонымен қатар біз сіздер үшін керемет хабарландырулар дайындадық. Міндетті түрде тіркеліңіз , біз барлық өтінімдерді бірнеше күн ішінде қарастырамыз.
@Kubernetes Meetup сериясындағы жаңа оқиғалар және басқа оқиғалар туралы Біз дереу Telegram арнамызда хабарлаймыз:
Келесі @Kubernetes кездесуінде сөйлегіңіз келе ме? Өтінішіңізді мына жерге жібере аласыз:
Ақпарат көзі: www.habr.com
