Financial Infrastructure · DevOps · Boston

Engineering inside
financial services.

Ten years across private equity, retail, and asset management. Real technical experience covering infrastructure, cloud, security, and trading systems. Written plainly to help other engineers navigate this world.

Michael Harlow
Michael Harlow // sys.ghost  ·  Boston, MA
☕ Buy me a coffee
Latest post
Every engineering org I talk to is running AI agents somewhere in production now. Almost none of them have figured out how to operate them the way we operate everything else that touches customer data.
Jul 14, 2026 · 11 min read
Read →
Latest post
Every engineering org I talk to is running AI agents somewhere in production now. Almost none of them have figured out how to operate them the way we operate everything else that touches customer data.
Jul 14, 2026 · 11 min read
Read →
All posts

Archive

We scheduled a Technology Connect event for our engineering team and built a lineup of games around AI and infrastructure topics. Here's how we put it together and what I'd do differently.
← Back to posts
Personal Apr 15, 2026 · 8 min read

What I Learned Manning the Booth at a Tech Expo for AI and App Modernization

What I Learned Manning the Booth at a Tech Expo for AI and App Modernization

Our group runs a regional networking community focused on end-user AI and application modernization. A few times a year we put together an expo: a half-day event where vendors, practitioners, and technology leaders come together to talk about what is actually working and what is not. This year I spent most of the day behind the booth rather than walking the floor, and it was a different experience than I expected.

Who comes to these things

I was prepared for a lot of vendor enthusiasm and a lot of skeptical end-users. That was roughly accurate. But the proportions were different than I expected. A meaningful number of the people who stopped to talk were practitioners: actual engineers and architects from financial services, healthcare, and professional services firms: who had been given mandates to "do something with AI" and were trying to figure out what that meant.

These were not people who needed to be sold on the idea that AI was worth exploring. They were past that. What they were looking for was specifics. What does a production AI deployment actually look like in a regulated environment? What are the failure modes that nobody writes about? How do you get a model into your infrastructure without creating a compliance nightmare?

Those are good questions. They are also the questions that the expo floor is mostly not designed to answer.

What people were actually asking

The conversations that came back repeatedly, across different companies and different job titles:

"How do we actually evaluate this?" The honest answer is that most organisations do not have a rigorous evaluation framework for AI tools. They are buying on demos and vibes and then discovering the gap between demo performance and production performance after the contract is signed. The people who were furthest along had built internal evaluation sets: representative samples of the actual tasks they needed the model to perform: and were running every candidate against them before making purchasing decisions. Not many had done this.

"What about the data?" Everybody is worried about data. Where does the inference happen? What does the vendor do with your prompts and completions? Can you get a data processing agreement that your legal team will actually sign? In financial services this is not a hypothetical concern. The number of firms that had stalled AI initiatives specifically because they could not get comfortable answers to these questions was notable.

"How do you modernize without breaking everything?" Application modernization is the other half of the expo's focus and this is where I saw the most nuanced conversations. Nobody serious is talking about rewriting everything from scratch. The conversations that were going somewhere were about incremental modernization: strangler fig patterns, gradual containerisation, pulling pieces out of monoliths without touching the core until there is enough test coverage and operational experience to do so safely. The companies that were actually making progress were the ones that had made peace with the idea that modernization is a five-year programme, not a project.

The gap between what gets announced and what gets deployed

One pattern that stood out across the day: there is a significant gap between what organisations announce they are doing with AI and what is actually running in production.

This is not surprising. Technology announcements are made by communications teams. Production deployments are made by engineering teams. The incentives are different. But the gap was larger than I expected, and the people who were being honest about it, usually the practitioners rather than the leaders, were often visibly frustrated.

The most common state I encountered was: AI initiative announced, proof of concept running, production deployment stalled somewhere between "we need to solve the data governance question" and "we need to figure out how to monitor this in a way our ops team can actually respond to." These are real problems and they are solvable, but they require the kind of sustained engineering attention that is hard to maintain when the next announcement is already being drafted.

What the good conversations looked like

The conversations I found most useful, both for the people I was talking with and for me, shared a few characteristics.

They started with the problem rather than the technology. The people who came in saying "we are trying to solve X and we are evaluating whether AI is the right tool" were having much better conversations than the people who came in saying "we need to implement AI and we are figuring out where." The first group had a way to evaluate anything I said. The second group did not.

They were honest about where they were. The organisations that were willing to say "we are earlier than we sound in our press releases" got more useful input. Pretending to be further along than you are is a natural instinct in competitive environments but it makes it very hard to get help with the actual problems you have.

They had thought about the operational question. Not just how to deploy the model but how to monitor it, how to know when it is behaving badly, how to roll back, who owns it on the operations side. The organisations that had a coherent answer to these questions were almost always the ones that had production deployments rather than stuck proofs of concept.

What I took away

Running the booth is a particular kind of information gathering. You see a cross-section of where an industry actually is rather than where it says it is. The distance between the two is usually instructive.

