I’m Jake Foster — a Jersey-based technology leader, infrastructure architect and CTO. I spend most of my working life around enterprise infrastructure, cloud, storage, resilience and the practical decisions that determine whether technology remains useful after the project plan has finished.

I’m Director and Chief Technology Officer at Prosperity 24/7, a business and technology consulting firm in the Channel Islands. I’ve worked in technology for more than two decades, from hands-on infrastructure and troubleshooting through to architecture, consultancy and technical leadership.

This site is the less corporate version of that experience: the things I’ve learned, the technologies I’m testing, the decisions I think are worth explaining, and the occasional rabbit hole involving home labs, cars, LEGO or Disney.

At a glance

  • Based in: Jersey, Channel Islands
  • Day job: Director & Chief Technology Officer at Prosperity 24/7
  • Core technology interests: infrastructure, Azure and cloud, enterprise storage, backup, disaster recovery, virtualisation, security and automation
  • What I write: practical enterprise technology, technology in Jersey, architecture decisions, experiments and useful fixes
  • General rule: technology should make an organisation more capable and resilient — not simply give it more things to manage

What I work on

Most of my professional work sits where architecture meets operations. The interesting question is rarely whether a product has a particular feature; it’s whether the whole platform will perform, recover, remain secure, fit the organisation and still be supportable several years later.

Infrastructure & storage

Enterprise storage, SAN architecture, HPE platforms, hybrid infrastructure, performance, lifecycle decisions and the underlying engineering that keeps critical services available.

Storage articles →

Cloud & Microsoft

Azure, Microsoft 365, hybrid architecture, identity, workload placement and cloud operations. Cloud is a platform choice, not a personality — the right answer still depends on the workload.

Microsoft & Cloud →

Backup & resilience

Backup architecture, immutability, disaster recovery, recovery orchestration and proving that a restore actually works. A green backup job is useful; a tested recovery is better.

Backup & Resilience →

Virtualisation & security

Virtual infrastructure, platform change, operational controls, cyber resilience and the uncomfortable edge cases that appear when technology, risk and real-world operations overlap.

Virtualisation → · Cybersecurity →

Experience without turning this into a CV

I’m still a hands-on technologist. I like being close enough to the detail to challenge an architecture, understand why something has failed and know when a design is becoming more complicated than the problem it is supposed to solve.

Selected technical credentials

  • Microsoft Azure Solutions Architect Expert
  • Microsoft Azure Administrator Associate
  • Azure Virtual Desktop / AZ-140
  • Microsoft Power BI Data Analyst Associate
  • HPE Master ASE
  • VMware VCP
  • Veeam and ITIL certifications

Certifications are useful, but the valuable bit starts afterwards: applying the technology to real estates, working through failure modes, dealing with upgrades, constraints, budgets and supportability, and finding out which assumptions survive contact with production.

Architecture should survive contact with reality. If a platform is too complex to operate, too expensive to sustain or impossible to recover under pressure, it is not a good architecture.

How I think about technology

I’m not especially interested in technology for technology’s sake. I’m interested in what it lets an organisation do, how safely it can do it, and what happens when something goes wrong.

Practical beats fashionable

The newest option is not automatically the best one. I’d rather deploy something boring, supportable and well understood than something fashionable that creates three new operational problems.

Recovery is an architecture

Backup, replication, snapshots and availability features are all useful tools. None of them individually writes the recovery plan, defines the order of restoration or proves that the business can operate after a failure.

Complexity has a cost

Every additional platform, control plane and integration becomes something somebody eventually has to patch, monitor, document, recover and explain at an inconvenient time.

People are part of the design

A technically perfect platform still fails if the organisation cannot operate it confidently. Skills, process, documentation and sensible ownership are architecture decisions too.

Technology in Jersey

Being based in Jersey adds a useful perspective to infrastructure and cloud architecture. The Island has excellent connectivity and a sophisticated regulated economy, but it is also a small jurisdiction where resilience, off-Island dependencies, skills and supplier choices matter in very practical ways.

Jersey’s Digital Edge

I maintain a living guide to the connectivity, cloud, cybersecurity, AI, financial-services technology and digital-government landscape shaping Jersey. It is designed to evolve as the Island’s technology landscape changes.

Read Technology in Jersey →

Why I write isageek

Useful technical knowledge has a habit of disappearing into project notes, Teams chats, vendor calls and conversations that nobody will remember six months later. isageek is where I turn some of that into something more durable.

