Web Development

Hybrid Cloud — The Challenge of Exploration

Hybrid Cloud — The Challenge Of Exploration

Hybrid Cloud — The Challenge of Exploration

The COVID-19 (or Coronavirus) outbreak has created an unprecedented global event with implications far beyond healthcare. It’s fundamentally changing how organizations run their business and IT operations.

It would be great if we could lay out one prescriptive series of steps that would work flawlessly in all situations, but in reality, environments take many forms. The number and type of applications hosted within these varied environments is even more numerous.

This variety of applications, and potential issues associated with them, keeps things interesting for support personnel who interact with these applications daily. But if you’re responsible for making architectural decisions for an organization, this variety and potential infrequency of interaction can present a challenge.

In the face of this type of challenge, a good approach is to start gathering data and let the information be your guide.

Set the Assessment

Series I—Gathering Business Information

During the first phase, you’ll want to talk with business stakeholders, application owners, and end users to identify which business functions are supported by which applications, along with their level of importance to the business.

Take time to get a feel for the workflow of your users and how the applications in your environment interact. Departments and teams are not islands, after all, and often work output from one serves as an input for the work of another.

These are just a few examples, but the end goal is to get a better view of how things work at the business level and how the people within your organization use technology to perform their job duties.

As you’ll see, defining the function and importance of an application, the impact of downtime, input and output processes, and location of end users will be critical in determining where an application is placed in your future-state hybrid architecture.

Series II—Collate Technical Information

Within the second phase, we’ll attempt to gather technical detail to fill in the blanks and support the information we learned during our business-level assessment.

Start by gathering an inventory of physical and virtual systems, ensuring essential details like system name, IP address, resource allocations, OS, and running applications are captured. Analyze this information and take notes on which role(s) the system performs, and which application(s) it supports.

If possible, take the opportunity to analyze the communication patterns of your systems, as well. This could involve getting all systems rolled into an existing monitoring solution or deploying a new tool specifically for this purpose.

This will help you see how the tiers of an application interact and from where user communication originates. You’ll also see evidence of the interaction between the teams and applications you discovered during the first phase.

As you piece this information together, you may need to stop, take ten deep breaths, and calmly ask yourself why the previous admin or architect allowed ONE system to be a single point of failure AND performance bottleneck for multiple business-critical applications.

Take comfort in knowing things are in your hands now! A thorough and methodical approach, and an abundance of information, is the way out of this situation.

Now that you have a firm understanding of resource requirements, dependencies, and traffic patterns, you have what you need to consider the impact a potential relocation of the application will have on the operation of the business.

During the later phases of the transition, like migration and ongoing management, the investment of effort here will prove worthwhile.

Series III—Sync and Map

At this point, you’ve gained an understanding of the important applications your business uses, who uses them, and which underlying software and hardware components support them. Now you’re in a much better position to begin making decisions.

However, it can be very helpful to go one step further and merge this business and technical information into some form of unified spreadsheet, or even a series of diagrams. You may need to support your decisions later or otherwise present the current state in a way digestible by business people.

This would be a great way to approach the problem and get buy-in for your approach and architecture. Plus, short of a crowded series of CLI windows open on your desktop, there’s no better way to feel like a “pro” than to spend hours working on a diagram until it’s perfect.

Application Formalization 

Why are we doing things this way? Wouldn’t a modified process be more efficient?

Why does this application even exist? Wouldn’t a managed service offering do this better and at a lower cost?

Are my eyes deceiving me or is that really Windows Server 2003?!


 If we’re investing effort in potentially re-platforming our applications, it may be worthwhile to take a step back and rationalize our use of applications first, as these things really go hand-in-hand.

After all, why create an elegant, new technical architecture to support an application that should be replaced anyway?

SMAC Tech Responds With DevOps Tools integration of Monitor, Manage, and Secure IT Environments Remotely on a Hybrid Cloud

SMAC Tech understands the unexpected challenges IT pros face due to the COVID-19 outbreak.

To help the IT pro community quickly respond to the needs of their end users, we’re extending complete remote support, our DevOps based remote support will allow your Business to connect to global customers and provide them with support designed to be secure.

Moving Forward Together

We will continue to look for ways in which SMAC Tech Labs can help organizations face these challenges, where we can creatively boost up problem-solving together.