Operations | Monitoring | ITSM | DevOps | Cloud

We were recently asked for help by one of our clients that needed to separate a number of users from their existing domain by moving them into their own Active Directory forest. This can happen for all sorts of reasons, including divestments, security, geographical or division separation. Whatever the reason, they needed to move these users across into an entirely new AD domain.

Hello everyone, I’m Saiyam – amongst other things I’m a CNFC Ambassador, an Influx ACE, and as of the last few weeks, now Director of Technical Evangelism here at Civo. With Civo being a fast-paced start-up in an even faster moving industry, everyone here has a “all-hands-on deck” approach and wears many hats. My role is no exception. One of the early tasks that I am getting to grips with (in line with our focus on community) is revamping our suggestions section.

Microservices architecture is getting adopted extensively in the world of distributed applications. There are various options and frameworks available to implement the Micro Services, e.g., Azure Service Fabric, Azure Kubernetes Services, Azure Functions, etc. The hottest trend these days seems to be serverless. The promise of consumption-based pricing, where you only pay for what you use and nothing more, is enticing.

System downtime is a part of the IT infrastructure. Very often, the system goes into a snag or downtime involving an unplanned stoppage of operations. More often than not, this is a direct result of a lack of appropriate maintenance. However, the smallest of downtimes can lead to heavy business and financial losses within the company. Hence, the idea is to conduct maintenance tasks and operate the IT infrastructure to reduce potential downtimes.

In keeping with our vision of offering a universal feature set across all the package formats we support, we are delighted to announce that we are now offering configurable upstream proxying and caching support for RedHat packages. As we touched upon when announcing the same for Debian and Maven packages, there are a lot of reasons why this is a really good thing, so instead of going over those again, let’s jump straight into how you can set this up in you Cloudsmith repository.

As the world collectively evaluates the return to work and shift to remote operations, digitally transformed enterprises are coming out faring better in this transition. This shift is aided by the work developers are putting in to create applications that better their organizations, and they need to continually adopt modern DevOps best practices to increase application delivery velocity and quality in order to stay nimble.

In the previous article, we have created the Continuous Integration (CI) pipeline for a simple Java application. It is now time to start working on the Continuous Deployment (CD) pipeline that will take the Java application and deploy it to AWS. To build the CD pipeline, we will extend the existing AWS Jenkins pipeline. If you have missed the previous article on building a CI pipeline for a Java application using Jenkins, make sure you read that first before continuing.