Language Selection

English French German Italian Portuguese Spanish

Red Hat News/Press Today

Filed under
Red Hat
  • Red Hat Summit 2019 Track Guide: Integration & APIs

    As the industry increasingly embraces the idea of cloud-native and containerized workloads, finer-grained architectures like microservices are becoming a model for building these applications. This approach enables a more incremental style of development that can accelerate innovation, increase flexibility, and support digital transformation; however, one of the more profound implications of this shift is that there are many more components in the application ecosystem that need to connect and exchange data with one another at different levels.

    Integration has evolved as a way to meet this need for agile, lightweight, high performance connectivity. Red Hat Summit 2019 will feature dozens of sessions on integration, covering everything from APIs and events to messaging and streaming. The full list of sessions in the Integration & APIs track is available in the Summit session catalog.

  • Red Hat and Google Cloud: Fueling innovation in hybrid cloud

    Red Hat and Google Cloud have navigated open source skies as contributors within some of the same community projects since 2010. That common ground—fueled by a commitment to containers—has helped to evolve Red Hat’s relationship with Google Cloud into the collaboration we know today.

    In addition to our first interactions within Linux-based open source projects, Red Hat was an early supporter of Kubernetes, a Google-initiated open source project and now the de facto standard for container orchestration. The Cloud Native Computing Foundation took over management of Kubernetes upstream project in 2015. Google and Red Hat remain extensively involved in the community as first and second leading contributors, respectively, and as co-chairs of several special interest groups.

  • Managing RHEL 8 from your Mobile Device with the Web Console

    Before coming to work at Red Hat as a Technical Account Manager (TAM), I worked as a system administrator for many years. I participated in on-call rotations where I was available 24 hours a day in case any issues came up after hours.

    I would frequently get calls during the worst possible times. Perhaps I was at a theatre with a movie about to start, or at a restaurant with my family in the middle of a meal. In any case, if I had my laptop in the car, I would have to go out to the car, boot it up, log in, connect it to my phones hotspot, and start working. If my laptop wasn’t in the car, I had to drive back home.

    Although many of the calls turned out to be quick and easy (things like resetting a password or expanding a filesystem), it could be very disruptive since I either had to go out to the car to use a laptop or go back home.

    In RHEL 8 Beta, the Web Console (from the upstream project, Cockpit) brings a number of improvements. This includes features such as managing the firewall, and expanding filesystems. In addition, the Web Console is now compatible with mobile browsers. No additional application is needed on the mobile device, instead, it uses the mobile device’s web browser.

  • Adventures with Ansible: Lessons learned from real-world deployments

    Ansible is a powerful IT automation tool. Like most powerful tools, it takes time to master, and you need to learn to use it well, and safely, in your environment.

    Having used Ansible to automate deploying and managing enterprise applications, I’ve picked up a number of lessons that I consider best practices for automation with Ansible, and I would like to share them to help others. That is, after all, the open source way. Check out this Ansible beginner’s guide if you’re just getting started with the tool.

    I’ve been doing enterprise software for a long time, well before Ansible even existed. I remember the days of quarterly production deployment that took place overnight with a team of people on call to get a release working. Deployments were expensive, complex, inconsistent, and frustrating on so many levels.

    Getting away from that, and learning to automate software deployment more quickly and regularly, takes a lot of cultural and technical work. I’ll cover the cultural aspects in another post. Here I’d like to talk about a few of the practices I’ve picked up with Ansible to help make the most of its features and community.