My read from this expo: enterprise AI adoption in regulated industries is real but slower and more complicated than the vendor narrative suggests. The technical problems are largely solvable. The governance and operational problems are harder and less glamorous and getting less attention. The organisations that will be ahead in two years are the ones that are doing the unglamorous work now.

Application modernization is having a quieter moment than AI but in some ways is more concrete. The teams that are making real progress are the ones that have accepted the pace that is actually achievable and are executing steadily against it rather than trying to move at a pace the organisation cannot sustain.

The conversations were worth having. If you are working through any of these problems and want to compare notes, the contact form is there.

Found this useful?
☕ Buy Michael a Coffee
← More posts

Hey, I'm Michael Harlow.

Senior Systems Engineer · Boston, MA · Writing as sys.ghost

I have spent over a decade building and maintaining infrastructure at the intersection of technology and financial services. My career has taken me through three distinct sectors -- technology, private equity, and asset management -- and each one changed how I think about what reliable infrastructure actually requires.

I started in general IT, which is where most engineers who did not go straight into software end up. Data centers, networking, on-call rotations, learning to label cables properly because unlabeled cables are a promise that someone else will suffer later. The work taught me that almost every sophisticated system is, one layer down, a collection of unglamorous fundamentals that either hold or do not. I still believe that. I still label everything.

Private equity came next, and it was a different world. The infrastructure stakes there are less about uptime and more about data integrity. When deal teams are making acquisition decisions based on data you are responsible for, and when a due diligence process has a hard deadline that does not move regardless of what broke overnight, your relationship with reliability changes. A wrong number in an LP report does not cause an immediate incident. It causes a conversation in a partner meeting six weeks later, and by then you need to reconstruct what happened from imperfect records. I became obsessive about data provenance in PE and I have not stopped.

For the past several years I have been in asset management, supporting trading and investment operations infrastructure. This is the environment I find most technically interesting. The compliance requirements are demanding, the legacy systems have long institutional memories, and the tolerance for operational errors is genuinely low -- not just in terms of business impact, but in terms of regulatory consequence. When markets are open, there is no fixing it after the weekend.

I started Packet & Profit in January 2026 because I kept looking for the kind of writing I wanted to read and finding it mostly did not exist. There is a lot of content for engineers online. There is much less written by engineers working specifically inside regulated financial services firms, being honest about what that actually involves day to day. The compliance conversations, the legacy constraints, the incident management in front of stakeholders who measure downtime in dollars per minute. That is what I write about here.

Outside of work I have been running a Saturday morning robotics course at my local YMCA for kids aged 10 to 14. It is one of the better decisions I have made.

Certifications

Red Hat Certified Engineer (RHCE)
Certified Kubernetes Administrator (CKA)
AWS Solutions Architect -- Associate
CompTIA Security+
HashiCorp Vault Associate

My Stack

RHEL / Ubuntu
Kubernetes
OpenShift
Terraform
Ansible
Prometheus
Grafana
Python / Bash
AWS / Azure
Cisco / Palo Alto
PostgreSQL
Redis
HashiCorp Vault
Fluent Bit
Helm
ArgoCD

Career

2022 -- Present
Senior Systems Engineer, Asset Management -- Boston, MA
Leading infrastructure for trading operations and investment management systems. Responsibilities span network security, cloud migration strategy, Kubernetes platform engineering, and incident response. Deeply involved in T+1 settlement infrastructure work and the shift from overnight batch processing to near-real-time event-driven architecture.
2018 -- 2022
Systems Engineer, Private Equity -- Boston, MA
Built and maintained data infrastructure supporting deal teams, portfolio monitoring, and investor reporting. Managed infrastructure through multiple due diligence cycles with hard deadlines and high data integrity requirements. Led a major data platform migration from on-premises to cloud-hosted infrastructure, including security controls satisfying LP and regulatory requirements.
2015 -- 2018
Infrastructure Engineer, Retail Technology
Supported inventory management, real-time pricing, and supply chain integration systems across a high-SKU retail environment. Operated under peak load conditions where scale was a concrete engineering problem rather than an abstract one. Built out monitoring and alerting infrastructure from scratch and managed a full data center relocation.
2013 -- 2015
IT Engineer, Technology Sector
Established the professional fundamentals: data center operations, network infrastructure, endpoint management, and the on-call rotations that teach you more about system fragility than any textbook. Developed an appreciation for cable labeling that has never left me.

Get in Touch

If you are an engineer working in financial services, curious about the career path, or have a question about something I have written, I would genuinely like to hear from you. Use the and I will get back to you. If something here has been useful, a coffee is always appreciated.

A note on anonymity: I write under my own name but keep my current employer private. The financial services industry is small, the regulatory environment is real, and I want to write honestly without those constraints. All incidents and case studies on this site are anonymised. The technical content is real; identifying details are not.
Get in touch

Contact

Whether you are an engineer in financial services, have a question about something I have written, or just want to say hello - feel free to reach out. I read everything.

Powered by Resend · No spam, ever

Legal

