new 66 client case studies

Enterprise migrations, AI and security, done by engineers who've run the platforms.

Most of our work is the project that kept slipping: an identity platform going out of support, an ERP that has to reach the cloud, a data warehouse nobody wants to touch, an AI pilot with no route to production. We bring certified engineers for 58 platforms and stay until your team can run the result.

  • Certified engineers
  • Onsite · nearshore · offshore
  • HQ Frisco, Texas
enterprise / identity → platforms → ai every platform current
IDENTITY & SECURITYBUSINESS PLATFORMSDATA & AI Entra ID workforce SSO SailPoint governance CyberArk privileged access Salesforce CRM · Agentforce ServiceNow ITSM · CMDB Workday HCM · finance Guidewire insurance core Snowflake governed data Databricks lakehouse · ML AI agents via MCP · scoped
what we do

Eight practices under one roof.

Big programs rarely stay in one lane. Moving to the cloud drags identity in with it. An ERP upgrade turns into a data project, and AI ends up touching most of it anyway. With the practices in one firm you get one plan, where you'd otherwise be juggling four vendors.

your situation

Which of these sounds like your week?

Pick one. You'll see what we'd do first and the case studies closest to it. All 66 case studies are in the library.

The date can't move, and the upgrade path isn't a straight line.

IdentityIQ 8.x, CyberArk LTS versions, Windows Server 2016, Auth0 Rules, .NET 8, SAP ECC. Every estate has a handful of these, and each one hides custom code nobody wants to touch.

We count what's custom, rehearse the upgrade on a copy of production and plan the window against the vendor calendar.

Half in the cloud, half in the data center, paying for both.

The easy workloads moved first. What's left has hard dependencies, old licences and a VMware renewal that got more expensive.

We do the rest of the move in waves. The landing zones, identity and networking for each wave get built as code first, and only then does that wave start.

A dozen demos. Nothing in production.

There's a demo for every proof of concept. Nobody owns it, there's no evaluation set, and it can't reach the systems where the work actually gets done.

Forward deployed engineers sit with one business team and ship a scoped agent into a real workflow, with evals and access controls.

Two companies, two of everything, and access needed on day one.

Two identity providers. Two CRMs, two ERPs. The people on both sides have to start working together next week, and somebody still has to pick which platform you keep long term.

We get people working on day one with federation and cross-tenant sync. Consolidating onto one platform comes later, on a plan.

The auditors are coming back in ninety days.

Access reviews in spreadsheets, privileged accounts nobody rotated, service accounts with no owner, and evidence assembled by hand every quarter.

Controls that produce their own evidence: owners on every account, rotation on every secret and reviews that close properly.

The expert retired and the upgrade date didn't.

Guidewire, Murex, CC&B, IS-U, RACF or Epic experts are scarce. Agency candidates have read about the platform but never run it.

We put certified engineers in front of our own practitioners and have them work on the real platform before we send them. Onsite, nearshore or offshore.

Every new project runs into the same old system.

COBOL and CICS, Oracle EBS customizations or an AX 2012 instance sit under the roadmap. A full rewrite is unrealistic, and leaving it alone has stopped being an option.

We write down the parts that matter and put APIs in front of them. The rest moves over in slices small enough for the business to test.

Agentforce, Now Assist, Copilot and Joule show up in the next release.

Planned for or not, somebody has to decide what these assistants can read, what they can change, and who's reviewing them. Better before the release than after.

Permissions and data boundaries come first, before anyone gets a login. Then a pilot group. We watch what they do with it, and widen the rollout when it holds.

case studies

66 moves we've made for clients.

The client's name is left out of each one. What's in is the problem, the before-and-after architecture, the plan phase by phase and what changed. Pick an area, or start with the one below.

case-study / vmware-exit migration
beforeVMware vSphere or VCF on-premises afterOpenShift Virtualization, AVS or native cloud
01 · WORKLOADS 02 · TARGET PLATFORMS 03 · OPERATIONS Windows VMs: apps · databases Windows VMs apps ·databases Linux VMs: apps · databases Linux VMs apps ·databases Vendor appliances: certified on VMware only Vendorappliances certified onVMware only Container apps: Kubernetes workloads Container apps Kubernetesworkloads OpenShift Virtualization: VMs and containers, one cluster OpenShiftVirtualization VMs and containers,one cluster Azure VMware Solution: portable VCF subscription Azure VMwareSolution portable VCFsubscription Native AWS or Azure VMs: resized or managed services Native AWS or AzureVMs resized or managedservices Backup and DR: rebuilt for each platform Backup and DR rebuilt for eachplatform Terraform: landing zone · provisioning Terraform landing zone ·provisioning
VMware exit after the Broadcom licensing changesread the case study
field notes

Learn from the work, ten minutes at a time.

The engineers who ran a project write down what they learned. Ten minutes, tops. A diagram up front, jargon explained as you go, three questions at the end. Here's one to try.

01What does Cohash do?

Cohash is an engineering firm for enterprise migrations, upgrades, cloud moves, AI and security. We work across 58 platforms, from SailPoint, Entra ID and CyberArk to Salesforce, ServiceNow, Workday, SAP, Guidewire, Epic, Snowflake and Databricks, and we staff certified engineers for them.

02Where is Cohash based, and where do you work?

Frisco, Texas is headquarters. From there our engineers work onsite in the US, and we also staff nearshore and offshore, which covers us across time zones.

03Do you work with our existing team or replace it?

We work with it. In most engagements your engineers and ours pair up. At the end we leave runbooks and hold handover sessions, and your team runs it from there.

04We have a deadline already. Can you start from where we are?

Yes. Send us the platform, your version and your date. We read the vendor's notes against your path and tell you what we'd do first.

next step

Tell us what you're running. We'll tell you what we'd do first.

A 30-minute working session with a senior engineer. No slides.

useful to bring
  • The platform and the version you're on
  • Where you need to get to, and by when
  • What's custom: rules, plugins, integrations
  • Any audit finding or deadline driving it