Avoid These Mistakes When Setting Up Containers on the Cloud

A Scripted Freelance Writer Writing Sample

DevOps working in containers on the cloud is all the rage now. That sounds great, but when you give engineers the chance to create on the fly, they can do so with abandon and no control, and that can create a mess for your IT department.

Avoid These Mistakes When Setting Up Containers on the Cloud

  1. The first mistake is setting them up in an ad hoc manner. It is super easy for your team members to get into a mode of setting up containers for single application they are working on in DevOps as they go. It happens when one developer decides that they would use far fewer resources if inside a container than on a mainframe so they deploy right away to complete testing of the application. Before long, you have a host of independent, non-networked containers in your cloud. Just as it does with your local computer, unmanaged files clog up the system quickly. Unmanaged containers do the same. Have IT devise a company policy about them. It will save the company major resources overall.

  2. Don't have too many of them. Since they are not networked, what happens when any of the applications develop a bug or the cloud itself does? How will you plan to network those that you keep up there? Sure the containers are great to use. They are far more efficient than using your entire system to do such a small operation, but who is going to upload a patch to that mess? That patch will take twice as long to upload without a proper network. If you have so many containers, you might as well not use them and just use a VM instead.

  3. Don't try to split off a single application from your local legacy configuration just to run a container on the cloud. That is a disaster waiting to happen. There are too many components the application uses in your original configuration for it to work properly in the container. Instead, re-architect your local configuration first to separate out the applications and then put one or two up top.

  4. Don't even consider deploying a container without employing some form of education about their use with the staff first. There are plenty of avenues you can take for that. You wouldn't give the keys to your Benz to your 10-year-old, so why employ such unknown technology with your staff?

  5. The goal for your enterprise is auto scalability for your containers. The best way to set that up is to design your container orchestration first. Plan your cloud storage carefully beforehand. You will already need to network your container grid so that your IT department can effectively manage any software issues that come up over time. But beyond that, that container grid is no different than your local grid. It is going to break down over time. Gremlins occur on the cloud even more easily than on the ground due to the constant movement of software back and forth. You need a solid network, a limit to the number of containers that is well defined in the plan, and a well-planned storage for that network.


Don't jump on the container bandwagon before checking the cost structure of the configuration first. As noted above, its easy to play with software by creating new containers. But your IT department has to maintain all that cloud infrastructure. That costs money to your enterprise as someone or some team will have to be devoted to it and that was not originally planned. Plan the network and devise its size and scalability beforehand. You will save yourself a heap of trouble later.

Josh W

Last online 4 days

I spent 10 years in academic publishing editing professorial research. The topics ranged from computer engineering to finance and social anthropology. It may have been the most fun I had at a job. I spent the next five years in the tech industry as a software engineer. Then I opened my own business educating young people. That was easily my greatest challenge and success. And then I started writing about all of it. That was 10 years ago. Part of that time I was also in the insurance industry to see how that worked. It has been quite a run. My favorite topics are business, history, travel, large data sets, math and science.

Customer Ratings: 26
Power your marketing with great writing. – Start your 30-day free trial today! GET STARTED

Other content marketing examples from Josh W

The Best Places to See the Fall Colors in Colorado

**[Best Places to See Fall Colors in Colorado](http://www.huffingtonpost.com/the-outbound-collect... Read More

How Expert Basement Waterproofing Can Save Your Foundation

# **How Expert Basement Waterproofing Can Save Your Foundation** It is Minnesota so Winter is... Read More

Which is Best to Do First: Weights or Cardio?

Which is better for you to do first, cardio or workout? This is a great question and one that man... Read More

Transplants That Need No Immunodepressants

**A Revolutionary Invention** For the first time in history, Genetoo has patented a process to... Read More

Size Does Not Matter. An LMS is Effective Regardless of School Size

# **The Learning Management System (LMS) is Effective Regardless of School Size** One of the mo... Read More

5 Ways AI Will Change the Insurance Industry

# **Do You Buy Used or New? The Difference in Insurance Cost Can Be Significant.** Whether you ... Read More

How Business Success can depend on the Proper Analysis of Large Data Sets

Big data can be very useful to companies if it is organized and collated properly. It can show co... Read More

Virtual Meetings by Telepresence. Not Quite Star Trek but We're Getting There

# Updated on March 18, 2013 [sacman](https://hubpages.com/technology/Virtual-Meetings-by-Telepre... Read More