Trek10 Blog

trek10.com · Company blog · on HN since 2017

The blog of Trek10, an AWS consultancy, covering serverless, DynamoDB data modeling, Fargate, Lambda, and cost comparisons.

What HN saysHN commenters cite its single-table DynamoDB relational modeling article as insightful, though some doubt such NoSQL modeling; the author joins a Cloud9 discussion.
18HN people shared it
6linked it in comments
46stories submitted
912story points
2 years agolast shared
2017people per year2026

Most-shared posts

  1. 1
    Leveraging ULIDs to create order in unordered datastores
    3 people · 8 points · first shared 2020 · discussion on HN
  2. 2
    From relational DB to a single DynamoDB table
    2 people · 195 points · first shared 2019 · 66 comments on HN
  3. 3
  4. 4
    Analyzing how AWS builds their own serverless apps
    2 people · 14 points · first shared 2019 · discussion on HN
  5. 5
    AWS Fargate vs. EC2 pricing
    2 people · 5 points · first shared 2018 · discussion on HN
  6. 6
    The business case for serverless
    2 people · 4 points · first shared 2018 · discussion on HN
  7. 7
    I buy a new work machine every day
    2 people · 1 points · first shared 2018 · discussion on HN
  8. 8
    Principles for Building New SaaS Products on AWS
    1 people · 212 points · first shared 2020 · 90 comments on HN
  9. 9
    Rules for Data Modeling with DynamoDB
    1 people · 207 points · first shared 2020 · 80 comments on HN
  10. 10
    Amazon EventBridge: The biggest thing since AWS Lambda
    1 people · 178 points · first shared 2019 · 56 comments on HN
  11. 11
    Show HN: AWSets – AWS Resource listing made easy
    1 people · 8 points · first shared 2020 · 1 comments on HN
  12. 12
  13. 13
    CI/CD on AWS: A Pragmatic Approach
    1 people · 5 points · first shared 2019 · discussion on HN
  14. 14
  15. 15
    Reasons to avoid serverless
    1 people · 4 points · first shared 2018 · discussion on HN

What HN people wrote when they linked it

bokwoon · 2021-08-25
I've seen a very good article on this: https://www.trek10.com/blog/dynamodb-single-table-relational-modeling. It's an insightful dive into how KV stores can model relational data. However I also feel that these 'NoSQL can do relational modelling!' proponents are kind of hijacking the term: a relational model is understood to be based on relational algebra, and DynamoDB's Everything is One Big Table design ain't it. NoSQL can model relational data, but it is not a relational model (as understood by E.F. Codd). Also, NoSQL data access patterns are pretty much set in stone, which is kind of what the relational model explicitly avoids.
shortj · 2020-05-05
Author here. HN in a lot of cases has readership that I’d put in the segment of developers that should absolutely not be using Cloud9 daily. I personally take using Cloud9 to the absolute extreme(https://www.trek10.com/blog/i-buy-a-new-work-machine-everyday), having my Cloud9 env setup scripted and creating a new one every day/project. I don’t really recommend that approach for most folks. Anecdotally, it has paid off well when I left a Mac on a train and I was able to walk in an apple store grab a new one and lost minimal productivity for the day. However, the flip side of all this is I regularly work with a lot of IT people that have underpowered machines, flaky / poor internet, crazy restrictions on their work machines that cause all sorts of problems with CLI / program installation, etc. I’ve found Cloud9 to be super liberating for those folks particularly with the parity of Cloud9 to AWS Lambda runtimes.
ollyculverhouse · 2022-05-12
Fargate isn't really expensive? It does have a premium but I wouldn't say 'really expensive'. https://www.trek10.com/blog/fargate-pricing-vs-ec2
vlovich123 · 2022-02-28
Source on the price comparison? Or did you mean that Lambda is 1000x cheaper than EC2 [1][2]? It's obviously load dependent but functions-style code is going to typically be cheaper than even the smallest EC2 instance while handling more load (provided your RAM/CPU usage fits within the envelope it's optimized around). Disclaimer: I work at Cloudflare on R2 and Workers is even cheaper than Lambda@Edge (provided your workload fits within the compute envelope). Billing is based on CPU time not wall time [3]. Workers Bundled pricing can be more cost effective in some cases if you only need <= 50ms of compute. [1] https://lumigo.io/blog/aws-lambda-vs-ec2/ [2] https://www.trek10.com/blog/lambda-cost [3] https://blog.cloudflare.com/introducing-workers-unbound/
jeffcarter · 2020-09-22
Shameless plug: I wrote AWSets[1], which can be used to do some of this (although the graphs aren't as pretty). It was written because at work we regularly interact with hundreds of AWS accounts and wanted something to quickly scan/catalog all of the resources (launch blog post explains more [2]). It's free to run locally (doesn't use or require Config), the data is normalized & output as JSON for you to do whatever you want with it. It has better coverage than similar tools (>250 resources & growing), and provides relationship mapping between them as well. It's still a work in progress and might have rough edges, so feel free to file issues to help make it better. [1] - https://github.com/trek10inc/awsets [2] - https://www.trek10.com/blog/awsets-aws-resource-listing-made-easy
forrestbrazeal · 2018-03-26
Every technology has some degree of lock-in. Serverless has tradeoffs like anything else. The question is, do the benefits outweigh the costs? I recently did a writeup on this that helped me work through my own thoughts on the issue: https://www.trek10.com/blog/think-faas-podcast-talkin-lock-in/

Keyboard shortcuts

/Search
j kNext / previous blog
EnterOpen selected blog
vVisit the blog site
fFollow / unfollow
lSwitch grid / list view
dSwitch dark mode
g hHome
g pTop posts
g tTopics
g fFollowing
g lLiked
g yHistory
g qFAQ
EscBack / close