За това как Plesk присъства на KubeCon

Тази година Plesk реши да изпрати няколко души на KubeCon, най-важното събитие на Kubernetes в света. В Русия няма специализирани конференции по тази тема. Разбира се, говорим за K8 и всеки го иска, но никъде другаде не се събират на едно място толкова много компании, които го практикуват. Случайно бях един от участниците, тъй като работя върху платформа, базирана на Kubernetes.

За организацията

Мащабът на конференцията е невероятен: 7000 участници, огромен изложбен център. Преминаването от една зала в друга отнемаше 5-7 минути. Имаше 30 доклада на различни теми едновременно. Имаше огромен брой компании със собствени щандове, някои от тях раздаваха много добри и някои страхотни награди, а също така раздаваха всякакви неща под формата на тениски, химикалки и други сладки неща . Цялата комуникация беше на английски, но не изпитах никакви затруднения. Ако това е единствената причина да не ходите на чуждестранни конференции, давайте. Английският в ИТ е по-лесен от обикновения английски благодарение на изобилието от познати думи, които пишете и четете всеки ден в код и документация. Нямаше проблеми и с възприемането на докладите. В главата ми се натрупа много информация. До вечерта заприличах на сървър, на който се възползваха от препълване на буфера и го изляха направо в подсъзнанието.

Относно отчетите

Искам да говоря накратко за репортажите, които ми харесаха най-много и бих препоръчал да гледате.

Въведение в CNAB: Пакетиране на собствени облачни приложения с множество вериги от инструменти – Chris Crone, Docker

Този доклад ми направи правилно впечатление, защото засегна много болка. Имаме много различни услуги, те се поддържат и развиват от различни хора в екипа. Ние следваме инфраструктурата с наближаването на кода, но има някои неразрешени проблеми. Има хранилище с код на Ansible, но текущото състояние и инвентарът се съхраняват от разработчика, изпълняващ скрипта на машината, и кредитите са там. Част от информацията може да бъде намерена в сливане, но не винаги е очевидно къде. Няма място, където просто да натиснете едно копче и всичко да е наред. Предлага се да се направи описание и да се постави в хранилището не само кодът, но и инструментите за внедряване. Опишете къде да получите състояние и кредити, направете Инсталиране и се насладете на резултата. Бих искал повече ред в услугите, ще следя версиите на CNAB, ще ги използвам сам, ще ги прилагам и ще ги убеждавам. Добър шаблон за проектиране на Readme в ряпа.

Keep the Space Shuttle Flying: Writing Robust Operators – Illya Chekrygin, Upbound

Много информация за рейк при писане на оператори. Смятам, че докладът трябва да се види от тези, които планират да напишат свой собствен оператор за Kubernetes. Там се вземат предвид всички неща като статуси, събиране на боклука, конкуренция и всичко останало. Много информативен. Много ми хареса цитата от кода на Kubernetes за постоянни томове:

Контролната равнина на Kubernetes за заети хора, които харесват снимки - Даниел Смит, Google

K8s заменя сложността за интеграция в полза на лекотата на внедряване.

Този доклад разкрива в детайли един от основните архитектурни елементи на клъстера - контролната равнина, а именно набор от контролери. Описани са тяхната роля и архитектура, както и основните принципи за създаване на собствен контролер на примера на съществуващи.

Една от най-оригиналните точки е препоръката да не се маскират необичайни ситуации зад правилното поведение на контролера, а да се промени поведението по някакъв начин, за да се сигнализира на системата за възникнали проблеми.

Изпълнение на високопроизводителни работни натоварвания на eBay с Kubernetes - Xin Ma, eBay

Много интересно преживяване, много информация с рецепти за това какво трябва да вземете предвид, когато имате наистина голямо натоварване. Те влязоха добре в Kubernetes и поддържат 50 клъстера. Те говориха за всички аспекти на изстискването на максимална производителност. Препоръчвам да гледате доклада, преди да вземете технически решения относно клъстерите.

