Services
I design and build Rust backends on AWS: Lambda, ECS, EKS, EC2. Embedded engineering, architecture review or a full migration. In every case, what I deliver ends up in production. And there is Rust in it.
Rust in production
Embedded Rust expert
You already run Rust in production, or you are about to write some, and the expertise is missing on the team. I join your engineers to design, code and ship.
- ▸ Rust backend development on AWS: Lambda, ECS/EKS or EC2, depending on what the workload actually calls for
- ▸ Infrastructure as Code, CI/CD, observability and comments shipped with the code, not six months later
- ▸ Taking over an existing Rust codebase: technical debt, version upgrades, a CI pipeline put back on its feet
- ▸ Code review, and your developers getting better at Rust along the way
I work exclusively on AWS. You could object that it is narrow, but it is exactly what lets me stay in control of the project, from the architecture diagram down to the production code.
Architecture and performance
Nine years of AWS architecture and more than three years of Rust. When something costs too much, answers too slowly, or scares everyone away from touching it, I diagnose it and I fix it.
- ▸ Cold starts, p99 latency, a Lambda bill going the wrong way: I measure first, I put numbers on it, and then I propose a plan. Sometimes the answer is Rust, sometimes it is not
- ▸ Rust code review: correctness, idioms, and above all maintainability by your own team
- ▸ Serverless architecture review: API Gateway, Lambda, AppSync, DynamoDB, EventBridge, Step Functions
- ▸ An argued service choice between Lambda, ECS/EKS and EC2, with the 12-month cost set right next to it
What you get back: a short, prioritized, quantified report, with the measurement conditions. But I am not a generic AWS architect: when the plan involves Rust, I stay and implement it.
Open source crate support
Three crates I maintain exist to run Rust on AWS: lambda-appsync, dynamodb-facade and awssdk-instrumentation. If your team depends on one of them, you can have the maintainer's direct line.
- ▸ Support subscription: a contract with a day pool for incidents, questions and hands-on help
- ▸ Priority fixes: whatever blocks your production goes to the front of the queue
- ▸ Sponsored feature development: you fund exactly what you are missing
- ▸ Hands-on help integrating a crate into your codebase, and a live walkthrough for your team
I also develop new crates under sponsorship, given a clear use case and a dedicated budget.
Engagement terms
- ▸ Time-and-materials or fixed-price, depending on the engagement
- ▸ Part-time for the long run, or full-time for short engagements
- ▸ Paris region: on-site or hybrid
- ▸ Rest of France: mostly remote, with occasional travel
- ▸ French or English
Adopting Rust: from decision to production
Rust interests you, but you are not going to commit a team on a bet. Fair enough. So we start with the only question that matters: is it worth it, in your shop, and on which workload? And if the answer is no, I will tell you so.
- ▸ Audit of your workloads: which ones genuinely benefit, and which ones will gain nothing
- ▸ Expected gains put in figures (latency, memory, AWS bill) with the cost of the migration set right next to them
- ▸ Proof of concept on a real workload: numbers measured in your environment, not blog benchmarks
- ▸ Phased roadmap: what migrates, in which order, and with which safety net
- ▸ Your developers trained along the way, because the code I deliver has to stay maintainable without me
- ▸ Presentation to decision-makers: I take the demo in front of your leadership
An order of magnitude, measured on my public demos: for the same task, the same Lambda function written in Rust rather than Python runs about 50× faster, costs 33× less and uses 4× less memory. Your numbers will be different, obviously. That is exactly what the proof of concept is there to establish.
The code, the measurement conditions and the results are public. You can replay all of it: demo-rust-lambda
AWS Training
I deliver for AWS Training Partners, but you can also contact me directly if you want my profile in the classroom. In that second case I will put you in touch with an ATP: the course stays an official one, I simply deliver it.
On-site only
AWS Authorized Instructor (AAI), Champion since 2018.
I deliver exclusively on-site: at your premises, at a training center, or at any other physical venue. No virtual classroom. In-person interaction produces far better results, and that is a quality commitment I stand by.
Logistics
- ▸ Travel and accommodation expenses billed on top.
- ▸ Anywhere in France. Europe negotiable.
- ▸ French or English.
| Course | Duration | Level |
|---|---|---|
| AWS Technical Essentials | 1 day | Fundamental |
| Architecting on AWS | 3 days | Intermediate |
| Advanced Architecting on AWS | 3 days | Advanced |
| Developing on AWS | 3 days | Intermediate |
| Developing Serverless Solutions on AWS | 3 days | Intermediate |
| DevOps Engineering on AWS | 3 days | Intermediate |
| Cloud Operations on AWS (formerly Systems Operations) | 3 days | Intermediate |
| AWS Security Essentials | 1 day | Fundamental |
| Security Engineering on AWS | 3 days | Intermediate |
| Networking Essentials for Cloud Developers | 1 day | Fundamental |
| Migrating to AWS | 3 days | Intermediate |
| Designing and Implementing Storage on AWS | 3 days | Intermediate |
| AWS Cloud Practitioner Essentials | 1 day | Fundamental |
| AWS Cloud Essentials for Business Leaders | 1 day | Fundamental |
| AWS Well-Architected Best Practices | 1 day | Intermediate |
| AWS CloudFormation Best Practices | 1 day | Fundamental |
| AWS Migration Essentials | 1 day | Fundamental |