Startups Using DynamoDB in Boston
Via their job posts and information submitted by startups themselves, these are the Boston DynamoDB startups we've found.
Interested in other technologies? Browse or search all of the built-in-boston tech stacks we've curated.
Recruiting software for automatic, role-specific resume review & follow-up candidate questions.
Computer vision for marketing and brand analytics, with search capabilities.
Residential loan application & lender marketplace.
Home fire prevention; connecting your stove to your phone through an IoT device and connected app.
‘Marketing intelligence platform’ tracking all of any competitor’s online presence, and prioritizing for actionable review.
Tools for web app creators to improve UX with easy-to-add guidance tooltips and popovers. Tied to analytics for testing and improvement.
Tech Stack Highlights
React and Redux – The skeleton and nervous system of our in-browser code. The combination of one-way data binding and functional state transitions has made our products much easier to build (and, more importantly, debug).
Elixir – Our persistent services are written in Elixir, a relatively young functional language built on the Erlang VM. It’s got lots of features to recommend it — immutability, actor-based concurrency with crash supervision, hot upgrades and rollbacks, built-in clustering, etc — but the syntax is also downright comfy and very productive. Elixir’s been great to us in the last year we’ve had it in production.
AWS Lambda and Serverless Framework – Lambdas are an amazingly cost-efficient way to implement services or event handlers that don’t require low latency or long execution times. We’ve recently begun to move our dozen-or-so Lambdas into the Serverless Framework, which automates their deployment and configuration. And the ease of working with Serverless Framework makes it likely that we’ll build a bunch more features with it.
DynamoDB – While we use a combination of data persistence layers (Postgres, Firebase, and S3 also play a part), we began to experience growing pains with our most frequently-updated data. We moved this workload from Postgres to DynamoDB last fall, and we’ve not only seen a 30-40% reduction in operating cost, but our response time is much more predictable, and our peak-traffic performance is between three and twenty times better.
Redis – We’re using Redis as the basis of a stats collection system. In particular, its implementation of the HyperLogLog cardinality estimation algorithm means that we can keep as many unique counters (e.g., daily active users for each customer) as we like without worrying much about disk space or CPU time.