Полезного пост: Поставь OpenShift, выучи Kafka, используй Ansible в Google Cloud Platform

    Продолжаем втягивать вас во внутреннюю кухню разработки Red Hat и заманивать на DevNation.



    У нас есть разработчики – и это хорошие разработчики, увлеченные своим делом. А еще они проводят live streaming, и все вместе это называется DevNation. Ниже просто полезные ссылки на живые мероприятия, видео, митапы и техтолки.

    Поучиться в живом режиме


    8 июня, 2020
    Master Course: Kafka
    На английском языке от самого Bur Sutter. Есть две временные опции – 10:00 и 19:00 по московскому времени.

    Apache Kafka захватил мир асинхронных сообщений и теперь является обязательным навыком для каждого Java-разработчика. Прекратите использовать пакетные процессы для анализа ваших данных и начните делать это в режиме реального времени с Kafa Streams. На курсе выдаем Apache Kafka и AMQ Streams, а еще инструменты, терминологию и практические упражнения.

    10 июня, 2020
    Master Course: Knative Serverless
    На английском языке, в 10:00 от Kamesh Sampath и в 19:00 Bur Sutter.

    Kubernetes-native serverless с Knative предоставляет вам «волшебную» возможность масштабирования до нуля, если ваш компонент приложения используется недостаточно. На этом занятии мы покажем, как начать работу и продолжить жечь с удивительными возможностями Knative Serving и Knative Eventing.

    Поболтать


    5 июня, 2020
    Tech Talk @ 16:00 Московского времени: What's new with Apache Camel 3

    11 июня, 2020
    Tech Talk @ 19:00 по Москве: Exploring Kubeflow on Kubernetes for AI/ML
    Tech Talk @ 20:00 по Москве: GPU enablement for data science on OpenShift

    Чудеса на виражах


    • Поставьте Openshift на своем локальном ноутбуке и откройте дивный новый мир.
    • Все в одном хабе – cтатьи, инсталляции, триалы, курсы, лабораторные работы, чтобы познать Red Hat OpenShift Container Platform. Просто Install OpenShift Container Platform 4, уже можно, уже пора.

    Посмотреть в тишине


    Не Openshift-ом единым!

    • Автоматизация ресурсов облачной платформы Google с помощью новых авто-сгенерированных модулей Ansible и учетных данных Red Hat Ansible Tower в новом посте.
    • Red Hat Enterprise Linux 8.1 получил новые контейнерные функции, включая полную поддержку rootless Podman, Podman Play/generate Kube, и container images для Golang toolset. А в Red Hat Enterprise Linux 8.2 их еще больше.
    • Шесть причин влюбиться этим летом – Откройте для себя шесть способов, которыми Camel K преобразует работу разработчиков с Kubernetes, Red Hat OpenShift и Knative на облачных платформах.

    На русском языке


    9 июня
    Вебинар: Автоматизация сетей с помощью Ansible

    25 июня
    Вебинар: CodeReady как новый подход к разработке

    В любое время
    Запись вебинара Это Quarkus — Kubernetes native Java фреймворк
    Red Hat
    Программные решения с открытым исходным кодом

    Комментарии 3

      0

      Позвольте поинтересоваться — что там за логотип с жар птицей и подписью criu?

        +1
        ооо, это так называемая Checkpoint/Restore in Userspace (CRIU)!
        Когда контейнер останавливается (podman stop), содержимое слоя copy-on-write, выделенного для контейнера, остается в оверлейной файловой системе (если вы не запускаете podman rm), но содержимое в памяти пропадает.
        Для большинства «эфемерных» рабочих нагрузок, таких как сервер Apache или Nginx, это хорошо. Но для рабочих нагрузок Java (запуск JVM может занять некоторое время) или баз данных с большими кэшами (на актуализацию которых может потребоваться несколько часов) это неоптимально. Для разрешения этой задачи Podman и CRIU работают вместе, чтобы сохранить содержимое памяти контейнера. Это можно использовать для перезапуска контейнерной рабочей нагрузки, избегая при этом времени запуска или актуализации кэша.

        В релизе RHEL 8.2 CRIU, стал частью module stream container-tools:rhel8 и container-tools:2.0. Это дает нам стабильную версию CRIU, которая сопоставляется/совмещается/соответствует версии Podman, обеспечивая совместимость для отдельных жизненных циклов каждого потока модуля
          0

          Это тот же самый CRIU, который Виртуоззо пилили?
          https://wiki.openvz.org/CRIU/ru
          Просто мне казалось, что оно никогда стабильно не работало.


          https://www.linux.org.ru/news/opensource/14594341/page1


          Год назад пробовал делать живую миграцию LXD-контейнеров. CRIU не справилось даже с default-ным контейнером ubuntu-16.04, в котором из процессов были только systemd и dhclient.

          Надеюсь, что с тех пор все стало сильно лучше )

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

      Самое читаемое