We have been designing and implementing the traditional networks for about an half decade.

But each of us used to design with our own thoughts or within the given delivery time we used to take short cuts to implement them without following the industry standards. The current IT governance has been grown incrementally into IT industry by doing numerous process improvements by tons of years of experiences.

Now, when we are trying to move the existing systems into cloud the top component need to be analyzed well, which is for Network domains in an organization. So obviously 80% of the networks were not designed as per the current standards. But when we observer the Cloud Services their VPCs are designed by following current standards. So for the current Cloud professionals, there will be a gap in understanding the traditional setup and the VPC planning/designing/implementing successfully.

In the below video these were discussed in some aspects, in a mentoring session towards network conversion and design of VPC.

So now, from the below chart; we will see what kind of defects can be created and the reasons under different management and team practices, and the work culture lacking scenarios.

If you are working in Cloud projects the below video might be for you to scale up with coaching and mentoring on AWS Solutions usage.

https://business.facebook.com/vskumarcloud/videos/vl.479770365946609/642868796242922/?type=1
Read the above video description also.

One might have AWS-SAA certificate. But they need the domain knowledge also on how/where/when to use these AWS services with an in-depth gap analysis. So this coaching gives you that kind of feeling after completion. If you are really keen and ready to spend weekly 15+ hrs for self practice, this might be suitable to scale up in the Cloud era.

How to Initiate Cloud Conversion?:

If you want to know the previous blogs on the root causes of creating costly defects in Cloud , you can go through below blogs and videos:

https://vskumar.blog/2019/03/13/14-aws-what-is-session-management-in-elb/

https://vskumar.blog/2019/10/22/2-cloud-defectswhat-kind-of-defects-can-be-created-without-session-management-in-elb-cloud/

https://vskumar.blog/2019/10/24/3-cloud-defectswhat-kind-of-defects-extra-work-can-be-created-without-bootstrapping-or-iac-followed/

So now, from the below chart; we will see as per this blog subject what kind of costly defects can be created and the reasons under different management and team practices, and the work culture lacking scenarios.

How the Costly Cloud Defects can be controlled ?

You can watch the below video.

If you are working in Cloud projects this might be for you to scale up with coaching and mentoring on AWS Solutions usage.

https://business.facebook.com/vskumarcloud/videos/vl.479770365946609/642868796242922/?type=1
Read the video description also.

One might have AWS-SAA certificate. But they need the domain knowledge also on how/where/when to use these AWS services. So this coaching gives you that kind of feeling after completion. If you are really keen and ready to spend weekly 15+ hrs for self practice, this might be suitable to scale up in the Cloud era.

If you want to know the previous blogs on the root causes of creating costly defects in Cloud , you can go through below blogs and videos:

https://vskumar.blog/2019/03/13/14-aws-what-is-session-management-in-elb/

https://vskumar.blog/2019/10/22/2-cloud-defectswhat-kind-of-defects-can-be-created-without-session-management-in-elb-cloud/

So now, we will see as per this blog subject what kind of defects can be created under the below scenario:

Assume the a Cloud engineer joined newly in a job. He might be a fresher for IT and learnt AWS through either online or class room training sessions. He is highly self motivated and proactive. Being fresher with less CTC the employer hired him, instead of taking the infra experienced IT professional with costly CTC. Now they have given the below tasks to complete in a certain hours.

1. Need to create N number of EC2s and install some software in Y days.
2. Need to connect those EC2s using SSH and to test the loaded software.

What the Cloud Engineer has done with his mind set and by having limited infra exposure/knowledge ?

a) He created each EC2 separately. Because he did not practice on Boot strapping or IAC options.

b) He installed the required software in each EC2 by using SSH connection. And tested them once they are configured. Which is typical traditional sysadmin activity. But he is using the VMS.

What is the expectation from the Cloud expert/manager [who doesn’t give guidance, but he is more capable in tracking the work ? – we can see many such managers in IT field as trackers to crack the work culture!! ] ?

1. The manager expect him to write and run a JSON or YAML script to do all the above tasks.
2. And he expected him to do in a day or two.
3. But this poor fresher has taken a week time to complete the job by sitting on week-end also.
4. The management has planned to allocate the planned EC2s on 4th day to distribute to the technical staff where they are going to use for some other technical tasks. But its delayed due to a fresher is deployed for this activitiy.

