From Side Project to Salaried Operations
How early backing enabled Helixrack's first salaried founder role and turned an improvised network into a more documented operating system.
- Published
- Filed under
- company update
On March 1, 2023, Mira became the first Helixrack founder to receive a salary from the company. That wording is deliberate. Work on the facility had already required substantial founder time; this milestone was the point at which the business could fund one founder’s operations role as employment.
The change followed early financial backing in February. The investment gave Helixrack room to pay for focused operating work, improve the first facility, and plan capacity beyond one production rack. It did not change the customer-owned hardware model or turn the young operation into a finished data center.
Making the network reviewable
The first network worked, but much of its design lived on a whiteboard and in the founders’ heads. The facility had a 500/500 Mbps business connection, a provider-assigned IPv4 /28, a shared routing edge, and one public /32 on a dedicated VLAN for each early customer. That was adequate for the first deployment. It was not enough documentation for a growing queue of machines.
The operations role focused on turning that setup into a system another qualified person could inspect. The work included an address register, consistent VLAN naming, saved configuration, a physical and logical inventory, port and cable labels, and a defined sequence for provisioning a customer. Monitoring also needed ownership: what produced an alert, who received it, what could be checked remotely, and when someone had to go to Elizabeth.
This was a redesign of process as much as topology. A network diagram has limited value if the installed ports, customer records, and device configuration do not agree with it. Each onboarding therefore needed to update the same set of records.
What changed for a customer
The immediate customer effect was consistency.
Before shipment, Helixrack could state what information it needed: equipment dimensions, expected draw, redundant power inputs, remote-management requirements, requested public addressing, and a technical contact. At receiving, staff could identify the machine and track its move from test rack to production position. At turn-up, the VLAN, /32, switch port, and owner approval could be checked against one intake record.
That process did not transfer application responsibility to Helixrack. Customers still managed operating systems, user access, software, data, and backups. The operations role made the boundary around those responsibilities clearer and gave customers a more predictable physical handoff.
What did not change
Helixrack remained a small, founder-operated service. The first room still had limited power and cooling. It still depended on a single business access circuit. Backup power had not yet reached the 30kVA UPS and generator design added later in 2023. A salaried role increased attention and accountability; it did not create redundancy that the facility did not have.
The company also kept its original economic premise. Customers owned their servers. Helixrack supplied rack position, power, network access, monitoring, and remote hands. Capacity would be added only when the team could operate and document it safely.
By treating the first salary as an operating investment rather than a ceremonial title, Helixrack gained something concrete: time assigned to network records, intake quality, alerting, and facility planning. Those systems made the next customers easier to onboard and the next infrastructure problems easier to diagnose.