Графана Локи: Като Прометей, но за трупи. — Том Уилки, Grafana Labs

Докладът, след който разбрах, че определено трябва да опитам Loki за регистрационни файлове в клъстер и най-вероятно да остана с него. Изводът: ластикът е тежък. Grafana искаше да разработи леко, мащабируемо решение, подходящо за отстраняване на грешки. Решението се оказа елегантно: Локи избира мета информация от Kubernetes (етикети, като Prometheus) и подрежда регистрационните файлове според тях. По този начин можете да избирате парчета от регистрационни файлове по услуга, да намерите конкретен под, да изберете конкретно време, да филтрирате по код на грешка. Тези филтри работят без пълнотекстово търсене. Така че, като постепенно стесните търсенето, можете да стигнете до конкретната грешка, от която се нуждаете. В крайна сметка търсенето все още се използва, но тъй като кръгът е стеснен, скоростта е достатъчна без индексиране. Като щракнете върху него, контекстът се зарежда - няколко реда преди и няколко реда от лога след. По този начин изглежда като търсене на файл с логове и grepping върху него, но малко по-удобно и в същия интерфейс, където са метриките. Може да преброи броя на срещанията на заявка за търсене. Самите заявки за търсене са подобни на езика на Prometheus и изглеждат прости. Лекторът ни обърна внимание на факта, че решението не е много подходящо за анализи. Силно го препоръчвам на всеки, който има нужда от регистрационни файлове, много е лесен за четене.

Как Intuit внедрява Canary и Blue Green с контролер K8s - Даниел Томсън

Много ясно са показани процесите на канарче и синьо-зелено разгръщане. Съветвам тези, които все още не са се вдъхновили, да гледат репортажа. Лекторите ще представят решението под формата на разширение за обещаващата CI-CD система ARGO. Английската реч на говорителя от Русия е по-лесна за слушане от речта на други говорители.

По-интелигентен контрол на достъпа на Kubernetes: По-опростен подход към удостоверяването — Роб Скот, ReactiveOps

Един от най-трудните аспекти на управлението на клъстерите остава настройката на сигурността, по-специално правата за достъп до ресурси. Вградените примитиви на K8s ви позволяват да конфигурирате оторизацията както искате. Как безболезнено да ги поддържаме актуални? Как да разберем какво се случва с правата за достъп и да коригираме създадените роли? Този доклад не само предоставя преглед на няколко инструмента за отстраняване на грешки при авторизация в k8s, но също така предоставя общи препоръки за изграждане на прости и ефективни политики.

Други доклади

Няма да го препоръчам. Някои бяха капитански, други, напротив, бяха много трудни. Съветвам ви да скочите в този плейлист и да разгледате всичко, което е маркирано като основно. Това ще ви позволи да хвърлите широк поглед върху индустрията около Cloud Native Apps, след което трябва да натиснете ctrl+f и да потърсите ключови думи, компании, продукти и подходи, представляващи интерес.

Ето връзка към плейлиста с отчети, обърнете внимание на него

Плейлист в YouTube

Относно фирмените щандове

На щанда на Haproxy ми подариха тениска за сина ми. Съмнявам се, че заради това ще заменя Nginx с haproxy в продукцията, но ги помня най-много. Кой знае какво ще направят новите собственици с Nginx.

През всичките три дни имаше кратки разговори на щанда на IBM и те примамиха хората, като разиграха Oculus Go, слушалки Beats и квадрокоптер. Трябваше да си на щанда през целия половин час. Два пъти за три дни опитах късмета си - не се случи. VMWare и Microsoft също направиха кратки презентации.

На щанда на Ubuntu направих това, което изглежда правят всички - направих снимка с Shuttleworth. Общителен човек, той се зарадва да научи, че го използвам от 8.04 и че сървърът работи с него 10 години без dist upgrade без нито едно прекъсване (макар и без достъп до интернет).

