Quarkus

С 29 июня по 3 июля 2020 года в онлайн-формате прошла Java-конференция JPoint 2020. Информация о докладах, спикерах, особенностях проведения, впечатления от конференции всё это можно прочитать далее.



Пандемия короновирусной инфекции вынудила конференции, обычно сопровождающиеся живым общением, возможностью личного присутствия на докладе и задания вопросов спикеру, перейти в онлайн. Однако, несмотря на явные отрицательные стороны подобной вынужденной трансформации формата конференции, неожиданно возникло множество дополнительных интересных сторон и преимуществ.

В предверии летнего блока конференций участники команды JUG Ru Group проделали титанический объём работы как административного, так и технического характера. Была создана онлайн-платформа для трансляции митапов и конференций. Также было проведено множество онлайн-встреч, в том числе Java-серия Первая чашка кофе с JPoint с интервью с участниками программного комитета и спикерами: Владимиром Ситниковым, Маргаритой Недзельской, Тагиром Валеевым, Олегом Докукой, Иваном Углянским и Алексеем Шипилёвым.

В блоге компании JUG Ru Group до летних конференций появилось множество интересных статей и интервью:

• серия про онлайн-трансляции (раз, два, три, четыре, пять и шесть);
• о спикерах конференции статья про Джеймса Гослинга и интервью с Грэмом Роше;
• анонсы встреч Java-сообщества JUG.ru: до конференции успели выступить Евгений Борисов и Sebastian Daschner.

В проведении самой конференции произошли изменения:

• стенды компаний превратились в виртуальную выставку с информацией о компании и возможностью назначения онлайн-встреч;
• дискуссионные зоны для задания вопросов и общения после докладов тоже стали онлайновыми;
• изменилось положение ведущих треков они стали играть значительно большую роль, помогая спикерам усилить впечатление от их докладов.

Открытие

Непосредственно перед открытием Алексей Фёдоров предоставил возможность увидеть пультовую Всевластья, помогающую организовать онлайн-конференции. После вводных слов и приветствия спонсоров конфереция была объявлена открытой.

Первый день

Прекрасным предисловием к интервью с James Gosling, отцом языка Java, стала статья, написанная phillennium. Беседу вели и задавали вопросы Андрей Дмитриев и Volker Simonis. Интервью получилось живое и эмоциональное, вызвавшее большой интерес у самого Джеймса. Было задано множество вопросов, от касающихся подробностей его прошлых проектов до отношения к популярному в настоящее время JVM-языку Kotlin. Безусловно, Джеймс является личностью, колоссальным образом повлиявшей на индустрию и внёсшей огромный вклад. Его присутствие в числе спикеров большая удача для конференции.



В перерыве между большими докладами можно было посмотреть познавательные интервью, одним из которых стало ML и AI: Как сейчас выглядит разработка решений в крупных компаниях Андрея Дмитриева с Дмитрием Бугайченко про машинное обучение и искусственный интеллект. Достаточно интересно было послушать мнение Дмитрия, являющегося экспертом в этой области и докладчиком этой и других конференций JUG Ru Group.



Доклад Precomputed data access with Micronaut Data от Graeme Rocher, автора Micronaut Framework. У данного спикера на конференции два доклада (доклад Micronaut deep dive был в этот же день чуть раньше, его я ещё планирую посмотреть). Очень полезным оказалось предварительное ознакомление с интервью, взятым недавно. В данном докладе было рассказано про Micronaut Data, легковесное решение для доступа к базам данных, выглядящее чрезвычайно привлекательно. После доклада Грэму вопросы слушателей и свои задавал Антон Архипов. На интересующий многих заданный Антоном вопрос, возможно ли использование Micronaut Data без всего остального из Micronaut Framework, был дан положительный ответ.

Второй день

В нативный код из уютного мира Java: Путешествие туда и обратно блестящий доклад Ивана Углянского на тему возможностей вызова из Java-кода процедур и функций нативных (native) библиотек. Всеобъемлющая ретроспектива существовавших до JNI альтернатив (JDK 1.0 NMI, RNI, JRI), популярных существующих сейчас (JNA, JNR, JavaCPP) и перспективных пока что экспериментальных (Panama, Sulong). Подробное сравнение всего современного вышеперечисленного (начиная с JNI) с большим количеством слайдов говорит об огромной проделанной работе. Очень удачные выбранные аналогии на тему произведений Толкиена: левый слайд (Шир) иллюстрирует милый и безопасный Java-код, правый слайд опасный нативный код (Мордор).



How to develop a successful Kubernetes native application using Quarkus небольшой пятнадцатиминутный доклад Alex Soto Bueno от компании RedHat, спонсора конференции. Доклад о разработке микросервисов с использованием Kubernetes и фреймворка Quarkus, детища RedHat.



Олег Шелаев является одним из тех спикеров, доклады которых всегда можно смело выбирать, зная, что совершенно точно будет интересно, увлекательно и полезно. Обладает редкой способностью просто объяснять очень сложные с технической точки зрения вещи. Доклад под названием Polyglot done right with GraalVM не стал исключением в этом смысле. В нём Олег продолжил раскрывать тему GraalVM, являясь developer advocate проекта GraalVM в OracleLabs. В данном докладе более полно была раскрыта направленность продукта на возможность одновременного применения различных языков программирования: API, шаблоны взаимодействия и прочие детали GraalVM. Ожидания от прослушанного полностью оправдались, отличный доклад.

Третий день

Всеволод Брекелов входит в команду JUG Ru Group, активно участвуя в проведении летнего блока конференций, к которому относится и конференция JPoint. Тем интереснее, регулярно видя его в роли ведущего конференций, было посмотреть доклад в его исполнении под названием Contract testing: Should or shouldn't? Ему очень удачно помогали Андрей Дмитриев, Владимир Плизга и Алексей Виноградов например, представление Владимиром докладчика в самом начале просто восхищает оригинальностью. Обсуждение было посвящено контрактным тестам, были последовательно продемонстрированы несколько подходов с использованием Spring Cloud Contract, Pact и Protocol Buffers. Получилось зажигательно и интересно.



Доклад Страх и ненависть в Scala и Kotlin interop от Маргариты Недзельской был посвящён проблемам взаимодействия кода, написанного на двух JVM-языках Kotlin и Scala. Название доклада является аллюзией на фильм Fear and Loathing in Las Vegas, им же достаточно оригинально был проиллюстрирован весь рассказ. Проблемы вызвали искреннее сочувствие, технические подробности были приведены весьма убедительные. Маргарите помогали Паша Финкельштейн и Евгений Мандриков, ведя беседу, озвучивая результаты голосований и задавая вопросы слушателей.

Четвёртый день

Ещё немного маленьких оптимизаций стал своеобразным продолжением доклада, сделанным на конференции Joker 2019 тем же автором, Тагиром Валеевым. Доклад первой части был посвящён улучшениям в строках, коллекциях и операциям с числами, в этот раз уже другим оптимизациям тоже в строках, коллекциях и теперь ещё и в reflection. Изменения, о которых было рассказано, произошли в версиях Java с 9 по 16. Традиционное глубокое понимание темы, множество результатов сравнений, характерные для докладов Тагира всё это было и в этот раз.



На Интервью и Q&A с Алексеем Шипилёвым интервьюеры Алексей Фёдоров и Иван Крылов поговорили и задали вопросы Алексею Шипилёву об особенностях работы в Red Hat, про используемые инструменты performance-инженера, про различия сборщиков мусора в Java, историю создания Shenandoah GC, об отношении к статьям с замерами производительности, мнении о GraalVM, про совместное использование jmh и async-profiler, о советах для молодых разработчиков и инженеров.

