HadleyT A

One of the most memorable milestones in my career was my first onsite project in April 2016 — an integration requirement between RTA and Dubai Police using Oracle GoldenGate to replicate production tables between both environments.

The project carried an extremely tight delivery window of only 12 man-days, with no test environment, no external access to the Dubai Police infrastructure, and all activities had to be executed directly within the customer premises.

The biggest challenge: I had no direct access to the Dubai Police environment. I had to prepare and share precise step-by-step instructions by email to another engineer who had no prior experience with Oracle GoldenGate — relying entirely on the clarity of my documentation to drive execution on the other side.

Despite the pressure and constraints, the project went live successfully on the final deadline day. The delivery was recognised with 34 appreciation emails from the customer, vendor and internal teams — a first in my career and a moment that gave me lasting confidence in handling complex, high-pressure production environments.

In January 2017, I successfully delivered a zero-downtime migration of an Oracle RAC database environment for Axion Telecommunications.

The requirement was to migrate the database environment from Axion’s existing infrastructure to the BIOS cloud environment while ensuring business continuity and avoiding downtime. Oracle GoldenGate was used as the replication and migration technology.

At that time, I had no prior hands-on experience with this specific type of zero-downtime migration. However, I took ownership of the challenge and built my approach by studying Oracle GoldenGate concepts, including zero-downtime database upgrade and active-active replication techniques.

In June 2017, I was part of a challenging Oracle RAC migration project for AKI Dubai, involving migration from multiple Oracle VM nodes to a single Oracle MiniCluster environment with Disaster Recovery.

This project was especially challenging because Oracle MiniCluster had been launched only a few months earlier, and there were very limited public references, articles, or proven migration documents available at that time.

The migration involved moving the RAC environment from Oracle VM-based nodes to Oracle MiniCluster while also considering the DR setup. Due to the limited documentation available, the migration required strong technical analysis, planning, troubleshooting, and confidence in Oracle RAC architecture.

In June 2019, I successfully completed an Oracle RAC and Oracle E-Business Suite upgrade from R12.1.3 to R12.2.10 within a planned 36-hour downtime window.

The upgrade was highly critical because the downtime had already been announced and the business expectation was clear. Unfortunately, my supporting team member could not get the required gate pass, which meant I had to execute the complete upgrade activity as the only technical resource onsite.

Despite the pressure, long working hours, and the critical nature of the upgrade, I managed the activity end-to-end with strong support from the customer team, especially in terms of onsite coordination, food, and hospitality during the extended downtime window.

After joining Alpha Data, the ADEK project gave me a completely different perspective on Linux and infrastructure operations.

Until that point, my exposure to Linux was mostly from an Oracle DBA perspective, where the common activities were creating users, setting IP addresses, checking services, managing permissions, and supporting database-related requirements. I initially assumed Linux administration would mainly be around those basic operational tasks.

During the COVID period, due to travel restrictions and resource availability challenges, the dedicated Linux resource could not join the project as planned. I was asked whether I could support the Linux activities, and I accepted the responsibility.

The first task looked simple. A server was provisioned by the VM team, and I completed the basic setup by creating the required users and configuring the IP address. However, once the server was released, the application team reported that they could not install the required binaries. That was when the question came: “Was the server added to Satellite?”

At that time, Red Hat Satellite was new to me. Initially, I thought the team was referring to internet connectivity or repository access. Later, I understood that RHEL Satellite was a complete enterprise patching, repository, and lifecycle management platform.

Over time, Linux infrastructure became part of my regular responsibilities, and I grew from basic Linux support into handling enterprise Linux operations confidently.

Over time, my scope at Alpha Data expanded beyond ADEK and extended into multiple enterprise customers, each with different infrastructure environments, technologies, business priorities and support expectations.

This phase gave me exposure to a wide range of enterprise platforms — Oracle, RHEL, VMware, cloud, automation, monitoring and open-source databases. It also strengthened my ability to work across multiple environments in parallel, understand customer-specific challenges and provide practical solutions under pressure.

For FDC, I worked on complex infrastructure and database environments, including RHEL resilient storage with GFS2 clustering, an 18-node SAS environment, Informatica cluster implementation, Oracle GoldenGate and VMware administration. This project deepened my experience in clustered storage, enterprise applications and integrated infrastructure design.

For Watania Takaful, I was involved in migrating an Oracle database environment to a Nutanix cluster, where Nutanix had its own RAC-based architecture. I applied the same architectural understanding and logic I had earlier gained from the Oracle MiniCluster migration.

I also worked with ADIA for around 14 months, which became one of the most valuable learning phases of my career. The environment was highly advanced and operated at a very different scale — Puppet automation, VRA, Veeam, Oracle RAC, ExaCC, cloud integration and more than 900 RHEL servers. It gave me exposure to large-scale automation, enterprise server management and cloud transformation, including environments where thousands of virtual machines were migrated to Azure.

Alongside customer delivery, my responsibilities expanded into internal capability building. I technically interviewed more than 200 consultants across Power BI, Oracle APEX, NOC, RHEL and Oracle DBA roles — helping identify and hire engineers who later became valuable contributors and pillars within Alpha Data projects.

My role also extended into presales and solution support, preparing technical inputs for proposals, RFPs and customer requirements.

Across these managed services customers I continued supporting Linux, Oracle, cloud and infrastructure layers — and expanded my database exposure beyond Oracle into PostgreSQL, MySQL, MariaDB and MongoDB.

This period shaped me into a multi-domain infrastructure professional who could understand the full technology stack, connect issues across layers and help customers find workable solutions even in complex, high-pressure situations.

From mid-2024 onwards, my journey expanded into cloud and hybrid infrastructure projects. After years of working deeply across Oracle databases, Linux, VMware, monitoring and managed services, cloud became the next natural step in my career.

This phase gave me cloud and hybrid infrastructure exposure across Oracle Cloud Infrastructure, Microsoft Azure and AWS — mainly around database migration, disaster recovery, hybrid infrastructure, monitoring, security and workload modernisation.

2026 became one of the most interesting and transformational phases of my career. My journey expanded beyond traditional infrastructure, databases, Linux, monitoring and cloud into AI-driven automation, Kubernetes troubleshooting, OpenShift and enterprise AI platform solutioning.

One of the key areas I worked on was building AI agents for practical enterprise use cases. This included AI-based HR profile screening, where CVs could be reviewed and assessed far more efficiently, and vulnerability remediation assistance, where CVE finding reports could be analysed and converted into actionable remediation scripts. This connected infrastructure operations with AI-driven automation and showed how repetitive technical work could be accelerated using intelligent systems.

My work also extended into Kubernetes troubleshooting — container platform issues, application deployment challenges, cluster-level analysis and infrastructure dependencies. This later expanded into a full OpenShift project, where I contributed to an enterprise AI solution built on top of the OpenShift layer.

This became one of the most significant and valuable projects in my career, both technically and commercially. It gave me hands-on exposure to OpenShift architecture, disconnected and restricted-network deployment planning, image mirroring, and building an oc-mirror environment for enterprise platform readiness.

Alongside OpenShift, I also worked on MinIO-based object storage solutions, which deepened my understanding of S3-compatible storage, data platform requirements and storage design for modern application and AI workloads.

This phase marked my transition from infrastructure operations into AI-enabled enterprise platform engineering, combining my experience in Oracle, Linux, cloud, automation, Kubernetes, OpenShift, storage and managed services into a broader solution-oriented role.