Ubuntu съкращава своя MicroK8s - бърз, лек, Upstream разработчик Kubernetes microk8s.io

Не можах да подмина уморения Дмитрий Столяров, разговарях с него за трудното ежедневие на инженерите, поддържащи Kubernetes. Той ще делегира четенето на доклади на свои колеги, но подготвя нов формат за представяне на материала. Призовах ви да се абонирате за канала на Flant в YouTube.

IBM, Cisco, Microsoft, VMWare инвестираха много пари в щандове. Другарите с отворен код имаха по-скромни позиции. Говорих с представители на Графана на щанда и те ме убедиха, че трябва да пробвам Локи. Като цяло изглежда, че търсенето в пълен текст в система за регистриране е необходимо само за анализи, а системите на ниво Loki са достатъчни за отстраняване на проблеми. Говорих с разработчиците на Prometheus. Те не планират да правят дългосрочно съхранение на показатели и намаляване на данните. Препоръчително е да разгледате кортекса и таноса като решение. Имаше много щандове, отне цял ден, за да ги разгледаме всички. Дузина решения за мониторинг като услуга. Пет служби за сигурност. Пет услуги за изпълнение. Дузина потребителски интерфейси за Kubernetes. Има много, които предоставят k8s като услуга. Всеки иска своето парче от пазара.

Amazon и Google наеха вътрешни дворове с изкуствена трева на покрива и поставиха там шезлонги. Amazon раздаваха чаши и наливаха лимонада, а на щанда говориха за иновациите в работата с спот инстанции. Google раздаде бисквитки с логото на Kubernetes и направи страхотна фотозона, а на щанда лових големи риби на предприятията.

За Барселона

Влюбен в Барселона. Бях там за втори път, първия път през 2012 г. на туристическа обиколка. Това е изненадващо, но много факти ми дойдоха наум, успях да разкажа много на колегите си, бях минигид. Чистият морски въздух моментално облекчи алергиите ми. Вкусни морски дарове, паеля, сангрия. Много топла, слънчева архитектура. Малка етажност, много зеленина. Изминахме около 50 километра за тези три дни и искам да обикалям този град отново и отново. Всичко това след репортажи, вечер.

Кое е основното, което разбрах

Много се радвам, че имах възможността да присъствам на тази конференция. Тя подреди на рафтове това, което не беше подредено преди. Тя ме вдъхнови и направи някои неща очевидни.

Мисълта вървеше като червена нишка: Kubernetes не е крайна точка, а инструмент. Платформа за създаване на платформи.

И основната задача на цялото движение: изграждане и стартиране на мащабируеми приложения

Изкристализираха основните насоки, по които общността работи. Приблизително как се появиха 12 фактора за приложения наведнъж, се появи списък какво и как да се направи за инфраструктурата като цяло. Ако искате, можете да наречете тези тенденции:

• Динамични среди
• Публични, хибридни и частни облаци
• Контейнери
• Сервизна мрежа
• микро Услуги
• Неизменна инфраструктура
• Декларативен API

Тези техники ви позволяват да изграждате системи със следните характеристики:

• Защитен срещу загуба на данни
• Еластичен (регулира се спрямо натоварването)
• Обслужен
• Наблюдаеми (три стълба: мониторинг, регистриране, проследяване)
• Имате възможност да внедрявате големи промени често и предвидимо безопасно.

CNCF избира най-добрите проекти (малък списък) и популяризира следните неща:

• Интелигентна автоматизация
• Отворен код
• Свобода на избор на доставчик на услуги

Kubernetes е сложен. Тя е проста идейно и на части, но сложна като цяло. Никой не показа решение "всичко в едно". Пазарът за k8s като услуга, както и останалата част от пазара, е див запад: поддръжката се продава както за $50, така и за $1000 на месец. Всеки навлиза дълбоко в някаква част и дълбае в нея. Някои се занимават с мониторинг и табла за управление, други с производителност, трети със сигурност.

K8S, всичко тепърва започва!

Източник: www.habr.com