I’m not trying to make every article sound like a white paper. The aim is practical, technically grounded writing with enough personality left in it to sound like a person actually wrote it. Some posts are deep dives, some are fixes, some are opinions, and some are simply me documenting a useful answer before I forget it.

The theme running through the site

The interesting part of technology starts after the feature list — when somebody has to design it, operate it, secure it, recover it and live with the consequences of the architecture.

isageek is my personal site. The views and opinions here are my own.

Home lab & automation

Unraid dashboard from Jake Foster’s home lab
My Unraid home lab — storage, Docker, virtual machines and somewhere safe to test ideas before they become serious.

My curiosity doesn’t stop when the working day does. I run an Unraid-based home lab where I can experiment with storage, Docker, virtual machines, backup tools, dashboards and automation without needing a change window or a project code.

The stack

  • Unraid: storage, Docker and lightweight VMs
  • Docker: services, dashboards and utilities
  • n8n: workflow automation and API integrations
  • Backups: testing restore paths, not just celebrating successful jobs

The useful-not-fancy rule

I particularly like the glue work between systems: watch for an event, enrich the data, take an action, record the result and only interrupt a person when something genuinely needs attention.

If an automation creates more maintenance than the manual task it replaced, it probably doesn’t survive the next tidy-up.

Because apparently this page needed a shell

This bit serves absolutely no SEO purpose. It exists because a personal technology site should be allowed to be a little bit unnecessary.

$ cat /etc/jakeread-only-ish
location: jersey
role: cto
fuel: tea
preferred_car_state: roof_down
backup_strategy: restore_it_or_it_doesnt_count
current_problem: probably_dns
jake@isageek:~tiny shell // definitely not production
isageek shell ready.
Type help if you really have nothing better to do.

jake@isageek:~$


Try help, car, lab, disney, lego, sudo or cat /etc/jake. There may be more hidden on this page than is strictly necessary.

Geek stats

20+Years in IT
Tabs probably open
1Home lab currently being “tidied”
2S2000 seats
0Tolerance for untested restores
HighChance of tea being involved
VeryLikely cause of issue: DNS
YesWould wander EPCOT with no plan

Entirely unnecessary, slightly revealing, and more honest than most KPI dashboards.

Outside work

Technology is a large part of my life, but it is definitely not all of it. A few deliberately non-enterprise things are very effective at resetting the brain.

The Garage

Jake Foster’s blue Honda S2000 project car
My Honda S2000 — a long-running OEM+ project and a very effective notification silencer.

S2000 “Spec Card”

Not a dyno sheet — more of a vibe check. I keep it simple: thoughtful upgrades, tidy maintenance and maximum smiles-per-mile.

  • Platform: Honda S2000
  • Theme: OEM+ / driver-focused
  • Focus: reliability, feel and fun
  • Best mode: roof down, clear roads

It’s my reset button: no alerts, no dashboards and nothing to troubleshoot except the next corner.

Car articles →

Escaping into the Disney bubble

Spaceship Earth illuminated at EPCOT at night
Spaceship Earth at EPCOT — one of my favourite places to stop thinking about infrastructure for a while.

Every so often the best way to recharge is not another gadget, project or technical rabbit hole — it is stepping away from all of it. For me, Walt Disney World does that particularly well.

EPCOT’s World Showcase is usually where I end up. I’m quite happy wandering around the lagoon without much of a plan, looking at the detail and deciding which country to eat in next. There is also something I appreciate professionally about Disney: an enormous amount of engineering and operational complexity sits underneath an experience designed to feel effortless.

Sometimes the best travel plan is no plan at all — just wandering EPCOT and deciding which country to eat in next.

Why I build LEGO

Colourful LEGO-style building scene with house, rocket, robot and computer
LEGO is deliberately slower than technology: one piece, one instruction and one small decision at a time.

LEGO is almost the opposite of a normal day in technology. There is one instruction, one piece and one small problem at a time. It is calm, deliberate and surprisingly effective at switching off the part of my brain that wants to optimise everything.

I also like the design lesson in it. Complex things usually emerge from lots of small decisions being made consistently — which is as true of a good infrastructure platform as it is of a good LEGO set.

And unlike most technology projects, there is usually a very clear point where you can look at it and say: finished.

Connect

If you want to talk about infrastructure strategy, Azure, enterprise storage, backup and disaster recovery, automation, technology in Jersey, home labs, S2000s, LEGO or Disney, you can find me on LinkedIn.

Otherwise, start with the latest isageek articles and follow whichever rabbit hole looks useful.