Now, you as An Experienced Cloud Architect what you are suppose to do while recruiting a fresher for this kind of work?

Are you going to check by which tool he can write JSON or YAML scripts in AWS ?

Is he capable of creating EC2s with bootstrapping options also to install libs and software to save time ?

Is he capable of using Cloudformation template [by creating] along with Ansible to setup small EC2 servers/configurations ?

Do you think if he knows the above tools usage only, is it enough to do the work or plan/design the script properly ?

Are you going to check the Domain infra knowledge also with the candidate ?

Is the planned person and the executor are the same ?

If they are not the same, how the communication happened in between them ?

To meet the schedule; with what techniques/tools to use in the project, was it kept in the Cloud design specifications ? Was it communicated to the Cloud Engineer ?

Was it communicated clearly to the low level resources in the project [Like; Cloud Engineers, Architects, etc] on the design and tools usage as a standard ?

Did they estimate the competency of the existing resources ?

Are there any initial training/mentoring/knowledge transfer activities are lacking ?

So, finally what are the management related process defects you can find in this scenario as an experienced Cloud Architect ?

Obviously, many such kind of questions can strike to the mind set of experienced Infra professionals to dig the root causes of these defects. Such kind of situations are happening across Cloud projects and they are increasing the projects cost instead of decreasing. In many news or blogs we have been watching the management is spending more than the past infra cost for Cloud, so what for ? Because of having not the work culture matured managers in IT ?

So, one need to rethink on their environment also for further progress/process improvements. Even in case of a fresher, an experienced person would have been deployed also he might have done the same way due to lack of IAC/Infra creation knowledge. This comes from the experience or exposure or practice only. Hence the Cloud professionals including so called managers are also mandated to learn these techniques.

Some of them in the past I have observed during my Cloud consulting activities. With that knowledge only I have simulated these defects from my management experience. But these are the realistic issues appearing in Cloud projects.

I have given some solutions related to some of the above technical needs through videos/blogs where a fresher can learn well:

https://business.facebook.com/vskumarcloud/videos/831779460496153/

https://business.facebook.com/vskumarcloud/videos/2344192009241492/

https://business.facebook.com/vskumarcloud/videos/725185641285006/

https://business.facebook.com/vskumarcloud/videos/2328450437268264/

https://business.facebook.com/vskumarcloud/videos/2384548155122341/

If you want to know the definition of session management, you can go through my blog and videos:

https://vskumar.blog/2019/03/13/14-aws-what-is-session-management-in-elb/

So now, as per this blog subject what kind of defects can be created under the below scenario:

Assume the Cloud Architect assumed the Application level session management is applied in their applications as per the development standards. So with this standards, they can track the sessions used by different users. So the ELB Session management is disabled under cost savings by the Cloud architect. But unfortunately, the past developers not followed the session management standards across the business modules. So when user is trying to create a checkout process in an e-commerce site, his session was appearing with timeout. So this should be the defect from the past application design level defect. So, the business users complained it as it is moved to Cloud the application is not working. So the issues were triggered against the Cloud team rather than the right communication was not followed in the project. The responsible CTO/CIO people never implemented such kind of review process to make sure the application details to supply in all aspects, for right Cloud services designing. Their focus was more on cost savings!!

My questions for Cloud Architect and their management is:

1. Why did the Cloud Architect assumed without confirming from the right technical people on the session management used for all the modules ?
2. Do the Cloud Architect need to know the application details also himself without having support from the top people ?
3. When the Cloud Architect designed the cloud services plan, why the right [top] people did not review and realize it ?
4. What kind of IT Governance was implemented or enforced here by the CTO/CIO with Cloud Transformation projects ?
5. Did the management feel they need to safeguard all the role people in IT or just by putting pressure they do create the defects and finally they realize the process defects ? And ultimately pinks slips will be ready for wrong people to get fired ?
6. What is the management maturity we can find in such kind of situations ?
7. Did the management realize the Cloud roles correctly and completely and they supported them in this scenario ?

Caution to Cloud professionals:

Hope you as Cloud Architect, could catch what are the specifications you need to ask upfront when they ask you to create such kind of infra in Cloud. You and your team need to realize the Cloud professional role is not just to operate the screen flows as we learnt from the typical Cloud Trainings!! You need to understand the application domain knowledge also.

To know the real specifications for your role visit: