Nadeeja NirmalaIT Manager

Running Windows, Linux and cloud servers as one system

At FIBC Lanka, some servers are in the building and some are in the cloud. Some run Windows and some run Linux. I manage them as one environment, with one way in for administration and monitoring that tells me what to fix.

By Nadeeja NirmalaIT Manager, FIBC LankaUpdated 10 October 2026
  1. Services

    Windows and Linux servers, on site and in the cloud. Each has a clear job, an owner, and a way to recover it.

  2. Dependencies

    A service is only as healthy as what it depends on: identity, DNS, storage, backups. Administration comes in by one controlled path.

  3. Health

    Good monitoring says what changed, who it affects, and where to look next.

Fig. 1  Windows, Linux and cloud servers, watched as one system. Scroll to follow a fault.

What keeps a mixed environment reliable

Which operating system a server runs, or where it’s hosted, matters less than whether the people responsible for it can understand it and bring it back.

Looking at each server on its own misses things. Looking at them as services, each with its own users and dependencies, shows the access paths, the monitoring gaps and the chains of failure that matter.

Operating systemsWindows + Linux
HostingOn site + cloud
WatchedHealth, backups, security

How it’s organised

Every server has a job

Each one has a defined role, an owner, a way in for administration and a recovery plan. A list of server names is not documentation.

One way in for administration

Remote access and admin rights are limited to the paths that are needed. Hardening and service isolation cut down what’s exposed without making routine work painful.

Dependencies are planned together

Identity, DNS, storage, network rules and backups are planned along with the applications that use them. A service is only healthy when everything it depends on is.

Monitoring I can act on

Good monitoring tells me what changed, who might be affected and what to check first. Uptime is one signal. Disk trends, backup status, security events and the state of key dependencies matter too.

An alert nobody can act on is just noise, so I keep the set small and trusted. Routine maintenance runs the same way every time, and the documentation describes services, not scattered config snippets.

What I carry into systems work

  • Map the services and what they depend on before changing anything.
  • Give admin and service accounts only the access they need.
  • Keep configuration, recovery notes and monitoring in step with each other.
  • Choose the system people can understand over the clever one that breaks.
  • Check a change from the service the user sees, back down to the host.
ScopeWindows and Linux servers, on site and in the cloud, and remote administration
What I checkService health, dependencies, access paths, backups and monitoring

Work with me

I work where servers, networks, security and backups meet the people who use them.

Get in touch