colinchartier

Joined 9 years ago

Karma

1,097

Submissions

164

Member since

Nov 14

Co-founder @ https://webapp.io - a convenient solution for per-branch full-stack staging environments and automatic e2e tests.

View on Hacker News

Recent submissions

Show HN: GPT4 Powered Multiplayer Jeopardy aijeopardy.org

1 colinchartier 3 years ago 0 comments

Comment · 3 years ago

Postgres can be tuned to 10k inserts per second, Kafka is definitely overkill for 200/s

Comment · 3 years ago

Reminds me of this video about the origin of the name Tiffany: https://m.youtube.com/watch?v=9LMr5XTgeyI

"I didn't fly across the Atlantic to... Of course I did"

Comment · 3 years ago

Reminds me of the ghost Unicode character saga: https://www.dampfkraft.com/ghost-characters.html

Comment · 3 years ago

Nested virt doesn't work with some things like OS snapshot/restore, so they might not support it to allow those features.

Comment · 3 years ago

We got around this at my company by just pooling all of the LISTEN/NOTIFY streams into a single database connection in software, here's a sample implementation:

function software_listen(channel, callback):

  if not channel_listened(channel):

    sql("LISTEN " + channel)

  listeners[channel].append(callback)

function on_message(channel, data):

  for listener in listeners[channel]

    listener(channel, data)

function unlisten(channel, listener):

  listeners[channel].remove(listener)

  if len(listeners[channel]) == 0:

    sql("UNLISTEN " + channel)

Here's the actual go implementation we use:

https://gist.github.com/ColinChartier/59633c1006407478168b52...

Comment · 3 years ago

As far as I understand, that's 100 shared queries across all users.

Comment · 3 years ago

Paul Graham would say for exponential growth, 10x better is the bar

Comment · 3 years ago

Sure, I meant "docker" here as a simplification for the OCI format.

Comment · 3 years ago

Will add those to the landing page - they got lost in the Figma design

Comment · 3 years ago

It looks like all of the auth data is empty - maybe you logged into an account which doesn't have permission to install on that repository?

If you email me at [email protected] with your GitHub account name, webapp.io account (if any), and the name of the repository, I can take a look for you.

Comment · 3 years ago

Practically - We don't actually require you to use Docker, and we don't use it under the hood. The configuration (which looks like a Dockerfile) can run multiple containers in the same VM:

FROM vm/ubuntu:22.04

RUN (install docker)

RUN REPEATABLE docker-compose build

RUN BACKGROUND docker-compose up

EXPOSE WEBSITE localhost:8080

You can also just run entirely non-docker services:

RUN BACKGROUND redis-server

- The DSL will watch which files are used for each build step to skip everything you haven't changed, so builds are much faster - You can use us to clone VMs and run Cypress tests in parallel, then promote one of the clones to a preview environment, and another to a production environment - We're more declarative (in my opinion), we don't have a CLI. Everything is done by editing a Layerfile and git pushing it

TL;DR, we focused on a declarative configuration format to quickly build, fork, and hibernate VMs, where Fly is more focused on building/shipping docker containers (though the products do fill a similar niche)

Comment · 3 years ago

We do have a caching anycast proxy like fly, render, and other webapp-focused PaaS providers.

Comment · 3 years ago

We don't actually host docker containers - the configuration DSL is based on Docker, but has crucial differences

In particular, you can do things like

RUN BACKGROUND docker-compose up

EXPOSE WEBSITE 8080

This is super important for most use-cases, since otherwise you have to deal with networking and version control.

Comment · 3 years ago

It's two environments per unique account - though you can email support to prove you're a real person and get this moved up.

We haven't had to formalize any policies, but they'll be similar to other cloud free tiers:

- HTTP only (no terabytes of videos or images exclusively)