Privacy Policy

Last updated: April 2026

This policy explains what information Packet & Profit collects when you visit this site, how it is used, and what choices you have.

Information We Collect

We do not require you to create an account or provide personal information to read this blog. The only personal information we collect is what you voluntarily submit through the contact form: your name, email address, and message. This information is transmitted via Resend and used solely to respond to your enquiry.

Google AdSense and Advertising

This site uses Google AdSense to display advertisements. Google AdSense uses cookies and similar tracking technologies to serve ads based on your prior visits to this and other websites. This means Google may use information about your visits to this site to show you personalised ads on other sites across the web.

You can opt out of personalised advertising by visiting Google Ads Settings, aboutads.info, or optout.networkadvertising.org. See Google advertising policies for more.

Cookies

This site uses a single first-party cookie to remember your theme preference (light or dark mode). This cookie contains no personal information. Third-party cookies may be set by Google AdSense for advertising purposes as described above.

Analytics

This site does not currently use any analytics platform beyond what Vercel provides as part of its standard hosting service (aggregated, anonymised traffic data).

Contact Form

When you submit the contact form, your name, email address, subject, and message are transmitted to the blog author via Resend. This data is not stored by this site and is not shared with any third party beyond Resend. See Resend's privacy policy for details.

Third-Party Links

Posts on this site may link to external websites. We are not responsible for the privacy practices or content of those sites.

Your Rights

If you have submitted a message via the contact form and would like that information removed, or if you have any questions about this policy, please use the contact form to get in touch.

Changes to This Policy

We may update this policy from time to time. The date at the top of this page reflects when it was last revised.

Legal

Terms of Service

Last updated: April 2026

By accessing and using Packet & Profit (packetandprofit.com), you agree to be bound by these Terms of Service. If you do not agree, please do not use this site.

Use of Content

All written content, illustrations, and code examples published on this site are the original work of Michael Harlow unless otherwise stated. You are welcome to share links to posts and quote brief excerpts (with attribution), but you may not reproduce full articles, copy content to other websites, or use the content for commercial purposes without written permission.

No Professional Advice

Content published on this site reflects personal opinions and professional experience. It is provided for informational and educational purposes only. Nothing on this site constitutes financial, investment, legal, or professional advice of any kind. See the for more detail.

Third-Party Links

This site may contain links to third-party websites. These links are provided for convenience and do not constitute an endorsement of the linked site or its content. We have no control over and accept no responsibility for external sites.

Advertising

This site participates in Google AdSense, which displays advertisements from third-party advertisers. The presence of an advertisement does not constitute an endorsement of the advertiser's products or services. Ad content is determined by Google based on the content of this site and your browsing history.

Accuracy of Information

While we make every effort to ensure the accuracy of information published on this site, technology and financial markets change rapidly. Information that was accurate at the time of publication may become outdated. We do not warrant the completeness, accuracy, or timeliness of any content on this site.

Limitation of Liability

To the fullest extent permitted by law, Packet & Profit and its author shall not be liable for any direct, indirect, incidental, or consequential damages arising from your use of, or inability to use, this site or its content.

Changes to These Terms

We reserve the right to update these terms at any time. Continued use of the site following any changes constitutes your acceptance of the revised terms. The date at the top of this page reflects the most recent revision.

Contact

If you have questions about these terms, please use the .

Legal

Disclaimer

Last updated: April 2026

Packet & Profit is a personal blog written by Michael Harlow, a Systems Engineer based in Boston, MA. The views expressed here are entirely his own and do not represent those of any employer, client, or organisation he is affiliated with.

Not Financial or Investment Advice

This site discusses financial services technology, investment management infrastructure, and related engineering topics from a technical practitioner's perspective. Nothing published here is financial advice, investment advice, or a recommendation to buy, sell, or hold any security, asset, or financial instrument. The author is not a registered financial adviser, broker, or investment professional.

Content that references financial markets, trading systems, or investment firms is provided for technical and educational context only. Any figures, case studies, or examples are illustrative and should not be relied upon for financial decisions.

Not Legal or Professional Advice

Nothing on this site constitutes legal, compliance, regulatory, or professional advice. Readers should consult qualified professionals for advice specific to their circumstances.

Professional Experience

Posts on this site draw on the author's professional experience in systems engineering across private equity, retail technology, and asset management. Specific details about employers, clients, projects, and colleagues have been anonymised or generalised. Any resemblance to specific organisations is incidental.

Accuracy

The author makes reasonable efforts to ensure published information is accurate at the time of writing. The technology and financial services landscape changes quickly. Readers should verify any technical or regulatory information against current primary sources before acting on it.

Affiliate Links and Advertising

This site displays advertisements through Google AdSense. The site may also contain links to tools, services, or products that the author uses or finds useful. These are not paid endorsements unless explicitly stated. The author's opinions are his own and are not influenced by advertisers.

Questions

For questions about anything on this site, please use the .

This site uses cookies for theme preferences and displays ads via Google AdSense, which may use cookies to personalise ads.