Пятый день

Совместный доклад настоящих звёзд конференций Баруха Садогурского и Евгения Борисова, озаглавленный ими Вырасти своего работодателя в условиях коронавируса, Или как сделать так, чтобы вас не уволили в кризис об особенностях удалённой работы, типах руководителей, проблемах при человеческих коммуникациях с рекомендациями для решения всех возникающих при этом проблем. Хороший нетехнический доклад в завершающий день конференции, демонстрация помех для работы при участии семьи Евгения Борисова в конце доклада была просто великолепна.



Внедрение open source-решений на примере Одноклассников: интервью Дмитрия Чуйко с Андреем Паньгиным. Одной из тем разговора стал переход компанией Одноклассники на использование дистрибутива Liberica JDK компании BellSoft, поэтому представляющий BellSoft Дмитрий Чуйко в качестве берущего интервью был весьма уместен. Также были упомянуты популярные проекты Андрея one-nio и async-profile, тоже являющиеся open source-решениями и вызывающие интерес и уважение.



Доклад Valhalla is coming от Сергея Куксенко был продолжение его же предыдущего доклада, сделанного им на Joker 2019. С конца октября 2019 года в разработке инлайн-типов произошли значительные изменения, подробно о которых было рассказано примерно с середины данного доклада. Сергей харизматичный спикер и высококвалифицированный инженер, доклады которого безошибочно всегда можно выбирать. Отлично дополнил доклад Иван Углянский, задававший вопросы и помогавший Сергею во взаимодействии со слушателями.

Прочие события

Кроме впечатляющей онлайн-платформы для стриминга конференций, всевозможных активностей во время их проведения к летним конференциям была выпущена новая версия веб-приложения, о котором ранее уже писалось в обзорах про конференции TechTrain 2019 и Joker 2019. Приложение доступно по ссылке, в репозитории на GitHub (ставьте звёздочки) имеется описание с информацией, включающей актуальную ссылку на веб-сайт.

Приложение, ранее бывшее только игрой по угадыванию спикера, теперь разделено на две части. В первой из них можно произвести поиск и просмотр информации обо всех конференциях JUG Ru Group, а также митапах Java-сообществ JUG.ru, JUG.MSK, JUGNsk. Содержится абсолютно та же информация, что и представленная на сайтах конференций и митапов. Доступны для удобного просмотра уже опубликованные видео и презентации докладов (ниже для примера показано отображение сведений об Антоне Архипове и об одном из его докладов).



В разделе со статистикой приведены сведения, которые могут заинтересовать как организаторов конференций, так и их участников: с какого времени проводится каждая из конференций или каждый из митапов, общая их длительность, количество конференций, докладов и спикеров, сколько из спикеров удостоено звания Java Champion или Most Valuable Professional (MVP). Можно щёлкнуть по картинкам для их увеличения (или посмотреть то же самостоятельно в веб-приложении по ссылке, приведённой выше).

Второй и третий скриншоты ниже показывают топ спикеров по количеству сделанных ими докладов (скриншот слева без учёта митапов, справа конференции вместе с митапами). Уверенную победу в обоих случаях (только конференции и конференции с митапами) одерживает Барух Садогурский, на втором месте Евгений Борисов. Третье месте в случае только конференций Кирилл Толкачёв, конференции с митапами Алексей Шипилёв.



В игре Угадай спикера, второй части веб-приложения, после загрузки данных обо всех конференциях и митапах стало возможным использовать все ранее доступные режимы угадывания для конкретной конференции (например, JPoint 2020). По умолчанию для угадывания предлагается в данный момент идущая либо ближайшая конференция. Дополнительно были реализованы возможности попытаться угадать Twitter, GitHub спикеров и, наоборот, спикера по представленному их Twitter, GitHub.

Закрытие

Процедура закрытия, сопровождавшаяся ранее полным зрителей залом и традиционным выходом на сцену спикеров, участников программного комитета и организаторов, в связи с онлайн-форматом претерпела существенные изменения. Кроме закрывающих конференцию Всеволода Брекелова и Алексея Фёдорова на экране можно было увидеть в прямом эфире многих организаторов и спикеров.



Совершенно точно, что в сложившейся сегодня ситуации команда JUG Ru Group сделала абсолютно всё возможное (мне кажется, что даже чуточку больше), чтобы праздник, которым конференция всегда бывает и для спикеров, и для обычных участников, состоялся. В какой-то степени, праздник можно продлить у каждого осталось много замечательных докладов, оставшихся пока непросмотренными, и имеется возможность поделиться своими впечатлениями от конференции в комментариях к статье.

Сезон летних конференций JUG Ru Group продолжается по-прежнему можно успеть присоединиться к оставшимся двум онлайн-конференциям DevOops (6-10 июля 2020 года) и Hydra (6-9 июля 2020 года). Есть возможность купить единый билет на все восемь конференций, видео докладов в этом случае становятся доступны сразу же после завершения конференций.

Привет, Хабр!

Продолжая исследование новых фреймворков Java и учитывая ваш интерес к книге о Spring Boot, мы присматриваемся к новому фреймворку Quarkus для Java. Подробное описание его вы найдете здесь, а мы сегодня предлагаем почитать перевод простой статьи, демонстрирующей, как удобно при помощи Quarkus придерживаться чистой архитектуры.


Quarkus быстро приобретает статус фреймворка, от которого никуда не деться. Поэтому я решил лишний раз по нему пройтись и проверить, в какой степени он располагает к соблюдению принципов Чистой Архитектуры.

В качестве отправной точки я взял простой проект Maven, в котором 5 стандартных модулей для создания приложения CRUD REST в соответствии с принципами чистой архитектуры:

• domain: объекты предметной области и интерфейсы шлюза для этих объектов
• app-api: интерфейсы приложения, соответствующие практическим кейсам
• app-impl: реализация этих кейсов средствами предметной области. Зависит от app-api и domain.
• infra-persistence: реализует шлюзы, обеспечивающие взаимодействие предметной области с API базы данных. Зависит от domain.
• infra-web: Открывает рассматриваемые кейсы для взаимодействия с внешним миром при помощи REST. Зависит от app-api.

Кроме того, мы создадим модуль main-partition, который послужит нам развертываемым артефактом приложения.

Планируя работать с Quarkus, первым делом нужно добавить спецификацию BOM к файлу POM вашего проекта. Эта BOM станет управлять всеми версиями зависимостей, которыми вы будете пользоваться. Также вам понадобится сконфигурировать стандартные плагины для проектов maven в вашем инструменте управления плагинами, как, например, плагин surefire. По мере работы с Quarkus, вы здесь же сконфигурируете и одноименный плагин. Последнее, но немаловажное: здесь понадобится сконфигурировать плагин для работы с каждым из модулей (в <build><plugins>...</plugins></build>), а именно, плагин Jandex. Поскольку Quarkus использует CDI, плагин Jandex добавляет файл индекса в каждый модуль; файл содержит записи обо всех аннотациях, используемых в данном модуле и ссылки с указанием на то, где используется какая аннотация. В результате обращение с CDI значительно упрощается, впоследствии приходится выполнять значительно меньше работы.

Теперь, когда базовая структура готова, можно приступать к созданию полноценного приложения. Чтобы это сделать, необходимо убедиться, что main-partition создает исполняемое приложение Quarkus. Данный механизм проиллюстрирован в любом примере для быстрого старта, предоставляемом в Quarkus.

Сначала конфигурируем сборку для использования плагина Quarkus:

<build>  <plugins>    <plugin>      <groupId>io.quarkus</groupId>      <artifactId>quarkus-maven-plugin</artifactId>      <executions>        <execution>          <goals>            <goal>build</goal>          </goals>        </execution>      </executions>    </plugin>  </plugins></build>

