From radio experiments and MS-DOS to Microsoft cloud security

How electronics, local computer support and successive Microsoft platforms shaped the way I approach infrastructure, identity and security.

  • Career
  • Architecture
  • Technical education

My interest in technology began with electronics and simple radio communication experiments. Before there were servers to administer, there was the satisfaction of making something work and understanding why it stopped working.

That curiosity carried into a SIVA PC running MS-DOS 4. WordStar and Lotus 1-2-3 were part of learning what a computer could do. Building and upgrading x86 computers, then working with Windows 3.1 and Windows 95, made the relationship between hardware and software tangible. A machine was something I could open, change and investigate.

Learning through useful work

Supporting CSI schools around Madurai brought people into that picture. Repairing or upgrading a computer has a purpose beyond the machine itself: someone needs to use it. That remains a useful starting point for an architecture discussion today.

At Lunar Systems, which I ran, I also developed a FoxBASE accounting application called LISA. Hardware support and application development were different kinds of work, but both required attention to how a person would actually use the result.

I completed my Windows 2000 MCSE in 2001. That is a milestone in my certification history, rather than the beginning of my technical experience. Windows NT and Exchange 5.5 were already part of my progression into Microsoft infrastructure.

From individual machines to connected systems

The scope grew through Windows Server, Active Directory and successive Exchange Server generations. Small Business Server, proxy services and wireless connectivity for remote offices were also part of that progression.

I worked with identity integration through MIIS, estate management through SMS and monitoring through MOM. Later came virtualisation, failover clustering, Storage Spaces Direct and hybrid infrastructure. Each layer added another reason to ask what depended on the component being changed.

My experience includes Azure Stack HCI, now called Azure Local, and Azure Stack Hub. I keep the historical name when describing work done before the rename: calling earlier work “Azure Local” would blur the chronology. Microsoft documents the naming change as effective from 19 November 2024. Microsoft’s naming guidance.

Working across countries and roles

My professional experience spans India, the United Arab Emirates, Ireland and Qatar. The roles below are the factual outline; they are not permission to discuss internal projects.

Period Organisation and role Location
1996–2002 Lunar Systems — Computer Engineer Madurai, India
2002–2005 Communication Information Systems — Systems Administrator Coimbatore, India
2005–2007 Total Computing Solutions — Technical Engineer Dubai, UAE
2008–2012 ArcelorMittal — System Specialist Dubai, UAE
2012–2020 Qatar Investment Authority — Senior Systems Engineer Doha, Qatar
2020–2021 Dell Technologies — Senior Engineer, Technical Support Dublin, Ireland
2021–2024 Microsoft — Cloud Solution Architect, Security Dublin, Ireland
Since August 2024 QatarEnergy — Senior Systems Engineer Doha, Qatar

My ArcelorMittal experience included large-scale enterprise messaging. I do not publish environment sizes or internal details.

Identity and security widen the responsibility

My work now spans Azure and Microsoft 365, Exchange hybrid and Exchange Online, Microsoft Entra ID, Conditional Access, Privileged Identity Management, Microsoft Defender, Microsoft Sentinel and Microsoft Purview. PowerShell and Microsoft Graph are part of the administration and automation side of that work.

I describe my professional focus as Microsoft Cloud, Infrastructure, Identity & Security Architect. I hold CISSP and am a Microsoft Certified Trainer, current for 2026. My current employment role is Senior Systems Engineer at QatarEnergy in Doha; my professional positioning describes the wider scope of my experience.

For me, Zero Trust belongs in conversations about who can administer a platform, how access is granted and how a failure or compromise is investigated. Those questions connect directly to the infrastructure underneath.

What I want to share

This site is where I will turn that experience into practical articles, reproducible labs and original public training. I want a reader to understand the reasoning, the prerequisites and the point at which a recommendation stops applying.

The AZ-900, AZ-104 and SC-200 recordings came from private classes and will remain private. New public sessions will use original material. They will not reproduce Microsoft Official Courseware or expose participants.

I still value the habit that began with electronics: look closely, establish what is happening and make one explainable change at a time. That is the thread I want the material here to follow.

Publication note

The career history and current professional details in this article were supplied by me for this publication on 19 September 2026. This is a personal account, not a technical deployment guide; no product test is claimed. See About for my professional profile and Training for public session announcements.

Community discussion

Questions and comments

Share a question, correction or implementation experience. Comments are public and require a GitHub account. Please do not include tenant names, credentials, logs or other confidential information.