Upgrade to Pro — share decks privately, control downloads, hide ads and more …

What’s Next in Red Hat OpenShift (Q4 CY2021)

What’s Next in Red Hat OpenShift (Q4 CY2021)

Table of contents:
- Introduction
- Hybrid Cloud Experience and Red Hat OpenShift Platform Plus
- Managed Cloud Services
- Telco and Edge
- Core, Platform and Developer Tools and Services

Red Hat Livestreaming

November 30, 2021
Tweet

More Decks by Red Hat Livestreaming

Other Decks in Technology

Transcript

  1. What's Next in OpenShift Scott Berens Jamie Scott Karena Angell

    Speakers Deepthi Dharwar Oren Kashi Tushar Katarki Gaurav Singh
  2. What's Next in OpenShift Open Hybrid Cloud 6 Traditional N-Tier

    Apps Cloud Native Microservices ISV Packaged Apps Physical Virtual Private cloud Public cloud Red Hat Enterprise Linux Edge cloud Red Hat OpenShift Red Hat Open Hybrid Cloud Data, Analytics & AI/ML Enabling any application, on any infrastructure, in any location
  3. What's Next in OpenShift 7 Red Hat OpenShift platform explained

    7 Available as self-managed platform or fully managed cloud service Red Hat OpenShift Dedicated2 Red Hat OpenShift service on Amazon Web Services1 Microsoft Azure Red Hat OpenShift Red Hat OpenShift on IBM Cloud1 Managed Red Hat OpenShift services Self-managed Red Hat OpenShift On public cloud, or on-premises on physical or virtual infrastructure3 Source: 1 In preview as of 1/1/2021. Also available as Red Hat OpenShift Dedicated managed service running on user-supplied AWS infrastructure. 2 Red Hat managed service running on user-supplied GCP infrastructure 3 See docs.openshift.com for supported infrastructure options and configurations Start quickly, we manage it for you Cloud managed You manage it, for control and flexibility Customer managed
  4. What's Next in OpenShift 8 Red Hat OpenShift • Service

    mesh | Serverless • Builds | CI/CD pipelines • GitOps • Log management • Distributed Tracing • Cost management • Languages and runtimes • API management • Integration • Messaging • Process automation • Databases | Cache • Data ingest and prep • Data analytics | AI/ML • Data management & resilience • Developer CLI | IDE • Plugins and extensions • CodeReady workspaces • CodeReady containers Developer services Developer productivity Observability | Discovery | Policy | Compliance | Configuration | Workloads Kubernetes cluster services Install | Over-the-air updates | Networking | Ingress | Storage | Monitoring | Logging | Registry | Authorization | Containers | VMs | Operators | Helm Linux (container host operating system) Kubernetes (orchestration) Physical Virtual Private cloud Public cloud Edge Cluster security Image management | Security scanning | Geo-replication Mirroring | Image builds Global registry Multicluster management Declarative security | Container vulnerability management | Network segmentation | Threat detection and response Data services* Data-driven insights Application services* Build cloud-native apps Platform services Manage workloads
  5. What's Next in OpenShift 10 CORE, PLATFORM & DEVELOPER TOOLS

    MANAGED CLOUD SERVICES Self-managed clusters and applications Foundations for Managed Services and Telco and Edge HYBRID CLOUD EXPERIENCE OpenShift as a (SRE) Managed Service Managed (SRE) Application, Data and Management Services Unified Experience Security Everywhere Platform Consistency TELCO & EDGE 5G CORE and 5G RAN Near edge and Far edge From and to the edge 10 Applications in hybrid clouds and clusters
  6. What's Next in OpenShift 11 • Minor releases will have

    18 months life • Even releases are designated as EUS • A new EUS to EUS upgrade experience • OpenShift 4 EUS be available to both standard and premium support • 3 OCP releases per year (same as Kubernetes) Link to the Red Hat Blog - https://cloud.redhat.com/blog/time-is-on-your-side-a-change-to-the-openshift-4-lifecycle Red Hat OpenShift Container Platform Life Cycle Policy - https://access.redhat.com/support/policy/updates/openshift Changes to OpenShift Minor Release (4.y) Life Cycle
  7. What's Next in OpenShift OpenShift Roadmap APP/DEV PLATFORM APP/DEV •

    Operator- Android-Style Permission Approval • Operator - Helm Bundle Support • Operator - Python SDK prototype • Operator - Canary Rollouts / Fleet Management • Centrally managed multi-cluster service mesh • Serverless - Stateful functions • Make existing deployments Serverless • Shipwright custom tasks for Tekton • Argo CD application dependencies • Argo CD image updater and notifications • Pipelines: Tekton Bundle support • Pipeline reuse in pipelines MANAGED • Cost mgmt integration to Subs Watch, ACM • Detailed Quota Usage in cluster manager • ROSA/OSD: AWS Dedicated instances • Operator installed by default (Day0) • Java/Quarkus Operator SDK (TP) • Auto-scaling: Operator managed workload • mTLS natively in OpenShift Serverless/Knative • ServiceMesh for external services (VMs, BM) • ServiceMesh Support for IPv6 • Pipelines: unprivileged builds • PIpelines: extended history and log retention • Pipelines: manual approval • Argo CD multi-tenancy alignment with k8s • Argo CD Helm deployment enhancements • Shipwright: build triggers 2022+ • ROSA/OSD: FedRAMP High on AWS GovCloud • ROSA/OSD: Terraform provider • ROSA/OSD/ARO: GPU Support • ARO: Upgrades through cluster manager • Cost management understands IBM Cloud IaaS • Alibaba, & IBM Cloud (UPI) • Nutanix (UPI/IPI) • SRO manages third party special devices • GA of cert-manager, Pod Security Admission, • Reconcile SCC, Kube KMS • Gateway API GA • eBPF Support • Support for ALB • OVN as a secondary network • Network tracing and Topology Views • Log Exploration Tool in the OpenShift Console • Windows: additional network plugins, HPA • DPU/SmatNIC support 2H CY2022 MANAGED PLATFORM 1H CY2022 APP/DEV • Helm + Go hybrid Operator SDK (Tech Preview) • File-based operator catalog management • OpenShift Serverless Functions • OpenShift Serverless - Kafka Broker (TP) • Dynamic Plugins for the OCP Console • Service Mesh on OpenShift Virtualization • Pipelines: concurrency control • Pipelines: in-cluster Tekton Hub • Pipelines: TaskRun and image signing • Shipwright (TP) with local build • Shared secret/configmaps across namespaces • GitOps: HashiCorp Vault integration • ROSA: cluster manager UI for ROSA provisioning • ROSA/OSD: Cluster Hibernation • ARO: Azure Portal UI for ARO provisioning • Cost: Improved models for distribution of costs MANAGED PLATFORM • Azure Stack Hub (IPI) • Alibaba, & IBM Cloud (IPI) • OpenShift on ARM (AWS and Bare Metal) • VMWare HW version 15 and thin provisioning • Custom audit profiles by group • Cert-manager • Group membership information from an idp (OIDC) • MetalLB with BGP Support • External DNS management • Network Observability & Analysis Tooling • Primary Traffic on 2ndary Cluster Host Interface • Egress IP Multi-NIC Support • Disconnected mirroring simplification • Windows: containerd, health management, csi-proxy • Utilize cgroups v2 • Expand cloud providers for OpenShift on ARM • Enable user namespaces • Hierarchical namespaces, Automate group sync, prevent brute force logins • ESNI Support • Network Policy v2 • Network Bandwidth-Aware Scheduler (QoS) • Ingress - Automatic Intelligent Sharding • SigStore style image signature verification • Allow OpenShift tenants to configure log forwarding
  8. Hybrid Cloud and Openshift Platform Plus 13 Edge computing with

    Red Hat OpenShift What’s Next in OpenShift Q4CY2021
  9. What's Next in OpenShift Successful fleet management requires central tools

    Customers desire “regionality” for these tools This is a big shift in thinking: 1. Embrace the Hub—an infrastructure cluster—as the unit of regionality to run OpenShift Plus. 2. Update deployment patterns to reflect Hub and spoke OpenShift clusters HyperShift ACM ACS Quay
  10. What's Next in OpenShift 15 Node layer Router layer Cluster

    B Multi-cluster layer Cluster A Node Node Node Pod Pod Pod Node Node Node Pod Pod Pod Ingress/Router Multicluster management Observability ⠇Discovery ⠇Policy ⠇Compliance ⠇Configuration ⠇Workloads Machine Pool’s tuning/hardware offload config Machine Pool’s tuning/hardware offload config Ingress/Router Standardized tools for your 1st and 100th cluster East/West IPsec Multicluster security Kube native declarative security | DevSecOps Container registry Container Builds ⠇Security Scanning ⠇Geo Replication Global Ingress/Egress | Global LB | Service Mesh Federation Multi-cluster Storage Hybrid Cloud and OpenShift Platform Plus
  11. What's Next in OpenShift 16 Red Hat Advanced Cluster Management

    for Kubernetes Cosigned manifests and secrets management enable faster application delivery with security throughout the supply chain. Security Everywhere Deploy single, compact, multinode, remote worker nodes, cloud services, and HyperShifted clusters from hierarchical tiers of management hubs. Platform Consistency Reduced Exposure and Risk Increased Developer Productivity Leverage a single console experience from 1 cluster to thousands to deliver applications consistently across cloud services and on premises environments. Unified Experience Reduced Total Cost of Ownership Hybrid Cloud and OpenShift Platform Plus
  12. What's Next in OpenShift Multi-cluster Gateway for Ingress and Egress

    17 Gateway API Platform-Native Load Balancing Ingress Controller Physical Virtual Private cloud Public cloud Managed cloud Edge Node Node Node Pod Pod Pod OVN OVS ▸ Unified traffic handling so you configure all your traffic the same way ▸ OVN for advanced traffic workloads ▸ IPv6 single/dual for scale ▸ eBPF for policy, traffic control, tooling, debugging, observability ▸ BGP-advertised services (FRR) ▸ Observability for improved understanding ▸ Multi-NIC support to align host networking ▸ HW Offload (OVS, IPsec, ...) for performance ▸ ▸ Any supported platform – add or swap easily, hybrid scenarios ▸ Flexibility to use native traffic distribution and filtering (e.g. WAF) for optimal performance ▸ Your traffic, your way: L4-L7, Envoy, by-pass Hybrid Cloud and OpenShift Platform Plus Istio Ingress Internet Submariner
  13. What's Next in OpenShift Optional encryption on multiple levels Out-of-the-box

    async replication Easily add regional Disaster Recovery OpenShift and ACM common console for all shared file (RWX), block (RWO), and object storage classes NFS Kerberos mounts Secret Store CSI CSI Resize Transfer PVC/Snapshots between namespace CSI Ephemeral volumes Expansion of stateful sets Cloud providers CSIs CSI Migration from in-tree CSI Standardization OpenShift Multi-Cluster Storage 18 OpenShift Data Foundation Security Everywhere Platform Consistency Unified Experience Hybrid Cloud and OpenShift Platform Plus OpenShift Storage Consistent data foundation capabilities and experience for users and workloads: on-premises, in the cloud, and at the edge Standardization & Reduced Total Cost of Ownership Reduced Risk & Increased Business Continuity Increased Developer & Admin Productivity
  14. What's Next in OpenShift 19 Advanced Cluster Security for Kubernetes

    Enable teams to remediate issues more effectively Identify risk indicators across expanded use cases Security Everywhere Provide consistent security data across the OpenShift and Kubernetes ecosystem Enable teams to scale policy workflows in a repeatable way Platform Consistency Innovate with confidence by bridging the skill gap Reduce complexity to focus resources Accelerate operationalization with managed services. Improve feedback loops, and create a shared languages for security and development teams Unified Experience Break cross functional barriers to reduce cost Hybrid Cloud and OpenShift Platform Plus
  15. What's Next in OpenShift Hybrid Cloud and OpenShift Platform Plus

    Evolving a Kubernetes Native Security Platform 20
  16. What's Next in OpenShift 21 Red Hat Quay Scanning coverage

    beyond container base images (Java / Go packages) Trust & verify with signatures Security Everywhere Geo-replication on all platforms via the Quay operator Consistent consumption experience with pull-thru caching of external registries Platform Consistency Remediate security risk before production Hybrid content distribution Visual consistency with a completely new UI Integration of quay.io into console.redhat.com Unified Experience Consistent UX from self-managed to hosted Hybrid Cloud and OpenShift Platform Plus
  17. What's Next in OpenShift 22 Observability Improved Thanos and Prometheus

    Support to extend using remote write for storage and platform monitoring for OpenShift Workloads Correlation Consistency Extensible visualization flexibility enabling Dashboards or OpenShift Console Visualization Across Cluster Workloads. Log Exploration Tools Visualization Flexibility OpenShift Long & Short-Term Ingest Metrics Storage Optimized API Experience in OpenShift Console Enhancements to distinguish between Workload Monitoring & User Defined Projects to monitor flexible Hybrid Workloads and Applications Simplified Hybrid Observability OpenShift Console Optimized for Hybrid Workload Monitoring Hybrid Cloud and OpenShift Platform Plus
  18. What's Next in OpenShift 23 Network Observability Security and regulatory

    compliance requires governance of traffic in, around, and out of networks. Security Everywhere Developers and administrators require a common understanding of their traffic within and across cluster boundaries. Platform Consistency Network Policy and Governance Network Traffic Flow and Topology Whether one cluster or one hundred, developers and cluster administrators require seamless connectivity across applications. Unified Experience Network Traffic Metrics and Tracing
  19. What's Next in OpenShift Cluster A Cluster B Pod Pod

    Pod Pod IP Networking Service Discovery and Load Balancing NetworkPolicy Pod Pod Pod Pod IP Networking Service Discovery and Load Balancing NetworkPolicy Networking Service Discovery Security 24 Kubernetes cluster networking with Submariner Submariner provides cross-cluster network infrastructure for OpenShift by extending the well-known Kubernetes networking objects
  20. What's Next in OpenShift HyperShift Brings Externally Managed Control-Planes 25

    Low CAPEX and OPEX costs (bundling of CPs + CP as pods) Central Management of CPs (Easy operation & maintenance) Multi-arch support (e.g. CP x86, workers ARM) Network & Trust segmentation Decoupled Lifecycle of Control Planes & Workers Fast cluster bootstrapping (Control Plane as Pods, no master nodes) Economic Conserve resources Swift Mixed Iaas For CP and Workers (True Hybrid) Fleet-level Product Manager: Adel Zaalouk
  21. What's Next in OpenShift Telco 5G Core and Edge 27

    The complexities of 5G CORE Integration or Migration with 4G Core CNF certification Legacy Integration PAO, NUMA Awareness, Topology Scheduler Advanced Scheduling for Enhanced Performance New CPUs, NICs, SmartNICs, GPUs, FPGA/ASIC, crypto engines NextGen Hardware Simplify mgmt Convergence of workloads on to a common platform Optimal resource utilization with enhanced performance Agile Infrastructure with the latest Hardware [Efficient, Scale, TCO]
  22. What's Next in OpenShift 28 NUMA/Topology Aware Scheduling ETCD NodeResourceTopology

    API Kube API server Kubelet Kube scheduler Topology aware scheduler plugin Kubelet NFD- topology -updater Pod Pod resources API Kubernetes Control plane poll Pod Pod NFD NODE Telco 5G Core and Edge
  23. What's Next in OpenShift 29 Networking Hardware and Accelerators Infrastructure

    services including Networking, Storage, AI/ML in a separate cluster on ARM cores in the NIC. Tenant workloads in x86 cluster SmartNICs Crypto engines support inline IPsec and TLS offload Programmable FPGAs and GPUs with 5G Core and RAN acceleration (GTP, FEC) Operators to manage Accelerators Accelerators Isolation of Tenant and Infrastructure cluster Accelerators to optimize resource usage OVN flow offload with Programmable FPGAs or ASICs Offload services: firewall, load balancer, QoS and Egress OVN Hardware Offload High Performance Networking w/ services Telco 5G Core and Edge
  24. What's Next in OpenShift 30 The complexities of edge computing/5G

    RAN Different edge sites can vary in network connectivity, space, and power/cooling Variability Need to deploy and manage hundreds to thousands sites and nodes Scale Nodes are tuned so that RAN realtime workloads can leverage advanced timing and hardware accelerations. Appliance like Performance Small Footprint and Optimized infrastructure Ease of Management through ACM and ZTP (RAN) Technology Evolution Telco 5G Core and Edge
  25. What's Next in OpenShift Zero Touch Provisioning • Increased Scale

    2k SNO nodes provisioned and managed by RHACM • Policy Driven Upgrades Define groups of SNOs that can be upgraded independent of each other for more granular multi-cluster management • ZTP Everything DU, C-RAN Hub, CU, Hub Cluster, additional infrastructure (image repository, NBDE Server, DHCP Server, etc…) Aimed at regional distributed on-prem disconnected deployment. Enabling customer’s automated path from uninstalled infrastructure to application running on an OpenShift cluster. ZTP - Zero Touch Provisioning DU - Distributed Unit (5G RAN) Site Plan Manifests in Git Existing Infrastructure (Regional Data Center) Site 1 - DU Site 2 - DU Site 3 - DU CU Pool S S W W S W W W DU Remote Worker Nodes Single Node OpenShift Three Node Cluster Telco 5G Core and Edge CU - Central Unit (5G RAN) - future
  26. What's Next in OpenShift PTP and SyncE for RAN Workloads

    - Cell Site Router (CSR) GMC - Grandmaster Clock BC - Boundary Clock OC - Ordinary Clock (GMC) NIC RU RU RU 32 • OCP Node as an Ordinary Clock or as a Boundary Clock with PTP (Timing & phase) and SyncE ( Frequency) • [O-RAN Approved] Low-latency, Node-local Event Bus w/ PTP Events and sidecar image for easy CNF (vDU) consumption RHEL CoreOS / OpenShift DU Workload RH Provided Event Bus Sidecar Red Hat PTP SW Stack (PTP Operator, ptp4l, phc2sys, …) PTP Events Event Bus PTP Events System Clock PTP/SyncE Telco 5G Core and Edge
  27. What's Next in OpenShift 33 Power Optimizations at the Telco

    Far Edge BIOS Hardware Red Hat CoreOS Red Hat OpenShift Telco Workload Enable application pods to set a required power performance profile • Extend PAO to allow the user to define a set of CPUs to offline if not needed • Tiered performance pools Develop automation to tune nodes for power savings prior to Zero Touch Provisioning Default all cores to lower power state at start-up Telco 5G Core and Edge
  28. What's Next in OpenShift Start quickly, we manage it for

    you Red Hat OpenShift Dedicated Red Hat OpenShift Everywhere A consistent platform no matter how or where you run Red Hat OpenShift Cloud Services Red Hat OpenShift Container Platform On public cloud, or on-premises on physical or virtual infrastructure You manage it, for control and flexibility 35 Red Hat OpenShift Service on AWS Azure Red Hat OpenShift Red Hat OpenShift on IBM Cloud Cloud native offerings jointly managed by Red Hat and Cloud Provider Managed by Red Hat
  29. What's Next in OpenShift Managed Services 36 High Level Managed

    OpenShift Achieve compliance with more industry certifications such as HIPAA as and Gov certifications like FedRAMP HIGH Security Everywhere If it runs on OCP it should run on Managed OpenShift Platform Consistency Offer more flexibility in the kinds of workloads that can be run Reducing the barriers to adopting Managed OpenShift Allow users to create all Managed OpenShift clusters from one single location Unified Experience Simplicity of operations
  30. What's Next in OpenShift Managed Services 37 High Level Managed

    OpenShift Support BYO Key for KMS and enable EBS encryption Security Everywhere Only run the platform when you need it. Pause it (and payments) when you don’t. Platform Efficiency Enable further security options for our sensitive customers Reduces the barriers to adopting Managed OpenShift Allow customers more options when choosing worker nodes to address many different workloads or budgets. Spot instances, GPU, Wavelength, AMD, dedicated Expanded choice Meet the customer where they are
  31. What's Next in OpenShift 38 Public Roadmaps for OSD, ROSA

    and ARO OSD: red.ht/osd-roadmap ARO: red.ht/aro-roadmap ROSA: red.ht/rosa-roadmap Managed Services
  32. What's Next in OpenShift Installation, Updates and Provider Integration 41

    • Add more platforms, more regions, more instances • Bootable installer image • Factory installs of OpenShift • Externally managed control planes (HyperShift) Installation Upgrades Platforms Enable Hybrid Cloud Simplify onboarding Mitigate risk • Starting 4.10 (to 4.12), EUS upgrade requires single worker reboot • Zone awareness during upgrades • Targeted upgrade blocking Core, Platform and Developer Tools Azure Stack Hub
  33. What's Next in OpenShift 42 Compute • Enable pluggability with

    cloud native solutions: KMS, DNS, LB • Cert-manager and improved lifecycle management of certificates Consistency • A shift to self-driven control plane with automated scaling, backups and DR of the control plane • Ability to customize RHCOS Experience Enables Hybrid Cloud and accelerates projects More choice and flexibility to meet standards and compliance • Enable Arm • More IBM P/Z innovations • Mixed CPU chip architecture • DPU/IPU integration with unique architectural approach Platform Enable new workloads and reduce TCO Core, Platform and Developer Tools
  34. What's Next in OpenShift Improved experience for custom and disconnected

    operator catalogs. Streamlined disconnected registry mirror. Factory installs of OpenShift for reduced startup time. Clusters can install with optional operators at day0. Global operator model with granular permission management and automatic failure recovery. Expanded functionality for Operators: reusable libraries, custom scaffolding, additional languages (e.g. Java) and underlying libraries support. Scaffold build pipelines in a git-friendly way. Namespace-scoped Helm repositories. Tested and certified Helm Charts from partners. Helm CLI support in oc client. Specialized scheduler for next generation workloads on Openshift. Secondary scheduler operator to onboard new schedulers. Multicluster Application Dispatcher operator to prioritize, queue and dispatch jobs to multiple clusters. Enabling Workloads on OpenShift 43 Operators and Helm Specialized Schedulers Deploy AI/ML or HPC workloads Core, Platform and Developer Tools More functionality out of the box Disconnected Customers receive updates faster
  35. What's Next in OpenShift OpenShift on Bare Metal 44 Bonds,

    VLANs and static IPs. No DHCP required. Advanced network config via IPI on day 1 and day 2. Mix bare metal and VM nodes. Virtualized control plane and physical workers. Expand non-bare metal clusters with bare metal nodes. Hybrid Clusters Bootable Installer Advanced Host Network Config Infrastructure adapted to your network Reduced footprint and optimized resources Faster onboarding of platforms Bootable ephemeral installer. Create cluster zero easily. For on-prem or any cloud provider. Metal3 Core, Platform and Developer Tools
  36. What's Next in OpenShift OpenShift sandboxed containers 45 Provide console

    views for health-metrics and Insights on specific Kata Containers components. Node Feature Discovery Health Metrics Quickly Identify whether your cluster nodes/environment are eligible for the installation of the Kata runtime. Runtime Admission Control Isolate your untrusted workloads during admission. Enforce or exempt workloads to/from running in sandboxed runtimes (e.g., Kata Containers). SR-IOV with DPDK Enables running Cloud-Native Network Functions (CNFs) with sensitive network requirements. Swift Root-Cause Analysis Low-friction Installs Lower Time To Kata (TTK) Accelerate your Data-Plane with Tight Isolation Focus Less on HOW to Isolate, More on WHAT to Isolate Core, Platform and Developer Tools
  37. What's Next in OpenShift 46 Windows updates Windows nodes will

    move to Containerd as the runtime, and CSI for storage, thus future proofing consistency and application portability for Windows Platform Consistency Health Management of Windows Nodes with self healing will allow for better resiliency of the Windows nodes (e.g. recovering from a Kubelet crash) Unified Experience Core, Platform and Developer Tools Bring Your Own Host GA Announcement: Link
  38. What's Next in OpenShift What’s next for the OpenShift Console?

    47 Managed Cluster Managed Cluster Managed Cluster OCP: OpenShift Container Platform OPP: OpenShift Platform Plus • ACM is just the start. ACS, Quay, Log Mgmt, and others will integrate with the OCP Console via dynamic plugins in 2022 • Dynamic plugins will enable partners & customers to create their own native integrations Management Hub Cluster • OCP will update to a fleet experience when the management hub is enabled • New lightweight multi-cluster operator enhances OCP screens via dynamic plugins • Fleet-wide auth for managed clusters Security Everywhere Platform Consistency Unified Experience New Hub/Managed Cluster Intelligence Unified OpenShift Platform Plus UX Core, Platform and Developer Tools Quay: Container Registry ODF: OpenShift Data Foundation ACM: Advanced Cluster Management ACS: Advanced Cluster Security
  39. What's Next in OpenShift 48 Hybrid Cloud Governance & Compliance

    OpenShift GitOps Advanced Cluster Management Ansible Application Delivery MLOps Supply Chain Security Edge Advanced Cluster Security Cluster Lifecycle Management Core, Platform and Developer Tools
  40. What's Next in OpenShift Tekton Hub on cluster for custom

    Task catalogs Extended pipeline history and log retention Enable GitOps workflows for managing CI, Approval workflows and concurrency control Declarative workflows for Helm, automated bootstrapping of Argo CD and GitOps workflows Secret management guidance, HashiCorp Vault integration Verifiable and signed pipelines for provenance Image signing and verification CI/CD & GitOps 49 OpenShift GitOps Security Everywhere Platform Consistency Unified Experience OpenShift Pipelines Argo CD multi-tenancy alignment with Kubernetes, Improve cluster config management Standardize GitOps workflows Secure software supply chain Improved operational experience Core, Platform and Developer Tools
  41. What's Next in OpenShift 50 OpenShift Serverless End to End

    encryption Multi-Tenancy Security Everywhere Serverless part of the OpenShift Default deployment for stateless workload Creation of apps in “cluster agnostic” environment Platform Consistency Reduced exposure and risk Increased productivity Integration for platform services, Elevated Serverless Function experience. Event sources to cover the breadth of applicability Unified Experience Enhance developer experience for Event Driven solutions Core, Platform and Developer Tools
  42. What's Next in OpenShift 51 OpenShift Service Mesh Secure traffic

    and manage service-level policies consistently across a zero-trust multi-tenant, environment. Security Everywhere A consistent platform with Istio service mesh across clusters, cloud providers, regions, and infrastructure types. Platform Consistency Reduced exposure and risk across your network Reduce complexity with a consistent platform experience A platform integrated service mesh - including operator installation, observability and visualizations, networking, API management,and more. Unified Experience Save time - solving integrations for you! Core, Platform and Developer Tools
  43. What's Next in OpenShift 52 OpenShift Virtualization Improved integration with

    Compliance Operator and Advanced Cluster Security Least privilege principles Security Everywhere More Public Cloud & Bare Metal providers vGPU support SNO resource optimizations Telco VNF validation program Warm migration (RHV) and basic migration (OSP) Platform Consistency Enhanced security compliance of VM OpenShift Everywhere Core, Platform and Developer Tools Improved visualization of individual VMs Overall resource utilization and intelligent diagnostics Data protection (via OADP) Disaster Recovery (via ACM) Unified Experience Manage and protect VMs at Scale
  44. What's Next in OpenShift 53 Migration Toolkit for Applications Enable

    adoption leads to take informed decisions and make the migration and modernization process measurable and predictable Gather Insight Fully integrated toolkit leveraging multiple Open Source tools with a seamless user experience Extended Scope Reduce risks Provide value on each stage of adoption Help organizations safely migrate and modernize their application portfolio to leverage OpenShift Migration Guidance Ease OpenShift adoption Core, Platform and Developer Tools
  45. What's Next in OpenShift 54 Migration Toolkit for Containers Supporting

    migrations from on-premise to cloud solutions: ARO and ROSA Migrating from on-premise to cloud Supporting in-place migrations of your existing storage to OpenShift Data Foundation Storage migration Always improving and reducing the effort of migrating your applications at scale to OpenShift 4. Migrating from OCP3 to OCP4 Adopt with ease Red Hat's latest OpenShift technologies Core, Platform and Developer Tools
  46. What's Next in OpenShift Roadmap Table of Contents Hybrid Cloud

    Experience and OpenShift Plus • Red Hat Advanced Cluster Management • Multi-Cluster Gateway for Ingress and Egress • OpenShift Multi-Cluster Storage • Red Hat Advanced Cluster Security • Red Hat Quay • Network Observability • Observability • HyperShift Managed Services Telco and Edge 57 Core, Platform and Developer Tools • Installation Updates and Provider Integration • Compute • Enabling Workloads on OpenShift • OpenShift on Bare Metal • OpenShift Sandboxed Containers • Windows • OpenShift Console • OpenShift CI/CD & GitOps • OpenShift Serverless • OpenShift Service Mesh • OpenShift Virtualization • Migration Toolkit for Applications • Migration Toolkit for Containers
  47. Hybrid Cloud and Openshift Platform Plus Roadmap Details 58 Edge

    computing with Red Hat OpenShift What’s Next in OpenShift Q4CY2021
  48. What's Next in OpenShift Product Managers: Jeff Brent, Scott Berens,

    Christian Stark, Bradd Weidenbenner, Sho Weimer ADVANCED CLUSTER MANAGEMENT - UPDATED Nov 29 2021 RHACM Roadmap Near Term (3 months) Mid Term (6 months) Long Term (9+ months) ACM • Scalability target: 2K Single Node OpenShift bare metal clusters (GA) • Central Infrastructure Management with Assisted Installer (GA) • Cluster lifecycle support: RHV, AWS Gov • Import and manage OpenShift on ARM (TP) • Discover non-OCP clusters from hyperscale clouds • Manage RHACM clusters from an Ansible Automation Platform • Submariner multicluster networking (GA) • ClusterPools, ClusterSets (GA) • Application Enhancements (Pre/Post hooks, SyncWaves support) • PolicySet definition for policy organization at scale • RHACM w/ RHACS (StackRox) integration (Phase 2 - User Experience) • OpenShift Data Foundation (aka OCS) with VolSync for Business Continuity (TP) • RHACM Hub DR backup and restore (GA) • Service Level Objectives (SLO) defined on the Grafana Observability dashboard (GA) ACM • Lifecycle HyperShift control plane and managed endpoints (TP) • Cluster lifecycle support: IBM Cloud, AWS China • Deploy/Destroy ROSA via CLI (TP) • Deploy/Destroy EKS via CLI (TP) • Multi-Hub architecture for edge management • Key and secret management via RHACM • Configuration Management Cloud Service launch • Tighter developer lifecycle integrations • Helm/Sigstore-Integration • Unified Hybrid Console • Support for PolicySets using PolicyGenerator • Ready-to-use Policies for certain Standards (e.g. NIST/HIPPA) • Integration with Integrity Shield (GA) • Provide a Scheduling Feature for Policies • Collaboration with Kyverno in Security Governance • Fleet view for User Workload monitoring ACM • Scalability target: Approaching 2K Single Node OpenShift bare metal clusters (TP) • Central Infrastructure Management with Assisted Installer (TP) • RHACM hub on IBM Z and Power (GA) • Cluster lifecycle: Microsoft Azure Gov • Identity Configuration Management operator (TP) • FIPS ready • RHACM w/ RHACS (StackRox) integration (Phase 1 - Central and Sensors) (TP) • Generation of Alerts for Policy Violations • Console enhancements for policy management • Support for ArgoCD & GitOps ApplicationSets • Easily incorporate existing configuration (Kubernetes, Rego) as RHACM policies • RHACM Hub DR backup and restore (TP) • VolSync Integration for Business Critical applications (TP) • Cluster health metrics for non-OpenShift (EKS, GKE, AKS, IKS) clusters • Service Level Objectives (SLO) defined on the Grafana Observability dashboard (TP)
  49. Requires NDA OpenShift Networking Near Term (3-6 months) Long Term

    (9 months +) Mid Term (6-9 months) Product Manager: Marc Curry, Deepthi Dharwar ` SDN + Network Edge + Telco Enablement • Gateway API GA • BGP Routing Table (VRF) Separation • MetalLB BGP traffic separation • eBPF Support - Phase 1 • Nutanix AOS support • SmartNIC Integrations • Automatic EgressIP for Azure/GCP/AWS • Support for ALB • IPv6 Dual stack support • Ingress traffic mirroring/splitting • SR-IOV for three node deployments • Cloud Infrastructure monitoring • Network topology views • OVN as a secondary network • Network visibility for OCP traffic mirroring • Allow Post-Installation Modification of Geneve and VXLAN Port • Network tracing. ... SDN + Network Edge + Telco Enablement ` SDN + Network Edge + Telco Enablement • Global Ingress API • Multi-Cluster Networking • Bandwidth-Aware Scheduler (QoS) • No-overlay Option • Network Policy v2 • Routable IPs for Pods • eBPF Support - Phase 2 • SR-IOV Support for vSphere Platform • Far Edge Cluster Footprint Support • ESNI Support • Ongoing SmartNIC Integrations • Kubernetes Services for 2ndary Interfaces • Host Networking Integration Enhancements • Multi-NIC Support • IPsec Offload • Automatic Intelligent Sharding . . . Version: 2021-11-18 60 • MetalLB with BGP Support • IBM cloud support • Alibaba Cloud Support • ARM support • IPv6 Dual stack support • External DNS management • OVS HW Offload with CX-5 (OVN) • Cluster MTU Post-Install Modification • HAProxy 2.4 • HAProxy Customization Enhancements: ◦ ROUTER_MAX_CONNECTIONS ◦ ROUTER_(ALLOWED|DENIED)_DOMAINS ◦ Request URI Log Length ◦ syslog Max Message Size • Network Observability & Analysis Tooling • Primary Traffic on 2ndary Cluster Host Interface • Egress IP Multi-NIC Support • Automatic EgressIP for Azure/GCP/AWS . . .
  50. What's Next in OpenShift 61 Red Hat Advanced Cluster Management:

    What’s Next Multicluster lifecycle management Policy driven governance and compliance Advanced application lifecycle management Multicluster observability for health and optimization • Reduce infrastructure costs using externalized control planes with HyperShift. • Deploy hybrid and infrastructure agnostic clusters at scale. • Deploy SRE-managed and self-managed clusters from a single source of truth. • Creation of PolicySets and issue examples of PolicySets. • Cluster governance cloud service. • Tight integration of ACS and ACM within OpenShift Platform Plus. • Consolidated application deployment approach across various dev tools. • Quickly observe application health and status from any deployment source. • Include cross-cluster PV replication for business critical workloads. • Provide the complete fleet view for cluster health metrics. • Enable operations teams to analyze metrics using preferred tooling.
  51. What's next in OpenShift Q4CY2021 Product Manager: Greg Charot OpenShift

    Storage Near Term (3-6 months) Mid Term (6-9 months) Long Term (9+ months) FEATURES CSI OPERATORS CSI API FEATURES CSI OPERATORS ` CSI API FEATURES CSI OPERATORS CSI API • CSI Migration ◦ GCE PD (GA) ◦ Cinder (GA) ◦ Azure Disk ◦ AWS EBS • Skip recursive permission changes on mount • Flexvolumes deprecation • Alicloud Disk (GA) • Azure Disk (GA) • Azure File (Tech Preview) • AWS EFS (GA) • IBM Cloud (GA) • vSphere (GA) • CSI Migration ◦ Azure File (Tech Preview) ◦ vSphere (Tech Preview) ◦ AWS EBS (Tech Preview) • Azure File (GA) • Nutanix (Full integration) • Multiple vCenter Zones • Generic ephemeral CSI • CSI Resize (GA) • Transfer PVC/Snapshots between namespaces • CSI Ephemeral Inline • CSI Migration ◦ vSphere (GA) ◦ Azure File (GA) • Secret Store CSI • Google File • Remove Flexvolumes • CSI Metrics parity with in-tree • NFS Mount in Kerberized environment • Selinux context mount • Expansion of stateful sets OPENSHIFT STORAGE
  52. What's next in OpenShift Q1CY2021 Product Manager: Eran Tamir OpenShift

    Data Foundation Near Term Mid Term Long Term FEATURES Platforms CSI API FEATURES Platforms ` CSI API FEATURES Platforms CSI API • Maintain CSI API • Disaster Recovery ◦ Multi-Cluster Regional DR for block using ACM (TP) • Data Federation - Object data replication • KMS PV encryption with multi tenant authentication • IPv6 single/dual stack (DP) • IBM ROKS (GAed) • ARO self managed service (GAed) • RHV (GAed) • BM IPI (GA) • Maintain CSI API • ROSA & OpenShift Dedicated • Disaster Recovery ◦ Multi-Cluster Regional DR for block using ACM (GA) ◦ Metro-DR Multi Cluster with ACM (TP) • IPv6 and Multus (GA) • Access filesystem via S3 API • Single Node support (TP) • Support for IBM HPCS KMS (DP) • Maintain CSI API • BM deployment on any platform • Windows Nodes (TP) • Disaster Recovery ◦ Multi-Cluster Regional DR for File using ACM (GA) ◦ Metro-DR Multi Cluster with ACM (GA) • Single Node (GA) • Single Node HA (TP) • Support for COSI - Object API for K8s • Support KMS vendors via KMIP OPENSHIFT CONTAINER STORAGE
  53. What's Next in OpenShift 64 Red Hat Advanced Cluster Security

    Red Hat Advanced Cluster Security Vision Security across the entire application lifecycle Enable advanced incident response and hardening capabilities to enable the most mature risk management programs Enable teams to shift security left with our continued in improving vulnerability management and compliance workflows Advanced security workflows First class support for the OpenShift platform across clouds and managed services and security use cases Best in class OpenShift support Reduce security program costs Improve cybersecurity programs by making recommendations that would have an outsized impact on an organization's security posture and exposing program metrics to showcase ROI Program Management Provide teams with the information to prioritize the issues that matter most in their environment Enable effective prioritization workflows Creating an open source community focused on enabling Kubernetes security will enable us to tap into innovation pools not previously available Our commitment to open source
  54. What's Next in OpenShift Compliance Operator Roadmap Security and Compliance

    Product Manager: Doron Caspin Near Term (Q4 2021) Mid Term (1H CY 2022) Long Term (2H CY 2022) Operators Profiles PORTFOLIO Operators Profiles ` PORTFOLIO Operators Profiles PORTFOLIO • Custom Profiles • Metrics + Alerting • Parameterized remediation • FedRAMP Moderate (NIST 800-53) • PCI-DSS • NERC-CIP Integration • Compliance Operator integration available now with ACS and ACM • FedRAMP High • DISA-STIG • HIPAA • Enforcement remediations Integration • Integrated OpenShift Platform Plus UX for Compliance • Install-time compliance • Multi-cluster compliance • GitOps integration • Security Profiles operator Integration • RH ACS provides workflows for Compliance • NIST 800-171 • ISO 27001 • ANSSI
  55. Red Hat Quay Roadmap Near Term (3-6 months) Mid Term

    (6-9 months) Long Term (9+ months) CLAIR QUAY CLAIR ` QUAY CLAIR QUAY • Bulk Mirroring • Admin UX improvements • Restricted users • Vulnerability silencing • Native IPv6 support • First-class cosign support • Authenticated builds Quay with OpenShift • Integration in OCP Logging • Integration in OCP Alerting Clair v4 • Streamlined Quay Operator integration • Support for scanning Java dependencies • CodeReady Dependency Analytics integration • OCP mirror registry (all-in-one installer) • Quota Reporting & Management • Transparent Pull-through Cache Quay on OpenShift • Operator Geo-replication support • Non-bare metal builds • Operator stability improvements • Operator Day 2 + GitOps Enhancements Clair v4 • Clair Kubernetes Operator • ACS Integration / Support • Support for scanning Golang binaries • Better CVE remediation guidance • New User Interface • First-class OLM content support • First-class Helm UX • Artifact Lifecycle Modeling • Automated Rebuilds • Splunk log-forwarding Quay with OpenShift • Revamped Bridge Operator • OCP Developer UX improvement • Integration in OCP Authentication Clair v4 • Support for Microsoft Windows • Multi-Arch Support • Additional language package manager scan coverage (NodeJS, Ruby, …) Roadmap is subject to change without notice. The depicted dates here represent provisional plans and rough estimates to the best of our knowledge today.
  56. What's Next in OpenShift Observability Near Term Mid Term Long

    Term Logging • Customer Preview for New Loki Logging to eventually replace Elasticsearch • Customer Preview for New Vector Collector for Multi-Thread Scaling to replace Fluentd single threaded collectors • CloudWatch and Loki support for Log Forwarding with support for authentication mechanisms for ROSA STS Authentication Tokens. • Aggregate multi-line stack traces for non-JSON type logs. Logging • Tech Preview Loki Logs and Vector Collector for greater scale and reliability. • Log Exploration Tool provided natively inside the OpenShift Console. • Support for forwarding logs to GCP and AWS. • Support for AWS Cloud Watch authentication mechanisms for ROSA Automated STS Authentication Tokens. • Tech Preview Hybrid Logging Operators for OSD and ROSA Logging • GA Loki Logging and Vector Collector as an alternative storage engine to Elasticsearch. • Support higher throughput and resource-efficiency for Vector Multi-Thread collecting. • Allow OpenShift tenants to configure log forwarding themselves. • Improve OpenShift Logging Managed Service Experience and add-on logging workflows for managed tenants 67 Monitoring • Forward metrics to a remote endpoint. • Improve Monitoring component-relevant alerting rules to be more meaningful and actionable. • Ability to restrict User Workload Monitoring to only watch defined namespaces. • Ability to configure Monitoring to forward fired alerts to an external, user-owned Alertmanager. Monitoring • Create new alerting rules based on platform-defined metrics. • Introduce view into the OpenShift Console to show which services we scrape metrics from. • Adopt cluster-wide TLS configuration. • Allow tenants to create their own individual routing configuration independently from the cluster-wide Alertmanager config. • Proxy support for Alertmanager. Monitoring • Enable Prometheus Operator deployments per namespace to enable metrics to specific namespaces. • Prometheus Operator for collecting application meticx • Allow users to configure HTTP probes against an API. • More flexibility on how admins will operate the Monitoring stack (start small, grow out). • Simplified support for defining important SLOs for your application. Product Manager: Shannon Wilber OpenShift 4.11+ Logging v5.3 Logging v5.4 Logging v5.5+ OpenShift 4.9 OpenShift 4.10
  57. What's Next in OpenShift Distributed Tracing Near Term Mid Term

    Long Term Platform Data Collection OpenTelemetry • Re-branding: Red Hat OpenShift distributed tracing (formerly known as Red Hat OpenShift Jaeger) • Red Hat OpenShift distributed tracing platform: Jaeger 1.26 • Red Hat Openshift distributed tracing data collection: OpenTelemetry Collector 0.33 (Tech Preview) • Runtimes Integration: OpenTelemetry Client Libraries Platform Data Collection OpenTelemetry • OpenTelemetry Collector (GA) • Multi-Cluster Capabilities • Distributed Tracing (Umbrella Operator) for installing platform and data collection seamless Platform Data Collection OpenTelemetry • Visualization on OpenShift Console • Auto-Instrumentation through Operator 68 Product Manager: Mauricio "Maltron" Leal (3-6 months) (6-9 months) (9 months +)
  58. What's Next in OpenShift HyperShift HyperShift Near Term (3-6 month)

    Mid Term (6-9 months) Long Term (9+ months) HyperShift ` HyperShift • HyperShift for OSD • HyperShift for ARO • HyperShift on OpenShift Appliance • Cost operator support • Integration with Cert-manager operator • HyperShift Multi-Arch control-planes • Management Clusters Auto-scaling • Cross management clusters scheduling. • OVN support • Azure Infra provider • Platform None Infra Provider • KubeVirt as Infra provider • Bare Metal infra provider • In-place upgrades • Compliance Operator support • HyperShift for ROSA • HyperShift integrations with OCM • HyperShift Multi-Arch NodePools • ACM hub of hubs backed by HyperShift Product Manager: Adel Zaalouk HyperShift • HyperShift Etcd Operator • OLM In the Control Plane • Console support for HyperShift • HA / Single Replica Modes • Independent CP & NodePool Upgrades • Multiple versions of the CP on mgmt cluster • Reverse tunneling with api-server proxy (konnectivity) • Dedicated STS Roles for CP components • Private Link to support Private Clusters on AWS • AWS as infra provider • ACM Hosted Cluster life cycle (AWS) • Cluster Auto-scaling • Multiple service publishing strategies • FIPS Compliance for Hosted Clusters • HyperShift Operator Tracing • Metrics for Cluster Creation + Resource Consumption
  59. What's Next in OpenShift Telco 5G Roadmap Ops Timing Misc

    Timing • SyncE • OCP Node as a Grand Master Clock • ZTP of Hub Cluster (RHACM, Tang Server, etc…) • ZTP of CU Core • CPU Manager: mix of exclusive and shared CPU for a container • Gatekeeper: labels and annotations update • SmartNIC enablement: Bluefield2 • LinuxPTP 3.1 • Multiple NIC PTP Boundary Clock (w/o HA) • Multiple Time Sources - Best Master Selection • 2,000 SNO Provisioned / Managed by RHACM • BIOS Configuration for OCP deployment via GitOp (Power Optimization Focus) • Policy-driven node staging prior to OCP upgrade • NBDE Tang Server Operator • 802.1x Authentication • CoreDNS forwarding DNS requests over TLS • Intel SPR Readiness • Generic Special Resource Operator (SRO) (GA) • NUMA aware scheduler (GA) • Dynamic Storage Provisioning (GA) Core Misc Ops Ops Timing • PTP Robustness Improvements (process failure recovery, thread scheduling/prio via PTP Operator) • Load Balancer for bare-metal (metalLB): L3/BGP • NUMA aware scheduler (TP) • Dynamic Storage Provisioning (TP) Core Misc • 1,500 SNO Provisioned / Managed by RHACM • Zero Touch Provisioning (GA) • Policy-driven multi-cluster update/upgrade • Logging Optimizations (vector.dev) • Zero Touch Provisioning of NBDE secured Single-Node OpenShift • NBDE Operator (Manage Client/Server E2E NBDE, Re-Keying Policies) • IMA-base File Attestation (RHEL9) • Optimization for Power Savings PMs: Robert Love (RAN), Franck Baudin (Core) Near Term (3-6 months) Long Term (9 months +) Mid Term (6-9 months)
  60. What's Next in OpenShift Support for PTP in OpenShift (alignment

    with IEEE 1588) Q4 2021 Q1 2022 Mid-Year 2022 Single NIC OC Single NIC BC Single NIC OC Single NIC BC PTP Robustness Enhancements OC Events to CNF Single NIC OC Single NIC BC PTP Robustness Enhancements OC Events to CNF BC Events to CNF Planned Projected OC Events to CNF Q4 2022 Single NIC OC Single NIC BC OC Events to CNF GM - Grandmaster BC - Boundary Clock OC - Ordinary Clock Completed BC (No HA) Multi NIC BC Events to CNF SyncE 2023 PTP Robustness Enhancements BC Events to CNF Best Master Selection GMC via NIC GNSS BC (No HA) Multi NIC Single NIC OC Single NIC BC OC Events to CNF SyncE PTP Robustness Enhancements BC Events to CNF Best Master Selection GMC via NIC GNSS BC (No HA) Multi NIC LinuxPTP 3.1 LinuxPTP 3.1 LinuxPTP 3.1 PM: Robert Love
  61. What's Next in OpenShift KUBERNETES-NATIVE INFRASTRUCTURE OpenShift for Edge Fleet

    Management • RHACM integration/disconnected installs • RHACM manage 1000 clusters • Zero touch provisioning (ZTP) DP • Single Node Openshift deployment over L3 without external LB • Single Node Openshift provisioning scale improvements (Bootstrap pivot on single node) Fleet Management • Central infrastructure management • Zero Touch Provisioning • Lifecycle management/ upgrade service Fleet Management • Edge devices - kubernetes native device management (CRD) 73 Product Manager: Moran Goldboim Edge offerings • Single Node Openshift (TP) • Single-Stack IPv6 and Dual-Stack IPv4/IPv6 • Minimal core usage by platform • Mt Bryce (eASIC) FEC - via 3rd-Party • Upgrades via backup/restore Edge offerings • Single Node Openshift (GA) • Single Node Openshift upgrade support • Single Node Openshift OLM operator compliance Edge offerings • Full-stack attestation • Additional SmartNICs and accelerators • OCP as a boundary clock Near Term Mid Term Long Term
  62. What's Next in OpenShift 75 OSD / ROSA • PCI

    DSS Certification • FedRamp Certification (CY22-Q2) • HIPAA Ready Certification (scoping) • ISO27017 and ISO27018 (2Q2022) Compliance OSD / ROSA • AWS: STS / Role based access • AWS: Reduced permissions requirements • AWS: New management network ingress (Private Link) • BYOK for EBS volumes • Added layer of etcd encryption • Configure availability of SSH on the cluster Security ARO • FIPS mode install option • HIPAA certification ARO • BYOK Disk Encryption • Egress lockdown • Storage Lockdown Managed OpenShift Roadmap
  63. What's Next in OpenShift 76 OSD / ROSA • AWS

    and GCP Region parity with OCP • GPU support • Spot instances • AMD instances • Support dedicated cloud instances Compute OSD / ROSA • Cluster hibernation • CloudFormation support for ROSA • Terraform provider support • Ansible support • Cluster-wide HTTP(S) proxy during creation for existing VPC • Use OVN as default • Support for NLB in addition to CLB • Use preexisting Route53 when installing in existing VPC • Edit existing node labels and taints Infrastructure ARO • Azure Government region support (Preview) • Expanded instance type support • Spot Instance support • Azure Norway West • GPU Support ARO • Azure Portal Cluster Creation GUI • Installation Configurability (version, etc) • Azure AppLens Integration Managed OpenShift Roadmap
  64. What's Next in OpenShift 77 • OCM: “Adopt” ARO clusters

    into OCM • OCM: Cluster AddOns • OCM: Provision ARO clusters through OCM • OCM: Manage Upgrades ARO OSD / ROSA • Expanded region support • Log forwarding • User Workload Monitoring including Alerting • ROSA: Output YAML from CL • ROSA: Annual agreements in AWS Console • Scheduled upgrades for AddOns • ROSA: AWS console integration • Support selecting AZ’s • ROSA: STS OCM Provisioning • Ensure that editing the node label or taint applies to all existing nodes. • ROSA: CLI commands to delete / list IAM resources • Allow customer to customize web console branding Platform Managed OpenShift Roadmap
  65. What's Next in OpenShift OPENSHIFT PLATFORM Install / Upgrades Roadmap

    Near Term (3-6 months) Mid Term (6-9 months) Long Term (9+ months) GENERAL PROVIDERS GENERAL ` PROVIDERS GENERAL PROVIDERS Alibaba Cloud • User-provisioned infrastructure support Azure: • Better documenting of credential permissions • User-managed keys Azure Disk Encryption Sets • UltraDisks support GCP: • Better documenting of credential permissions IBM Cloud: • User-provisioned infrastructure support VMware vSphere: • Multi-cluster deployment support (single vCenter) Red Hat OpenStack: • Support MetalLB with BGP • DCN improvements for Telco/NFV • Better scaling using Kuryr OVN Install: • Improved Disconnected Workflow Upgrade: • Release upgrade graph data as a container • ‘oc’ enhancement to display upgrade paths IBM Cloud: • Installer-provisioned infrastructure support Alibaba Cloud • Installer-provisioned infrastructure support Azure Stack Hub (on-premise): • Installer-provisioned infrastructure support Azure: • Document restricted network installation GCP: • Deploy OCP to a shared VPC VMware vSphere: • Thin provisioning for OS Disk • Use HW version 15 for the VMs Red Hat OpenStack: • Allow strict anti-affinity for servers at install time • Tech-Preview - Support OCP workloads on OSP DCN for Enterprise use-cases • OVS Hardware offload - UPI Install: • Customer managed external DNS for Cloud Providers Upgrade: • EUS to EUS upgrades Azure: • Support for Azure China cloud instance • User-defined infrastructure tags GCP: • User-defined infrastructure tags VMware vSphere: • CPU & Memory reservations Install: • MachineSet-managed control plane • Additional disk for ETCD • Include/exclude capabilities based on user selection 79 PMs: Marcos Entenza (AWS, Azure, GCP, IBM Cloud), Gaurav Singh (Alibaba), Maria Bracho (VMware), Peter Lauterbach (RHV), Ramon Acedo Rodriguez (BM), Anita Tragler (OSP), Duncan Hardie (IBM Z & Power)
  66. What's next in OpenShift Q2CY2021 80 4.x EUS 4.(n+1) 4.(n+2)

    4.x EUS Contingent on Testing & Validation Upgrade Control Plane to 4.(n+1) & Skip Compute nodes All nodes upgrade to 4.(n+2) All nodes upgrade to 4.x EUS All nodes running 4.x EUS EUS to EUS Upgrades ➔ Alerts when node/pod fails to drain ➔ Zone awareness during upgrades ➔ Targeted upgrade blocking OpenShift Installation Managed ROSA /ARO/OSD Self Managed Cluster Lifecycle API OpenShift Hive (& Assisted Installer Service) Cluster Lifecycle API HyperShift (Hosted Cluster, NodePool) Product Managers: Marcos Entenza Garcia, Ramon Acedo Rodriguez, Adel Zaalouk, Ju Lim, Tushar Katarki Azure Stack Hub More platforms Installation Upgrades Installation, Updates, and Provider Integration Enable Hybrid Cloud Simplify onboarding Mitigate risk Cluster & Fleet Management OCM ACM
  67. What's Next in OpenShift Provider Roadmap & Minimum Supported Version

    Provider Full Stack Automation (installer-provisioned infrastructure) Pre-existing Infrastructure (user-provisioned infrastructure) 4.10* 4.11* 4.1 4.1 4.11* 4.11* 4.2 4.3+ (z-stream) Azure Stack Hub 4.10* 4.9 4.6 4.1 TBD TBD 4.2 4.2 - TBD 4.10* 4.11* IBM Power Systems - 4.3+ (z-stream) - 4.2+ (z-stream) 4.2 4.4 4.4 4.6 4.5 4.1 ** 4.6 4.6 Bare Metal PMs: Marcos Entenza (AWS, Azure, GCP, IBM Cloud), Gaurav Singh (Alibaba), Maria Bracho (VMware vSphere), Peter Lauterbach (RHV), Ramon Acedo Rodriguez (BM), Anita Tragler (OSP), & Duncan Hardie (IBM Z & Power) * Tentatively planned & subject to change ** via VMware Validated Design (VVD) OPENSHIFT PLATFORM
  68. What's Next in OpenShift OpenShift Bare Metal Near Term (3-6

    months) Long Term (9 months +) Mid Term (6-9 months) Product Manager: Ramon Acedo Rodriguez ` Installation + Hardware Management + Networking • Hybrid Clusters: deploy Bare Metal Worker Nodes from OpenShift on non-bare metal platforms • Central Infrastructure Management (power management) from RHACM for Single Node OpenShift nodes • Document adding custom Redfish-based controllers for telco partners with specialized hardware • Network logging improvements dsafasdf Installation + Hardware Management + Networking ` Installation + Hardware Management + Networking • Central Infrastructure Management (power management) from RHACM for bare metal nodes in managed clusters • High Availability for SNO pairs • Node Health Check (non-Machine API-based health checks) • Bootable Installer: ephemeral installer for on-prem, agnostic and long tail of platforms (bare metal focused) Version: 2021-11-23 82 • Support for day-1 configuration of bonds, static IPs and VLANs on nodes • Kubernetes NMState GA for bare metal clusters • Get and set node BIOS attributes • Monitor Node Health from Workloads: powered by Metal3 and Redfish, API to subscribe to hardware events • TLS for virtual media
  69. What's Next in OpenShift KUBERNETES-NATIVE INFRASTRUCTURE OpenShift on OpenStack Short

    Term (OCP 4.10) Mid Term (OCP 4.11) Long Term (4.12+) Installer & Infrastructure • Octavia Load Balancer service - router sharding • Telco/NFV Fast datapath OVS-DPDK with host-device plugin • OpenStack external cloud provider [TP] • Anti-affinity for workloads • OCP control-plane (Master) cold migration • OSP DCN Edge - OCP cluster in Edge site (AZ awareness) [TP] Installer & Infrastructure • Installer flexibility with external Cloud Provider (no Terraform) • IPI dual-stack on OSP IPv6 provisioning • Octavia External Load balancer - UDP support • Egress IP support • Telco/NFV Fast Datapath IPI with OVS HW offload • OSP DCN Edge: Stretched OCP cluster across DCN edge sites (AZ awareness) • MetalLB with BGP (L3 mode) Installer & Infrastructure • Disconnected (Air Gapped) all-in-one Quay, installer • MetalLB with BGP LBaaS • OpenStack DNSaaS Designate • OSP DCN Edge with Remote worker nodes • IPI with dual-stack and IPv6 • Windows Container with BYOH • HPC GPU/vGPU support • Monitoring with Telemetry data 83 Product Manager: Anita Tragler Kuryr CNI • Kuryr Improved debugging with Metrics Kuryr CNI • Kuryr dual stack support Kuryr CNI • Kuryr and OVN Improved Scale • Kuryr at DCN edge
  70. OpenShift on OpenStack Deployment User Experience - Continue to improve

    the installation experience of OpenShift 4 on OpenStack in the User-Provisioned Infrastructure (UPI) and Installer-Provisioned Infrastructure (IPI) installation workflows - Improvements involve addressing new use cases and simplifying the installation workflows Telco & Edge Focus - OpenStack is one of the most popular platforms in Telco. OpenShift on OpenStack is strategic for many of such customers, running VNFs and CNFs together, Distributed Compute Nodes or SR-IOV for containers OpenStack Bare Metal Integration - Mixed environments of virtual and bare metal instances to address use cases such as direct hardware access (NVMe, SR-IOV, GPU, FPGA) or performance-sensitive apps VNFS VNFS CNFs VNFS VNFS VNFs Standard hardware KUBERNETES-NATIVE INFRASTRUCTURE Product Manager: Ramon Acedo Rodriguez
  71. CONFIDENTIAL INTERNAL USE Product Manager: Ramon Acedo Rodriguez (OCP on

    OSP) Current OpenShift 4 on Red Hat OpenStack Platform Reference Architecture OCP 4.4 & OSP 13/16 85 https://www.openshift.com/blog/ocp-4-on-osp-ra-blog-post
  72. What's Next in OpenShift OpenShift Sandboxed Containers (Kata) 86 Sandboxed

    Containers • Metrics for Kata stack. • Additional dashboards in OpenShift console for health metrics. • Node Feature discovery for new installs. • Additional Logging from QEMU, the operator, and the kata runtime. • Integrations of the sandboxed operator in CPaaS Sandboxed Containers • Smart admission control for kata runtime (with / without ACS) • Kata 3.0 compatibility - Part I • Update to QEMU 6.2 • Update to RHEL 8.6 with extensions • SR-IOV with DPDK support • Qualify sandboxed containers on SNO • Dev Flows Integration Sandboxed Containers • Use CRI-O stats (instead of cadvisor) for metrics • Support External Control Plane (HyperShift) topology with sandboxed containers. • Integrate sandboxed containers in the logging stack • Kata 3.0 compatibility part II Near Term (~4 months = 4.10) Mid Term (~7 months = 4.11) Long Term (9+ months = 4.11+) Product Manager: Adel Zaalouk
  73. What's Next in OpenShift Compute Near Term Mid Term Long

    Term Kubernetes • Secondary Scheduler Operator • Technology preview of autoscaling based on custom metrics with KEDA • Ability to deploy alternative recommender in VPA • GPU Fabric Manager enablement for NVIDIA DGX A100 (8 x GPUs per physical node) Kubernetes • In-Place upgrade of VPA • Krew • Cgroup V2 • Special Resource Operator GA • GPU Dashboard • GPUDirect RDMA enablement for multi-node training Kubernetes • Multi dimensional POD autoscaler • Swap Support for containers • Behavior detection driven recommenders in VPA • Enabling AI/ML and HPC workload • NVIDIA GPU on ARM systems • Checkpoint/Restore In Userspace • Cache container images 87 Product Managers: Mark Russell, Tushar Katarki, Gaurav Singh, Erwan Gallen Container Host RHEL CoreOS and Machine Config Operator • Kdump for diagnosing kernel crashes to GA • AWS GovCloud image publishing • coreos-installer live ISO customization UX • Improved node drain documentation and alerting • Improved CA certificate handling • Support of kubelet tlsSecurityProfile cryptographic policy flag Windows • Support for Bring your own Host that should enable Windows Containers support in UPI for platforms such as vSphere, Bare metal etc Container Host RHEL CoreOS and Machine Config Operator • rpm-ostree RHCOS images in OCI container • Password-protecting grub menu via Ignition • Automated hotfix distribution Windows • Support for ContainerD runtime • Improved Logging/Monitoring & Storage • Support for more network plugins such as NSX 3.0 Container Host RHEL CoreOS and Machine Config Operator • Simpler customization • Custom content • RHEL 9 based RHCOS • Reboot policies Windows • Support for Hosted Platforms (ARO. AMRO, OSD) • Knative Automations, Service Mesh support • Policy enforcement using OPA • Deeper UI changes
  74. What's next in OpenShift Q4CY2021 Product Manager: Duncan Hardie OpenShift

    on Arm Near Term (3-6 months) Mid Term (6-9 months) Long Term (9+ months) • SBSA/SBBR compliant servers ◦ Pre existing infrastructure (Tech Preview) • Bluefield 2 (Dev Preview) BARE METAL • AWS ◦ Full stack automation (GA) CLOUD • OpenShift Monitoring (already in OpenShift) • Advanced Cluster Management (client only) • OpenShift Logging ADDONS • SBSA/SBBR compliant servers ◦ Pre existing infrastructure (GA) • Bluefield 2 (Tech Preview) BARE METAL • AWS ◦ Pre existing infrastructure (GA) • Azure ◦ Full stack automation (GA) • GCP ◦ Full stack automation (Tech Preview) CLOUD • Phase 2 - implementation of subset TBD ADDONS • SBSA/SBBR compliant servers ◦ Full stack automation (GA) • Bluefield 2 (GA) BARE METAL • Other cloud providers CLOUD • ADDONS OPENSHIFT ON ARM
  75. What's next in OpenShift Q4CY2021 Product Manager: Duncan Hardie OpenShift

    Multi-Architecture Near Term (3-6 months) Mid Term (6-9 months) Long Term (9+ months) OPENSHIFT MULTI-ARCHITECTURE • Compliance Operator • Multiple NICs • OVNKube IPSec Support • Kubernetes nmstate operator • Multus Plugins (IPVAN, Bridge with VLAN, Static IPAM, Host Device) • Vertical pod autoscaler • Horizontal pod autoscaling - Memory Tech Preview IBM POWER • PowerVS Automated Installer (IPI) • HyperShift IBM POWER • PowerVS Pre Existing Infrastructure (UPI) • Migration toolkit • FIPS compliance IBM POWER • Future platform support (Z Next) • Compliance Operator • Multiple NICs • CryptoExpress (CEX) Adaptors • OVNKube IPSec Support • Kubernetes nmstate operator • Multus Plugins (IPVAN, Bridge with VLAN, Static IPAM, Host Device) • Vertical pod autoscaler • Horizontal pod autoscaling - Memory Tech Preview IBM Z • Enhance KVM UPI with Secure Execution • HyperShift IBM Z • Migration toolkit • zVPC Automated Installer (IPI) • FIPS compliance IBM Z
  76. What's Next in OpenShift Control Plane Q2-Q4 2022 2022+ API

    and Auth • Update Control Plane to 1.23 • Tech Preview of Cert-manager • Consume Group membership information from an idp (OIDC) API and Auth • Update Control Plane Kubernetes Version to 1.24 • GA of cert-manager • Pod Security Admission • Improved audit logging (login/login failure details) • Reconcile SCC • Kube KMS R&D API and Auth • Hierarchical namespaces, • Automated Group sync • Prevent brute force logins 90 etcd • Master Node Scaling and Recovery Behavior Matches That of Worker Nodes etcd • Disaster recovery & Automated backups • Etcd bump etcd • Etcd Auto tune • Separate PIOPS volume for etcd supported as a Day 1 operation • Etcd certs signed by Custom CA Q1 CY2022
  77. What's next in OpenShift Q4CY2021 Product Manager: Duncan Hardie Cluster

    Infrastructure Near Term (3-6 months) Mid Term (6-9 months) Long Term (9+ months) ` API • AWS: support for other network types (EFA) • AWS: mixed spot instance machine sets • GCP: support for pd-balanced disk type • Set subnet for “service type” load balancer • Migration from MachineAPI to CAPI • Managed Compute for Control Plane ◦ Compute autoscaling ◦ Vertical rolling updates • Cluster API Phase 1 (TP) PROVIDERS • GCP: Out of tree cloud provider (TP) • IBM: Out of tree cloud provider (GA) • Alibaba: Out of tree cloud provider (GA) • vSphere: Out of tree cloud provider (TP) API • Azure: enable accelerated networking • Azure: worker node ephemeral disks • Azure: availability set support • Azure: UltraSSD support • GCP: GPU support • Cloud Controller Manager Operator PROVIDERS • vSphere: Out of tree cloud provider (GA) • GCP: Out of tree cloud provider (GA) • Azure: Out of tree cloud providers (GA) • OpenStack: Out of tree cloud provider (GA) • AWS: Out of tree cloud provider (GA) • Nutanix: Cloud provider (GA) API • CAPI completion • Native scaling groups • Improved Metrics • Automatically spread across Availability Zones PROVIDERS • Equinix Metal: cloud provider OPENSHIFT CLUSTER INFRASTRUCTURE
  78. What's Next in OpenShift PLATFORM SERVICES Unified Console Experience (ACM,

    ACS, OCP, ODF, Quay) Near Term Mid Term Long Term Application Application • Dark Mode • Pod Log Viewer: Color Context • Exposure of Java performance data Application • Migrate app from another cluster • Exposure of tracing • Builds v2 in Console • Push changes to Git 92 Product Manager: Ali Mobrem, Serena Nichols, Sho Weimer, Kirsten NewComer Cluster • Upgrade control plane only • AppliedClusterResourceQuota support • Run pod in debug mode • Visualize Cluster Support Level Cluster • Pod Disruption Budget • User preference: Dark Mode • HPA - Custom metrics • Improved upgrade details Cluster • User preference: Set time/date format • Vertical Pod Autoscaler support • Security Context Constraints support Fleet Fleet • OCP & ACM native integration: Tech Preview • Multi-Cluster SSO enabled • Multi-Cluster networking serviceability enhancements • RHV & AWS GovCloud cluster provisioning support • Managed Cluster Creation via OCM Integration • Governance & config management with policy sets • ACM & ODF integration... Fleet • OCP & ACM native integration: GA • ACM & ServiceMesh integration - Federated • ACM & OpenShift GitOps integration • Native Managed Cluster Creation: ROSA, ARO, OSD, *ks • Easy provisioning with Cluster Profiles/Templates Extend Extend • Dynamic Plugin: Dev Preview - Alpha APIs • Dynamic Plugin: Sample Apps • Dynamic Plugin: Github Template Repository Extend • Dynamic Plugins: Tech Preview - Beta APIs • Dynamic Plugins: Plugin Catalog • Dynamic Plugins: Operator Helpers • Guide users to add webhooks when adding pipelines • Enable devs to share their Helm Charts in the catalog • Improve Dev Exp for front end devs • Support quick search from Add • Usability enhancements for Topology • Dynamic Plugins: GA - v1 APIs • Dynamic Plugins: Certification Process for partners • Dynamic Plugins: Stand-alone mode • ACS & ACM & Quay Native Integration - Image vulnerability • ACS & ACM Native Integration - Compliance • ACM & ServiceMesh integration - Multi-Cluster • Cluster Profiles/Templates with Operator add-on support • ACM enable partner integrations - Dynamic Plugins
  79. What's Next in OpenShift 93 Pull Tekton pipelines and tasks

    Git Event Application Git Repository Declarative CI & App Delivery with GitOps Configs Git Repository Image Registry Sync Pull/Push Release Application Dev(s) Stage(s) Prod(s) Advanced Cluster Security DevSecOps Advanced Cluster Management Pull Images CD CI Scale Manage Lifecycle Compliance Core, Platform and Developer Tools
  80. What's Next in OpenShift DEVELOPER & PLATFORM SERVICES DevOps &

    GitOps Short Term Mid Term Long Term Builds • Shipwright Tech Preview • Buildpacks build strategy • Shared secret/configmaps across namespaces (Shared Resource CSI Driver) Builds • Auto-pruning builds • Shipwright in Dev Console • Volumes support in Shipwright builds • Build triggers Builds • Shipwright Builds GA • Shipwright custom tasks for Tekton • BuildConfig to Shipwright migration guide • Build dependency caching 94 Product Manager: Siamak Sadeghianfar Pipelines • Pipeline as code concurrency control • In-cluster Tekton Hub • Pipeline resource quota guidance • Tetkon Chains and task signing Pipelines • Pipeline concurrency control • Improve workspace user-experience • Unprivileged builds in pipelines • Extended pipeline history and log retention • Manual approval in pipelines • Tekton Bundle support • GitLab support in pipeline as code Pipelines • Tekton Task bundles • Pipeline templates in pipeline builder • Pipeline reuse in pipelines • Workspace templates • Scheduled pipelines • Repository metrics in Dev Console GitOps • ApplicationSets GA • kubeadmin and OCP group suppor with RH SSO • Guidance on OpenShift configurations • Guidance on secret management GitOps • HashiCorp Vault integration • Argo CD multi-tenancy alignment with k8s • Application CRs in any namespace • Application CRs service account impersonation • Argo CD Helm deployment enhancements • Improve support for custom plugins in Argo CD GitOps • Application dependencies • Image updater • Notifications • Cluster-wide Argo CD control plane
  81. OPERATOR LIFECYCLE ` OPERATOR LIFECYCLE OPERATOR LIFECYCLE Product Manager: Daniel

    Messer, Tony Wu Operator Management • Support hosted control planes (Hypershift) • Data-loss prevention with versioned CRDs Operator Packaging • File-based catalog creation • Complex dependency expressions Stability/Performance • Hotfix delivery process (internal) • Reduce downloads for mirroring catalogs • Optimizations for large clusters New Global Operator Model • CLI tool for OLM • Android-Style Permission Approval • Helm Bundle Support • User Request-based Operator deployments • Version-locked multi-operator products • Introspect Dependencies and Update Graph Operator Packaging • CSV-less bundles / k8s manifest support Managed Services Support • Canary Rollouts / Fleet Management Near Term (OCP 4.10) Mid Term (4.11/4.12) Long Term (OCP 4.12+) OPERATOR FRAMEWORK ROADMAP SDK SDK SDK Operator Management • Cluster-scoped Operator API & Bundle API • Discrete Operator RBAC and visibility control • Auto-recover failed installs/updates • Operator installed by default (Day0) Operator Packaging • Content Deprecation / Upstream templates • File-based catalog refinements Lifecycle Model • Operand versioning & dependencies • Cross-Channel Update Indication • Z-stream only automatic updates OLM Integration • Digest-based bundle (for disconnected env) Enable more Operators/Mature Operators • Java/Quarkus Operator SDK (upstream beta) • Helm + Go hybrid Operator SDK (Tech Preview) • Auto-pruning for Operator created objects • Enable Ansible Operator insight (capability level IV) Operator Testing • Pluggable/external bundle validation engine • Enable local storage for scorecard test results OLM Integration • Testing run/upgrade with file-based catalog • Support cluster-scoped Operator API Enable more Operators/Mature Operators • Java/Quarkus Operator SDK (Tech Preview) • Helm + Go hybrid Operator SDK (GA) • Auto-scaling: Operator managed workload • Easy opt-in to reusable advanced capabilities Operator Releasing UX • Support git-friendly build pipeline scaffolding • External validation/test suites for best practices OLM Integration • Support CSV-less bundle validation/test • Support Canary Rollouts / Fleet Management • Support discover all versions of an Operators Enable more Operators/Mature Operators • Java/Quarkus SDK GA • Python SDK prototype • Idiomatic Operator development
  82. What's Next in OpenShift DEVELOPER & PLATFORM SERVICES Helm Enablement

    Roadmap Mid Term (4.10/4.11) Long Term (4.11+) Near Term (410) Product Manager: Daniel Messer HELM HELM HELM • GitHub action for Chart Verifier tool • ArtifactHub integration in Developer Console • Kubelinter integration with Chart Verifier • IDE Tooling • Security and Signature • Migration from Templates and Samples Operator to Helm Charts • Helm CLI updates • Enabled namespace scope Helm chart repositories • Best practices guides for Helm on OpenShift • Multi-Cluster Support
  83. What's Next in OpenShift Service Mesh & Serverless Short Term

    (3-6 months) Mid Term (6-9 months) Long Term (9 months+) Service Mesh • Internal improvements to increase release cadence - keeping closer to upstream Istio. • Kiali enhancements for large meshes and federation • More flexible integration with Network Policies • Service Mesh support on OpenShift Virtualization Service Mesh • Support for external services (VMs, bare metal) • Support for IPv6 • Service Mesh Command Line Support Service Mesh • Centrally managed multi-cluster service mesh • Service Mesh integration with Advanced Cluster Manager (ACM) 97 Product Manager: Jamie Longmuir / Naina Singh Serverless • Functions General Availability ◦ Node and TypeScript ◦ Local developer experience using podman/docker ◦ On cluster build • Functions Tech Preview ◦ Quarkus, Python, Go, Rust, Spring Boot • Knative Kafka Broker - Tech Preview • Red Hat Event Sink ◦ Camel-K sinks ◦ Kafka sinks • OpenShift Dedicated Support , ROSA ◦ Unmanaged Add-On • Managed Kafka support Serverless • Functions General Availability ◦ Additional runtimes • Functions Tech Preview ◦ IDE Experience ◦ Customizable language packs • Security Enhancements ◦ mTLS natively in Knative • Knative Kafka Broker - GA • Cold start improvements • Serverless workflow orchestration • Red Hat Event Sources ◦ Ceph ◦ Kogito ◦ Data Grid • Additional monitoring alerts and dashboard Serverless • Serverless Cost Model • Serverless on SNO • Default deployment for stateless workload • Security Enhancements ◦ End to end encryption ◦ Broker and channel authentication/authorization • Make existing deployments Serverless • Integrations ◦ Keda with Eventing ◦ 3scale API Gateway • Stateful functions • Event Streaming support OpenShift Serverless and Service Mesh
  84. What's Next in OpenShift OpenShift Virtualization Core Platform • vGPU

    support • Velero Backup/Restore Tech Preview • Service Mesh • IPv6 single-stack • Virtualization resource usage visualization Core Platform • Single VM deeper statistics visualization • OADP (Velero) Backup/Restore GA with Ecosystem Partners • Import / Export virtual machine • Online snapshots • Real time virtual machine • App High Availability (Pacemaker and fencing) Core Platform • AI/ML and Remote Visualization • Compliance operator • Improve disconnected experience • ACS integrations • Non-privileged containers 98 Deployment Options • Single Node Openshift (TP) • Tech Preview Bare Metal IBM Public Cloud • MTV support for Warm Migration from RHV Deployment Options • Single Node Openshift (GA) • Tech Preview Bare Metal additional Cloud vendors • VNF Certification • MTV support for migration from OSP • OCP Virtualization as control plane for OSP Deployment Options • Public Cloud Bare Metal GA/Tech Preview contd. • ARM support Near Term 1H CY2022 Mid Term 2H CY2022 Long Term 2023+
  85. What's next in OpenShift Q4CY2021 Product Manager: Ramón Román Nissen

    Migration Toolkit for Applications Near Term (Q4’21 - MTA 5.2.1) Mid Term (Q2’22 - MTA 6.0) Long Term (Q3’22 - MTA 6.1) • User experience driven by the Windup Web console UX • First JBoss EAP 8 rules: replace javax imports with jakarta equivalents • First OpenJDK 8 to OpenJDK 11 rules contributed, more to follow • Updated set of rules for Quarkus extensions • Updated targets in all IDE plugin flavors • FEATURES INTEGRATIONS • Application Inventory as the driver for user experience • Seamless integration between tools • Windup web console UX merged into the Application Inventory • Enhanced RBAC UX • Application portfolio management ◦ Integration with Git, SVN and Maven • Application assessment ◦ Custom questionnaire management • Applications analysis ◦ Centralized database and API FEATURES • Tackle Application Inventory (GA) • Tackle Pathfinder (GA) • Windup (GA) INTEGRATIONS • Seamless integration of Move2kube and Tackle Test as part of the Migration waves flow UX • Automate the creation of migration assets on application repositories ◦ Deployment manifests (Tech Preview) ◦ Automatically generated tests (Tech Preview) • Introduce migration waves FEATURES • Move2kube (Tech preview) • Tackle Test (Tech preview) INTEGRATIONS Migration Toolkit for Applications
  86. CONFIDENTIAL Designator Developer sandbox roadmap Dev Sandbox Roadmap Near Term

    (4Q’21) Mid Term (1Q’22) Long Term (2Q’22+) CORE EXPERIENCE • Provide org-type tenancy • Enhance subscription emails to include feedback surveys • Deploy apps in Serverless mode • Create data science models with RHODS • Easily add RHOAM to apps • Interact with Red Hat team via public Slack channel • Generate activation codes for Red Hat events and customers for faster signup and co-location 100 CORE EXPERIENCE • Unify Sandbox clusters with RHODS, RHOAM, and all pre-configured operators • Enable Sandbox styled clusters for App Studio services and subscriber workloads • Enhance telemetry from Sandbox console to capture catalog items and subscriber email domain • Access web terminal in cluster • Access Dev Sandbox from console.redhat.com • Build and run apps that deliver data science experimentation models • Send records from SQL databases to Kafka streams CORE EXPERIENCE • Enable proxy-based accessibility to data from Sandbox • Run and manage Dev Sandbox on ROSA and ARO clusters, along with AWS and Microsoft • View vulnerability advisories about images deployed from Quay • One-click signup and deployment of source code from Github 100 Product Manager: Parag Dave
  87. What's Next in OpenShift DEVELOPER & PLATFORM SERVICES 101 Product

    Manager: Serena Nichols, Mohit Suman, Steve Speicher Developer Tools CR Containers CR Workspaces odo CR Containers CR Workspaces ` odo CR Containers CR Workspaces odo • Builds v2 • Knative Serving • Functions • Additional runtime support via devfiles • Local dev support with podman • Updates to include 4.8 z-streams • Profile work for app consumption • Single node profile installer work • Integration with podman • Better telemetry/metrics around downloads and usage • Plug-in recommendations for better OOTB experience • Initial support of devfile v2 for interoperability • Improved support for Bitbucket and Gitlab • New dashboard and improved management of credentials and secrets • Pipeline / GitOps enable • Helm support • Transition to outer loop • Updates to include 4.8/9 GA bits • Improved consumption for podman/RHEL minimal guest image • Apply single node installer support to additional operators • Import/export app • Create helm chart • Knative Eventing 101 Near Term Mid Term Long Term • Update mechanism for crc binary • Update mechanism for embedded image • Further operator enablement of single node case, further resource consumption improvements • Co-editing and team collaboration • Better integration and support for outer-loop • Multi-cluster support • Pipelines and Serverless integration • Easier discoverability in OpenShift Developer Console • More easily able to share workspace definitions with teams • Improved support of IntellIJ IDE • Simpler user management