Далее давайте добавим зависимости в каждый из модулей приложения, где они будут вместе с зависимостями quarkus-resteasy и quarkus-jdbc-mysql. В последней зависимости можно заменить базу данных на ту, что вам больше нравится (учитывая, что впоследствии мы собираемся пойти по нативному пути разработки, и поэтому не можем использовать встраиваемую базу данных, например, H2).

В качестве варианта, можно добавить профиль, позволяющий позже собрать нативное приложение. Для этого вам в самом деле потребуется дополнительный стенд для разработки (GraalVM, native-image и XCode, если вы используете OSX).

<profiles>  <profile>    <id>native</id>    <activation>      <property>        <name>native</name>      </property>    </activation>    <properties>      <quarkus.package.type>native</quarkus.package.type>    </properties>  </profile></profiles>

Теперь, если вы запустите mvn package quarkus:dev из корня проекта, у вас будет действующее приложение Quarkus! Смотреть пока особенно не на что, поскольку у нас пока нет ни контроллеров, ни контента.

Добавляем REST-контроллер

В данном упражнении пойдем с периферии к сути. Для начала создадим REST-контроллер, который будет возвращать пользовательские данные (в данном примере к ним относится всего лишь имя).

Чтобы использовать JAX-RS API, необходимо добавить зависимость к infra-web POM:

<dependency>  <groupId>io.quarkus</groupId>  <artifactId>quarkus-resteasy-jackson</artifactId></dependency>

Простейший код контроллера выглядит так:

@Path("/customer")@Produces(MediaType.APPLICATION_JSON)public class CustomerResource {    @GET    public List<JsonCustomer> list() {        return getCustomers.getCustomer().stream()                .map(response -> new JsonCustomer(response.getName()))                .collect(Collectors.toList());    }    public static class JsonCustomer {        private String name;        public JsonCustomer(String name) {            this.name = name;        }        public String getName() {            return name;        }    }

Если мы сейчас запустим приложение, то сможем вызвать localhost:8080/customer и увидим Joe в формате JSON.

Добавляем конкретный кейс

Далее добавим кейс и реализацию для данного практического случая. В app-api определим следующий кейс:

public interface GetCustomers {    List<Response> getCustomers();    class Response {        private String name;        public Response(String name) {            this.name = name;        }        public String getName() {            return name;        }    }}

В app-impl создадим простейшую реализацию данного интерфейса.

@UseCasepublic class GetCustomersImpl implements GetCustomers {    private CustomerGateway customerGateway;    public GetCustomersImpl(CustomerGateway customerGateway) {        this.customerGateway = customerGateway;    }    @Override    public List<Response> getCustomers() {        return Arrays.asList(new Response("Jim"));    }}

Чтобы CDI мог увидеть компонент GetCustomersImpl, вам понадобится специальная аннотация UseCase в том виде, как она определена ниже. Также можно использовать стандартный ApplicationScoped и аннотацию Transactional, но, создавая собственную аннотацию, вы получаете возможность более логично группировать код и откреплять код вашей реализации от таких фреймворков как CDI.

@ApplicationScoped@Transactional@Stereotype@Retention(RetentionPolicy.RUNTIME)public @interface UseCase {}

Для пользования аннотациями CDI необходимо добавить следующие зависимости в POM-файл app-impl в дополнение к зависимостям app-api и domain.

<dependency>  <groupId>jakarta.enterprise</groupId>  <artifactId>jakarta.enterprise.cdi-api</artifactId></dependency><dependency>  <groupId>jakarta.transaction</groupId>  <artifactId>jakarta.transaction-api</artifactId></dependency>

Далее нам потребуется изменить контроллер REST, чтобы использовать его в кейсах app-api.

...private GetCustomers getCustomers;public CustomerResource(GetCustomers getCustomers) {    this.getCustomers = getCustomers;}@GETpublic List<JsonCustomer> list() {    return getCustomers.getCustomer().stream()            .map(response -> new JsonCustomer(response.getName()))            .collect(Collectors.toList());}...

Если теперь вы запустите приложение и вызовете localhost:8080/customer, то увидите Jim в формате JSON.

Определение и реализация предметной области

Далее займемся предметной областью (domain). Здесь сущность domain довольно проста, она состоит из Customer и интерфейса шлюза, через который мы будем получать потребителей.

public class Customer {private String name;public Customer(String name) {this.name = name;}public String getName() {return name;}}public interface CustomerGateway {List<Customer> getAllCustomers();}

Также нам понадобится предоставить реализацию шлюза прежде, чем мы сможем приступить к его использованию. Такой интерфейс мы предоставляем в infra-persistence.

Для данной реализации мы воспользуемся поддержкой JPA, имеющейся в Quarkus, а также применим фреймворк Panache, который немного упростит нам жизнь. В дополнение к domain нам придется добавить к infra-persistence следующую зависимость:

<dependency>  <groupId>io.quarkus</groupId>  <artifactId>quarkus-hibernate-orm-panache</artifactId></dependency>

Сначала определяем сущность JPA, соответствующую потребителю.

@Entitypublic class CustomerJpa {@Id@GeneratedValueprivate Long id;private String name;public String getName() {return name;}public void setName(String name) {this.name = name;}}

Работая с Panache, можно выбрать один из двух вариантов: либо ваши сущности будут наследовать PanacheEntity, либо вы воспользуетесь паттерном репозиторий/DAO. Я не являюсь фанатом паттерна ActiveRecord, поэтому сам останавливаюсь на репозитории, но с чем будете работать вы решать вам.

@ApplicationScopedpublic class CustomerRepository implements PanacheRepository<CustomerJpa> {}

Теперь, когда у нас есть наша сущность JPA и репозиторий, можно реализовать шлюз Customer.

@ApplicationScopedpublic class CustomerGatewayImpl implements CustomerGateway {private CustomerRepository customerRepository;@Injectpublic CustomerGatewayImpl(CustomerRepository customerRepository) {this.customerRepository = customerRepository;}@Overridepublic List<Customer> getAllCustomers() {return customerRepository.findAll().stream().map(c -> new Customer(c.getName())).collect(Collectors.toList());}}

Теперь можно изменить код в реализации нашего кейса, так, чтобы в ней использовался шлюз.

...private CustomerGateway customerGateway;@Injectpublic GetCustomersImpl(CustomerGateway customerGateway) {    this.customerGateway = customerGateway;}@Overridepublic List<Response> getCustomer() {    return customerGateway.getAllCustomers().stream()            .map(customer -> new GetCustomers.Response(customer.getName()))            .collect(Collectors.toList());}...

Пока мы не можем запустить наше приложение, поскольку приложение Quarkus еще требуется сконфигурировать с необходимыми параметрами персистентности. В src/main/resources/application.properties в модуле main-partition добавим следующие параметры.

quarkus.datasource.url=jdbc:mysql://localhost/testquarkus.datasource.driver=com.mysql.cj.jdbc.Driverquarkus.hibernate-orm.dialect=org.hibernate.dialect.MySQL8Dialectquarkus.datasource.username=rootquarkus.datasource.password=rootquarkus.datasource.max-size=8quarkus.datasource.min-size=2quarkus.hibernate-orm.database.generation=drop-and-createquarkus.hibernate-orm.sql-load-script=import.sql

Чтобы просмотреть исходные данные, также добавим файл import.sql в тот же каталог, из которого добавляются данные.

insert into CustomerJpa(id, name) values(1, 'Joe');insert into CustomerJpa(id, name) values(2, 'Jim');

Если теперь вы запустите приложение и вызовете localhost:8080/customer, то увидите Joe и Jim в формате JSON. Итак, у нас получилось полноценное приложение, от REST до базы данных.

Нативный вариант

Если вы желаете собрать нативное приложение, то делать это необходимо при помощи команды mvn package -Pnative. На это может потребоваться около пары минут, в зависимости от того, каков ваш стенд для разработки. Quarkus довольно быстр при запуске и без поддержки нативного режима, стартует за 2-3 секунды, но, когда он скомпилирован в нативный исполняемый файл при помощи GraalVM, соответствующее время сокращается менее чем до 100 миллисекунд. Для приложения на Java это просто молниеносная скорость.

Тестирование

Протестировать приложение Quarkus можно при помощи соответствующего тестового фреймворка Quarkus. Если снабдить тест аннотацией @QuarkusTest, то JUnit сначала запустит контекст Quarkus, а затем выполнит тест. Тест целого приложения в main-partition будет выглядеть примерно так:

@QuarkusTestpublic class CustomerResourceTest {@Testpublic void testList() {given().when().get("/customer").then().statusCode(200).body("$.size()", is(2),"name", containsInAnyOrder("Joe", "Jim"));}}

Заключение

Во многих отношениях Quarkus лютый конкурент Spring Boot. На мой взгляд, некоторые вещи в Quarkus решены даже лучше. Даже притом, что в app-impl есть зависимость фреймворка, это всего лишь зависимость для аннотаций (в случае со Spring, когда мы добавляем spring-context, чтобы получить @Component, мы тем самым добавляем множество зависимостей ядра Spring). Если вам такое не нравится, вы также можете добавить файл Java в главный раздел, использующий аннотацию @Produces из CDI и создающий там компонент; в таком случае вам не понадобится никаких дополнительных зависимостей в app-impl. Но по какой-то причине зависимость jakarta.enterprise.cdi-api мне хочется видеть там меньше, чем зависимость spring-context.

Quarkus быстр, реально быстр. С приложениями такого типа он быстрее Spring Boot. Поскольку, согласно Чистой Архитектуре, большинство (если не все) зависимостей фреймворка должны находиться на внешней стороне приложения, выбор между Quarkus и Spring Boot становится очевиден. В данном отношении достоинство Quarkus заключается в том, что он сразу создавался с учетом поддержки GraalVM, и поэтому ценой минимальных усилий позволяет превратить приложение в нативное. Spring Boot пока отстает от Quarkus в этом отношении, но не сомневаюсь, что скоро наверстает.

Правда, эксперименты с Quarkus также помогли мне осознать, какие многочисленные несчастья ожидают тех, кто попытается применить Quarkus с классическими серверами приложений Jakarta EE. Хотя, пока при помощи Quarkus можно сделать не так много, его генератор кода поддерживает разнообразные технологии, которые пока не так просто использовать в контексте Jakarta EE с традиционным сервером приложений. Quarkus охватывает все основы, которые понадобятся людям, знакомым с Jakarta EE, а разработка на нем гораздо более гладкая. Будет интересно посмотреть, как экосистема Java переварит такую конкуренцию.

Весь код к данному проекту выложен на Github.

Полезные ссылки на живые мероприятия, видео, митапы, техтолки и книги ниже в нашем еженедельном посте.

Начни новое:

• Представляем Red Hat Flatpak: контейнеры для чисто десктопных приложений
  Как использовать Flatpak runtime для сборки контейнеризованных десктопных приложений поверх Red Hat Enterprise Linux 8.2.
• Kubernetes и гибридное облако с использованием Skupper (видеоурок DevNation Tech Talk)
  Развертываем облачно-ориентированные микросервисы Java на Amazon Web Services, Google Cloud Platform и Microsoft Azure с помощью Skupper.
  
  
  
• Cloud-native CI/CD с использованием Tekton (KubeCon Europe 2020)
  Концепции и преимущества Tekton, а также практика работы с этой системой (видео с конференции KubeCon).
• Безопасная проверка подлинности с использованием Red Hat AMQ 7.7 и ApacheDS LDAP Server
  Интегрируем Red Hat AMQ 7.7 с Apache Directory Studio (это LDAP-браузер и клиент службы каталогов для ApacheDS).
• Open Data Hub 0.7 теперь поддерживает Kubeflow 1.0
  Новое в Open Data Hub 0.7, включая поддержку Kubeflow 1.0 и улучшенное тестирование компонентов для непрерывной интеграции OpenShift.

Качай:

• Шпаргалка по языку программирования C
  C это классика компилируемых языков программирования, концептуальный предок Lua, C++, Java, Go и многих других современных языков, ну и просто отличный выбор, чтобы начать учиться программированию. Эта шпаргалка содержит полезную выжимку по синтаксису C.

Строй:

• Мониторинг приложений .NET Core на Kubernetes
  Как использовать Prometheus для мониторинга приложений .NET Core, работающих на платформе Kubernetes, и как выполнять запросы и генерировать метрики с помощью PromQL.
  
  
  
• Louketo Proxy: проверка подлинности для микросервисов на различных языках программирования
  Как использовать Louketo Proxy в качестве sidecar-а, чтобы организовать проверку подлинности микросервисов, написанных на различных языках программирования.
• HTTP-сообщения Kafka в Red Hat AMQ Streams
  Как производить и потреблять системные логи с использованием AMQ Streams Kafka Bridge (это RESTful-интерфейс для производства и потребления Kafka-топиков с использованием HTTP/1.1).
• Глубокое погружение в Keycloak (видеоурок DevNation Tech Talk,34 минуты)
  Подробный обзор Keycloak опенсорсной системы управления учетными данными и доступом для современных приложений и сервисов.
• Библиотека реактивного программирования Mutiny в Quarkus (видеоурок DevNation Tech Talk, 34 минуты)
  Что такое Mutiny, и как она вместе с Quarkus упрощает разработку реактивных приложений.

Событие сентября присоединяйтесь!

15 сентября состоится DevNation Day абсолютно бесплатная виртуальная конференция по новым компьютерным технологиям и защите компьютерным программ (тм) ну то есть вопросам разработки и технологий. В это году в центре внимания 4 темы: Kubernetes/OpenShift, JavaScript, Python и Java.

Помимо экспертов Red Hat выступят представители Google, MongoDB, Redis, Snyk, Tail, Auth0, Ionic и многих других ведущих компаний. Никуда ехать не надо сидите (или лежите) там, где вам удобно, смотрите-слушайте и общайтесь с докладчиками через онлайновые опросы и чаты.

Пообщаться:

• 27 августа, 2020 Tech Talk @ 19:00 по московскому времени: Hacking the Mesh: Extending Istio with WebAssembly Modules
• 3 сентября, 2020 Tech Talk @ 19:00 по московскому времени: Cloud-Native Modernization or Death? A false dichotomy
• 10 сентября, 2020 Tech Talk @ 19:00 по московскому времени: How I Built a Serverless Blog Search with Java, Quarkus, and AWS Lambda

По-русски:

Мы начинаем серию пятничных вебинаров про нативный опыт использования Red Hat OpenShift Container Platform и Kubernetes. Регистрируйтесь и приходите:

• 28 августа
  Император Оператор: Операторы в OpenShift и Kubernetes
• 11 сентября
  OpenShift-специфичные волшебные вещи для сборки и развертывания приложений
• 25 сентября
  Red Hat OpenShift и Machine API
• 9 октября
  Как справиться с внезапным ростом нагрузки
• 23 октября
  Встроенный Jenkins, Pipeline-builds, Tekton в Red Hat OpenShift Container Platform

Традиционно короткий дайджест полезных материалов, найденных нами в сети за последние две недели.

Начни новое:

• Опенсорсная виртуализация: Linux на Macе
  Как запустить Fedora под macOS с помощью виртуальной машины QEMU.
• Практический учебник по awk
  Бесплатная электронная книга по скриптовому языку awk.
• Ваяем консоль удаленного управления на Python и Jupyter Notebooks
  Как превратить Jupyter в консоль удаленного администрирования.
  
  
  
  
  
• Создаем обложку книги в опенсорсном аналоге Adobe InDesign
• 4 причины использовать Jamstack при веб-разработке
• Как правильно открывать порты и маршрутизировать трафик через брандмауэр
• OpenShift Pipelines и Argo CD: путь от кода в продакшн:
  Как использовать Argo CD, Tekton и OpenShift Pipelines для управления рабочими процессами CI/CD в тестовой и продакшн-средах.
• Eclipse JKube 1.0.0 разрабатывать Java-приложения для облака стало проще
  Eclipse JKube 1.0.0 это наследник проекта Fabric8 Maven Plugin, и он предлагает много нового для сборки Java-контейнеров Maven, например, поддержку стратегий сборки S2I.
• Ставим Red Hat OpenShift Operators на ноутбук с помощью Red Hat CodeReady Containers и Red Hat Marketplace
  Учимся устанавливать контейнеризованные продукты из магазина приложений Red Hat Marketplace в локальный девелоперский OpenShift-кластер CodeReady.
• Quarkus и Jakarta EE: таки вместе или нет?
  Будет ли Quarkus совместим с Jakarta EE? Простым да или нет тут не обойдешься, так что разбираем в деталях.
• 5 советов по разработке Kubernetes Operators с помощью нового Operator SDK
  Секреты-советы по разработке Kubernetes Operators с использованием Operator SDK 1.0 и Helm, Ansible или Go (даже если вы не пишите на Go), включая массу примеров.
• Как держать в секрете Kubernetes-секреты (видеоурок DevNation Tech Talk, 35 минут)

Качай:

• Шпаргалка по Ansible k8s
  Ansible k8s это специальный модуль для управления объектами Kubernetes из плейбуков Ansible. Как объединить Ansible и Kubernetes при автоматизации облака? Ответ: использовать модуль Ansible k8s, чтобы управлять объектами Kubernetes прямо из плейбуков. И поможет в этом наша шпаргалка, которая содержит полезные советы и сведения по ключевым командам этого модуля.
• Шпаргалка по тестированию приложений Quarkus
  
  
  
  
  
• Книжка-раскраска Контейнерные супергерои
  Децентрализованная команда опенсорсных контейнерных супергероев в лице Podman, CRI-O, Buildah, Skopeo и OpenShift спасает Землю от атаки астероидов, развертывая над планетой защитный экран.
  
  
  
  
  

Почитать на досуге:

• Девелоперские инструменты в магазине приложений Red Hat Marketplace
• Введение в корпоративный Kubernetes
• Бесплатный онлайн-курс Технический обзор RHEL
• Kubernetes-операторы: как сделать эксплуатационный регламент частью контейнеризованных приложений
• Как успешно пройти первые 90 дней на новой работе в режиме удаленки

Мероприятия:

• 30 сентября, jconf.dev
  Бесплатная виртуальная Java-конференция прямо у вас на экране. Четыре технотрека с экспертами по Java и облаку, 28 углубленных сессий и два потрясающих основных доклада.
• 13-14 октября, AnsibleFest
  Выступления, демонстрации, практические занятия и все это в онлайне. Отличная возможность виртуально пообщаться с девелоперами, админами и ЛПР-ами, которые успешно справляются с вызовами перемен с помощью опенсорсных технологий ИТ-автоматизации.

По-русски:

Мы продолжаем серию пятничных вебинаров про нативный опыт использования Red Hat OpenShift Container Platform и Kubernetes. Регистрируйтесь и приходите:

Император Оператор: Операторы в OpenShift и Kubernetes
Упс, вебинар прошел, но есть запись.

OpenShift-специфичные волшебные вещи для сборки и развертывания приложений
Вебинар кончился, но остался в истории ловите запись.

• 25 сентября
  Red Hat OpenShift и Machine API
• 9 октября
  Как справиться с внезапным ростом нагрузки
• 23 октября
  Встроенный Jenkins, Pipeline-builds, Tekton в Red Hat OpenShift Container Platform

Этот пост написан поскольку у наших сотрудников было довольно много разговоров с клиентами о разработке приложений на Kubernetes и о специфике такой разработки на OpenShift.



Начинаем мы обычно с тезиса, что Kubernetes это просто Kubernetes, а OpenShift это уже Kubernetes-платформа, как Microsoft AKS или Amazon EKS. У каждой из этих платформ есть свои плюсы, ориентированные на ту или иную целевую аудиторию. И после этого разговор уже перетекает в сравнение сильных и слабых сторон конкретных платформ.

В общем, мы думали написать этот пост с выводом типа Слушайте, да без разницы, где запускать код, на OpenShift или на AKS, на EKS, на каком-то кастомном Kubernetes, да на каком-угодно-Kubernetes (для краткости назовем его КУК) это реально просто, и там, и там.

Затем мы планировали взять простейший Hello World и на его примере показать, что общего и в чем различия между КУК и Red Hat OpenShift Container Platform (далее, OCP или просто OpenShift).

Однако по ходу написания этого поста, мы поняли, что так давно и сильно привыкли использовать OpenShift, что просто не осознаем, как он вырос и превратился в потрясающую платформу, которая стала гораздо больше, чем просто Kubernetes-дистрибутив. Мы привыкли воспринимать зрелость и простоту OpenShift как должное, упуская из виду его великолепие.

В общем, пришла пора деятельного раскаяния, и сейчас мы пошагово сравним ввод в строй своего Hello World на КУК и на OpenShift, и сделаем это максимально объективно (ну разве что выказывая иногда личное отношение к предмету). Если вам интересно сугубо субъективное мнение по этому вопросу, то его можно прочитать здесь (EN). А в этом посте мы будем придерживаться фактов и только фактов.

Кластеры

Итак, для нашего Hello World нужны кластеры. Сразу скажем нет всяким публичным облакам, чтобы не платить за сервера, реестры, сети, передачу данных и т.д. Соответственно, мы выбираем простой одноузловой кластер на Minikube (для КУК) и Code Ready Containers (для кластера OpenShift). Оба этих варианта реально просты в установке, но потребуют довольно много ресурсов на вашем ноуте.

Сборка на КУК-е

Итак, поехали.

Шаг 1 собираем наш контейнерный образ

Начнем я с того, что развернем наш Hello World на minikube. Для этого потребуется:

1. 1. Установленный Docker.
2. 2. Установленный Git.
3. 3. Установленный Maven (вообще-то в этом проекте используется mvnw-бинарник, так что можно обойтись и без этого).
4. 4. Собственно, сам исходник, т.е. клон репозитория github.com/gcolman/quarkus-hello-world.git

Первым делом надо создать проект Quarkus. Не пугайтесь, если никогда не работали с сайтом Quarkus.io это легко. Просто выбираете компоненты, которые хотите использовать в проекте (RestEasy, Hibernate, Amazon SQS, Camel и т.д.), а дальше Quarkus уже сам, без какого-либо вашего участия, настраивает архетип maven и выкладывает всё на github. То есть буквально один клик мышью и готово. За это мы и любим Quarkus.



Самый простой способ собрать наш Hello World в контейнерный образ использовать расширения quarkus-maven для Dockerа, которые и проделают всю необходимую работу. С появлением Quarkus это стало действительно легко и просто: добавляете расширение container-image-docker и можете создавать образы командами maven.

./mvnw quarkus:add-extension -Dextensions=container-image-docker

И, наконец, выполняем сборку нашего образа, используя Maven. В результате наш исходный код превращается в готовый контейнерный образ, который уже можно запускать в среде исполнения контейнеров.

./mvnw -X clean package -Dquarkus.container-image.build=true

Вот, собственно, и всё, теперь можно запускать контейнер командой docker run, подмапив наш сервис на порт 8080, чтобы к нему можно было обращаться.

docker run -i  rm -p 8080:8080 gcolman/quarkus-hello-world

После того, как контейнерный инстанс запустился, остается только проверить командой curl, что наш сервис работает:



Итак, всё работает, и это было действительно легко и просто.

Шаг 2 отправляем наш контейнер в репозиторий контейнерных образов

Пока что созданный нами образ хранится локально, в нашем локальном контейнерном хранилище. Если мы хотим использовать этот образ в своей среде КУК, то его надо положить в какой-то другой репозиторий. В Kubernetes нет таких функций, поэтому мы будем использовать dockerhub. Потому что, во-первых, он бесплатный, а во-вторых, (почти) все так делают.

Это тоже очень просто, и нужен здесь только аккаунт на dockerhub.

Итак, ставим dockerhub и отправляем туда наш образ.

Шаг 3 запускаем Kubernetes

Есть много способов собрать конфигурацию kubernetes для запуска нашего Hello World, но мы будем использовать наипростейший из них, уж такие мы люди

Для начала запускаем кластер minikube:

minikube start

Шаг 4 развертываем наш контейнерный образ

Теперь надо преобразовать наш код и контейнерный образ в конфигурации kubernetes. Иначе говоря, нам нужен pod и deployment definition с указанием на наш контейнерный образ на dockerhub. Один из самых простых способов это сделать запустить команду create deployment, указав на наш образ:

kubectl create deployment hello-quarkus  image =gcolman/quarkus-hello-world:1.0.0-SNAPSHOT

Этой командной мы сказали нашей КУК создать deployment configuration, которая должна содержать спецификацию podа для нашего контейнерного образа. Эта команда также применит эту конфигурацию к нашему кластеру minikube, и создаст deployment, который скачает наш контейнерный образ и запустит pod в кластере.

Шаг 5 открываем доступ к нашему сервису

Теперь, когда у нас есть развернутый контейнерный образ, пора подумать, как сконфигурировать внешний доступ к этому Restful-сервису, который, собственно, и запрограммирован в нашем коде.

Тут есть много способов. Например, можно использовать команду expose, чтобы автоматически создавать соответствующие Kubernetes-компоненты, такие как services и endpoints. Собственно, так мы и сделаем, выполнив команду expose для нашего deployment-объекта:

kubectl expose deployment hello-quarkus  type=NodePort  port=8080

Давайте на минутку остановимся на опции type команды expose.

Когда мы делаем expose и создаем компоненты, необходимые для запуска нашего сервиса, нам, среди прочего, надо, чтобы снаружи можно было подключиться к службе hello-quarkus, которая сидит внутри нашей программно-определяемой сети. И параметр type позволяет нам создать и подключить такие вещи, как балансировщики нагрузки, чтобы маршрутизировать трафик в эту сеть.

Например, прописав type=LoadBalancer, мы автоматически инициализируем балансировщик нагрузки в публичном облаке, чтобы подключаться к нашему кластеру Kubernetes. Это, конечно, замечательно, но надо понимать, что такая конфигурация будет жестко привязана к конкретному публичному облаку и ее будет сложнее переносить между Kubernetes-инстансам в разных средах.

В нашем примере type=NodePort, то есть обращение к нашему сервису идет по IP-адресу узла и номеру порта. Такой вариант позволяет не использовать никакие публичные облака, но требует ряд дополнительных шагов. Во-первых, нужен свой балансировщик нагрузки, поэтому мы развернем в своем кластере балансирощик нагрузки NGINX.

Шаг 6 ставим балансировщик нагрузки

У minikube есть ряд платформенных функций, облегчающих создание необходимых для доступа извне компонентов, вроде ingress-контроллеров. Minikube идет в комплекте с ingress-контроллером Nginx, и нам остается только включить его и настроить.

minikube addons enable ingress

Теперь мы всего одной командой создам ingress-контроллер Nginx, который будет работать внутри нашего кластера minikube:

ingress-nginx-controller-69ccf5d9d8-j5gs9 1/1 Running 1 33m

Шаг 7 Настраиваем ingress

Теперь нам надо настроить ingress-контроллер Nginx, чтобы он воспринимал запросы hello-quarkus.





И, наконец, нам надо применить эту конфигурацию.

kubectl apply -f ingress.yml

Поскольку мы делаем все это на своем компе, то просто добавляем IP-адрес своей ноды в файл /etc/ hosts, чтобы направлять http-запросы к нашему minikube на балансировщик нагрузки NGINX.

192.168.99.100 hello-quarkus.info

Всё, теперь наш сервис minikube доступен снаружи через ingress-контроллер Nginx.

Ну что, это же было легко, да? Или не очень?

Запуск на OpenShift (Code Ready Containers)

А теперь посмотрим, как это все делается на Red Hat OpenShift Container Platform (OCP).

Как в случае с minikube, мы выбираем схему с одноузловым кластером OpenShift в форме Code Ready Containers (CRC). Раньше это называлось minishift и базировалось на проекте OpenShift Origin, а теперь это CRC и построено на Red Hatовской OpenShift Container Platform.

Здесь мы, извините, не можем сдержаться и не сказать: OpenShift прекрасен!

Изначально мы думали написать, что разработка на OpenShift ничем не отличается от разработки на Kubernetes. И по сути так оно и есть. Но в процессе написания этого поста мы вспомнили, сколько лишних движений приходится совершать, когда у вас нет OpenShift, и поэтому он, повторимся, прекрасен. Мы любим, когда всё делается легко, и то, как легко по сравнению с minikube наш пример развертывается и запускается на OpenShift, собственно, и подвигло нас написать этот пост.

Давайте пробежимся по процессу и посмотрим, что нам потребуется сделать.

Итак, в примере с minikube мы начинали с Docker Стоп, нам больше не надо, чтобы на машине был установлен Docker.

И локальный git нам не нужен.
И Maven не нужен.
И не надо руками создавать контейнерный образ.
И не надо искать какой-нибудь репозиторий контейнерных образов.
И не надо устанавливать ingress-контроллер.
И конфигурировать ingress тоже не надо.

Вы поняли, да? Чтобы развернуть и запустить наше приложение на OpenShift, не нужно ничего из вышеперечисленного. А сам процесс выглядит следующим образом.

Шаг 1 Запускаем свой кластер OpenShift

Мы используем Code Ready Containers от Red Hat, который по сути есть тот же Minikube, но только с полноценным одноузловым кластером Openshift.

crc start

Шаг 2 Выполняем сборку и развертывание приложения в кластере OpenShift

Именно на этом шаге простота и удобство OpenShift проявляются во всей красе. Как и во всех дистрибутивах Kubernetes, у нас есть много способов запустить приложение в кластере. И, как и в случае КУК, мы специально выбираем самый наипростейший.

OpenShift всегда строился как платформа для создания и запуска контейнерных приложений. Сборка контейнеров всегда была неотъемлемой частью этой платформы, поэтому здесь есть куча дополнительных Kubernetes-ресурсов для соответствующих задач.

Мы будем использовать OpenShift'овский процесс Source 2 Image (S2I), у которого есть несколько различных способов для того, чтобы взять наш исходник (код или двоичные файлы) и превратить его в контейнерный образ, запускаемый в кластере OpenShift.

Для этого нам понадобятся две вещи:

• Наш исходный код в репозитории git
• Builder-образ, на основании которого будет выполняться сборка.

Существует множество таких образов, сопровождаемых как силами Red Hat, так и на уровне сообщества, и мы воспользуемся образом OpenJDK, ну поскольку я же собираю Java-приложение.

Запустить S2I-сборку можно, как и из графической консоли OpenShift Developer, так и из командной строки. Мы воспользуемся командой new-app, указав ей, где брать builder-образ и наш исходный код.

oc new-app registry.access.redhat.com/ubi8/openjdk-11:latest~https://github.com/gcolman/quarkus-hello-world.git

Всё, наше приложение создано. При этом процесс S2I выполнил следующие вещи:

• Создал служебный build-pod для всяких вещей, связанных со сборкой приложения.
• Создал конфиг OpenShift Build.
• Скачал builder-образ во внутренний docker-реестр OpenShift.
• Клонировал Hello World в локальный репозиторий.
• Увидел, что там есть maven pom, и поэтому скомпилировал приложение с помощью maven.
• Создал новый контейнерный образ, содержащий скомпилированное Java-приложение, и положил этот образ во внутренний реестр контейнеров.
• Создал Kubernetes Deployment со спецификациями podа, сервиса и т.д.
• Запустил deploy контейнерного образа.
• Удалил служебный build-pod.

В этом списке много всего, но главное, что вся сборка происходит исключительно внутри OpenShift, внутренний Docker-реестр находится внутри OpenShift, а процесс сборки создает все компоненты Kubernetes и запускает их в кластере.

Если визуально отслеживать запуск S2I в консоли, то можно видно, как при выполнении сборки запускается build pod.



А теперь взглянем логи builder podа: во-первых, там видно, как maven делает свою работу и скачивает зависимости для сборки нашего java-приложения.



После того, как закончена maven-сборка, запускается сборка контейнерного образа, и затем этот собранный образ отправляется во внутренний репозиторий.



Всё, процесс сборки завершен. Теперь убедимся, что в кластере запустились podы и сервисы нашего приложения.

oc get service

Вот и всё. И всего одна команда. Нам остается только сделать expose этого сервиса для доступа извне.

Шаг 3 делаем expose сервиса для доступа извне

Как и в случае КУК, на платформе OpenShift нашему Hello World тоже нужен роутер, чтобы направлять внешний трафик на сервис внутри кластера. В OpenShift это делает очень просто. Во-первых, в кластере по умолчанию установлен компонент маршрутизации HAProxy (его можно поменять на тот же NGINX). Во-вторых, здесь есть специальные и допускающие широкие возможности настройки ресурсы, которые называются Routes и напоминают Ingress-объекты в старом добром Kubernetes (на самом деле OpenShiftовкие Routes сильно повлияли на дизайн Ingress-объектов, которые теперь можно использовать и в OpenShift), но для нашего Hello World, да и почти во всех остальных случаях, нам хватит стандартного Route без дополнительной настройки.

Чтобы создать для Hello World маршрутизируемый FQDN (да, в OpenShiift есть свой DNS для маршрутизации по именам сервисов), мы просто выполним expose для нашего сервиса:

oc expose service quarkus-hello-world

Если посмотреть только что созданный Route, то там можно найти FQDN и другие сведения по маршрутизации:

oc get route

И наконец, обращаемся к нашему сервису из браузера:

А вот теперь это было действительно легко!

Мы любим Kubernetes и всё, что позволяет делать эта технология, а также мы любим простоту и легкость. Kubernetes создавался, чтобы невероятно упростить эксплуатацию распределенных масштабируемых контейнеров, но вот для ввода в строй приложений его простоты сегодня уже недостаточно. И здесь в игру вступает OpenShift, который идет в ногу со временем и предлагает Kubernetes, ориентированный в первую очередь на разработчика. Была вложена масса усилий, чтобы заточить платформу OpenShift именно под разработчика, включая создание таких инструментов, как S2I, ODI, Developer Portal, OpenShift Operator Framework, интеграция с IDE, Developer Catalogues, интеграция с Helm, мониторинг и многие другие.

Надеемся, что эта статься была для вас интересной и полезной. А найти дополнительные ресурсы, материалы и другие полезные для разработки на платформе OpenShift вещи можно на портале Red Hat Developers.

Перевод, источник: itnext.io/im-sorry-openshift-i-ve-taken-you-for-granted-the-evidence-dd7a7d471fa1

Мы собрали для вас короткий дайджест полезных материалов, найденных нами в сети за последние две недели. Оставайтесь с нами станьте частью DevNation!

Начни новое:

• Использование OpenAPI вместе с .NET Core
  Как с помощью OpenAPI описать API сервисов ASP.NET Core, а затем использовать эти описания для генерации клиентами со строгим типизированием (strongly-typed client).
• Переключаем Red Hat OpenShift Virtualization с аппаратной виртуализации на программную эмуляцию
  По умолчанию OpenShift Virtualization использует аппаратную виртуализацию, но мы покажем, как переключиться на программную эмуляцию QEMU.
• Как запускать Red Hat CodeReady Containers на Windows 10 Enterprise
  Автор этой статьи успешно проходит квест с запуском Red Hat CodeReady Containers на Windows 10 Enterprise и попутно набивает за вас все возможные шишки.
• Развертывание serverless-приложений Node.js applications на Red Hat OpenShift, ч.1
  Показываем, как настроить Red Hat OpenShift Serverless GA и Knative Serving для развертывания serverless-приложений Node.js, которые масштабируется в ноль (полностью выключаются, когда ими не пользуются).
• GitOps: Stop, collaborate and deploy (вебинар DevNation Tech Talk, 35 минут)
  Как использовать Git для развертывания инструментов GitOps, управления приложениями и кластерными ресурсами, а также для миграции приложений с нулевыми простоями.
• Облачная модернизация или смерть почему это ложная дилемма (вебинар DevNation Tech Talk, 1 час 13 минут)

Качай:

• Debezium на OpenShift
  Debezium это распределенная опенсорсная платформа для отслеживания изменений в данных. Благодаря ее надежности и скорости ваши приложения смогут реагировать быстрее и никогда не пропустят события, даже если что-то пойдет на так. Наша шпаргалка поможет с развертыванием, созданием, запуском и обновление DebeziumConnector на OpenShift.
  Загрузить шпаргалку
• Шпаргалка Quarkus & Observability (придется зарегистрироваться в девелоперской программе и стать частью community, мухахаха)
  
  
  
  
  

Почитать на досуге:

• Объясняем простым языком, что такое гибридное облачное хранилище
  Что это вообще и какие задачи оно решает в условиях постоянного роста объемы данных и эволюции приложений.
  Вкратце: гибридные облачные хранилища сейчас в тренде, и не зря. Майк Пих (Mike Piech), вице-президент и генеральный менеджер Red Hat по облачным хранилищам и дата-сервисам, а также другие эксперты рассказывают о преимуществах, сценариях использования и ограничениях этой технологии.
• 4 книги по цифровой трансформации, которые должен прочесть каждый руководитель
  Технологии это далеко не всё, на чем фокусируются руководители, успешно осуществляющие цифровую трансформацию. Представленные книги расширят ваше понимание путей развития корпоративные заказчиков, глобальных рынков и других важных тем.
  Вкратце: эти 4 книги помогут освежить понимание перспектив цифровой трансформации.
  
  
  
  
  
• 7 способов применения микрокомпьютеров Raspberry Pi на предприятии
  От тимбилдинга до сверхдешевых средств безопасности и экспериментов с Kubernetes рассказываем, как задействовать Raspberry Pi на предприятиях.
  Вкратце: крохотный Raspberry Pi способен придать большой импульс развитию корпоративной ИТ-системы.

Смотри в записи:

• jconf.dev (30 сентября)
  Бесплатная виртуальная Java-конференция прямо у вас на экране: четыре техно-трека с нашими комьюнити-экспертами по Java и облаку, 28 углубленных сессий и два потрясающих основных доклада.
• AnsibleFest (13-14 октября)
  Два дня интереснейших докладов, демонстраций и практических занятий. Отличная возможность узнать, как разработчики, администраторы и ЛПР в сфере ИТ отвечают на вызовы перемен с помощью гибких технологий автоматизации с открытым кодом, которые позволяют перейти от того, что есть, к тому, что нужно.
• J4K Conference (13-14 октября)
  Новая виртуальная конференция по Kubernetes, Java и облаку: 17 сессий с сотрудниками Red Hat, включая доклад Марка Литтла (Mark Little), главного человека в Red Hat по связующему ПО.
• График предстоящих мероприятия DevNation
  Ознакомьтесь с планом мероприятия DevNation на портале Red Hat Developer, включая все вебинары Tech Talks и мастер-курсы, чтобы заранее спланировать свое расписание и зарегистрироваться на заинтересовавшие вас мероприятия.

По-русски:

• DeploymentConfig vs Deployment
• Император Оператор: Операторы в OpenShift и Kubernetes
• OpenShift-специфичные волшебные вещи для сборки и развертывания приложений
• Red Hat OpenShift и Machine API

enterprisersproject.com

Собрали для вас много новых инсайтов, записей важных вебинаров, книжек и шпаргалок. Прокачивайте скилы, читайте, смотрите, думайте, применяйте на практике! Станьте частью DevNation!

Начни новое:

• 7 способов, которыми Agile и DevOps могут помочь с цифровой трансформацией
  Занимаясь цифровой трансформации, команды часто сталкиваются с конфликтующим задачами. К счастью, у разработчиков ПО есть большой опыт решения проблем в этой области.
  Вкратце: Agile и DevOps помогают снизить риски и ускорить изменения.
• 4 преимущества стандартизованной операционной среды SOE
  Почему принципы SOE (Standard Operating Environment) становятся еще актуальнее в эпоху контейнеров, Kubernetes, CI/CDи автоматизации? Все дело в эффективности и безопасности, и связанных с ними проблемах.
  Вкратце: Гордон Хафф(GordonHaff), техно-евангелист Red Hat и другие эксперты рассуждают о SOE и контейнерах
• 6 советов руководителю, которые помогут защитить сотрудников на удаленке от родительского выгорания
  Это очень даже реальная проблема, и надо постараться помочь сотрудникам, которые имеют детей, оставаться и хорошими работниками, и хорошими родителями.
  Вкратце: Какие меры стоит принять для решения этой долгоиграющей проблемы

Качай:

Подборка бесплатных книг по OpenShift:

• Быстрый старт
• OpenShift для разработчиков
• OpenShift для devops-инженеров
  
  
  
  
  
• Шпаргалка по тестированию приложений Quarkus
  
  
  
  
  
• Бесплатная электронная книга Kubernetes Patterns: повторно используемые элементы при конструировании облачно-ориентированных приложений (осторожно, требуется регистрация)
  
  
  
  
  

Почитать на досуге:

• Основа успешной цифровой трансформации
  Monica Sasso, главный технический специалист Red Hat по работе с финансовыми учреждениями в регионе EMEA, рассказывает в рамках мероприятия EBADay о рецептах успешной цифровой трансформации и о выгодах применения Open Source в банковском секторе.
• Женщины в сфере STEM: Я с нетерпением жду возможности посмотреть, как изменится мир с ростом числа женщин в отрасли высоких технологий
  Jen Albertson, старший руководитель направления Software Engineering компании Red Hat, отвечает на вопросы рубрики Women in Tech для портала Jaxenter.
• Это очень по-человечески хотеть знать, кто совершил киберпреступление
  Это скорее бугристый, чем плоский ландшафт, в плане того, за чем компаниям надо приглядывать, Mike Bursell, главный архитектор безопасности Red Hat. Не столько межсетевые экраны и криптографические ключи, сколько клиентские данные, или сведения о выплатах руководству, или адреса сотрудников.
• Red Hat поддерживает партнеров по мере изменения корпоративного ИТ-ландшафта
  Kevin Bland, директор Red Hat по альянсам и работе с партнерами, говорит, что пандемия подстегнула переход к облачным вычислениям, и все больше организаций думают расширить номенклатуру данных, которые можно выводить за пределы корпоративной сети.

Мероприятия:

• 4 декабря, Создание гибридной облачной инфраструктуры с Red Hat и Microsoft Azure
  На вебинаре эксперты Red Hat и Microsoft расскажут про новые продукты и сервисы Red Hat на Microsoft Azure, благодаря которым можно быстро развернуть надежную и гибкую гибридную облачную среду. На вебинаре детально обсудим, как эффективно интегрировать ресурсы публичного облака в существующую инфраструктуру, а также использовать новые архитектуры приложений, которые расширяют ваши возможности.

Смотри в записи:

• jconf.dev
  Бесплатная виртуальная Java-конференция прямо у вас на экране: четыре техно-трека с нашими комьюнити-экспертами по Java и облаку, 28 углубленных сессий и два потрясающих основных доклада.
• AnsibleFest
  Два дня интереснейших докладов, демонстраций и практических занятий. Отличная возможность узнать, как разработчики, администраторы и ЛПР в сфере ИТ отвечают на вызовы перемен с помощью гибких технологий автоматизации с открытым кодом, которые позволяют перейти от того, что есть, к тому, что нужно.
• J4K Conference
  Новая виртуальная конференция по Kubernetes, Java и облаку: 17 сессий с сотрудниками Red Hat, включая доклад Марка Литтла (Mark Little), главного человека в Red Hat по связующему ПО.
• График предстоящих мероприятия DevNation
  Ознакомьтесь с планом мероприятия DevNation на портале Red Hat Developer, включая все вебинары Tech Talks и мастер-курсы, чтобы заранее спланировать свое расписание и зарегистрироваться на заинтересовавшие вас мероприятия.

По-русски:

• DeploymentConfig vs Deployment
• Император Оператор: Операторы в OpenShift и Kubernetes
• OpenShift-специфичные волшебные вещи для сборки и развертывания приложений
• Red Hat OpenShift и Machine API

Не забудьте отдать свой голос в конкурсе на лучшие OpenShift
настройки веб-консоли с использованием поддерживаемых механизмов OpenShift 4! Присоединяйтесь к нам на openshift.tv и выбирайте победителя!

28 июля приглашаем на онлайн-лекцию о разработке приложений на Java Spring, Quarkus, Vert.x и GraalVM с деплоем в MicroK8s.

В программе лекции: Сергей Кошкинов и Андрей Смирнов покажут процесс создания приложения на Java-фреймворке Quarkus с деплоем в MicroK8s. А также сравнят производительность и потребления памяти приложений на Spring WebFlux, Spring Boot, Quarkus, Quarkus+Vert.x и скомпилированными в native code с помощью GraalVM.

Зарегистрироваться

Об экспертах

Сергей Кошкинов разработчик в МегаФоне, Oracle Certified Professional Java Programmer.

Андрей Смирнов разработчик в МегаФоне. В прошлом преподавал программирование в ННГУ им. Н. И. Лобачевского.

По теме:

• Интервью Я предпочёл роль тимлида работе в Сбербанке;
• Практический онлайн-курс Java-фреймворк Spring.