HN user

edouardb

791 karma

Co-founder of Koyeb

Posts90
Comments38
View on HN
www.koyeb.com 5mo ago

Koyeb Is Joining Mistral AI to Build the Future of AI Infrastructure

edouardb
6pts2
www.koyeb.com 10mo ago

Wake VMs in 200ms with Light Sleep, eBPF, and Snapshots

edouardb
2pts0
www.koyeb.com 12mo ago

From Envoy to Consul chasing a latency spike across a globally distributed stack

edouardb
2pts0
www.koyeb.com 1y ago

Show HN: Tenstorrent Cloud Instances – Unveiling Next-Gen AI Accelerators

edouardb
1pts0
www.koyeb.com 2y ago

Autoscaling Now in Public Preview: Build, Run, and Autoscale Apps Globally

edouardb
1pts0
www.koyeb.com 2y ago

Deploy Apps and Containers in Singapore on High-Performance Infrastructure GA

edouardb
1pts0
quickwit.io 2y ago

Speculations on how S3 Express works

edouardb
8pts1
www.koyeb.com 2y ago

The most affordable way to deploy apps globally

edouardb
1pts0
www.koyeb.com 2y ago

Koyeb Serverless Postgres Public Preview

edouardb
2pts0
www.koyeb.com 2y ago

Koyeb Raised $7M to Simplify App Deployment with a Global Serverless Platform

edouardb
2pts0
www.koyeb.com 2y ago

The Global Container Runtime: Six Regions to Deploy Apps Anywhere and Everywhere

edouardb
1pts0
www.koyeb.com 2y ago

Show HN: Run globally distributed full-stack apps on high-performance MicroVMs

edouardb
98pts30
www.koyeb.com 3y ago

Show HN: Koyeb – Deploy code to production, everywhere, in minutes

edouardb
6pts0
www.koyeb.com 3y ago

Enabling gRPC and HTTP/2 support at the edge with Kuma and Envoy

edouardb
2pts0
www.koyeb.com 3y ago

End-to-end gRPC and HTTP/2 support: a story about ALPN, Edge, and Kuma/Envoy

edouardb
2pts0
www.koyeb.com 3y ago

End-to-end gRPC and HTTP/2 support: a story about ALPN, Edge, and Kuma/Envoy

edouardb
3pts0
aiven.io 3y ago

Aiven introduces free plans for PostgreSQL, MySQL, and Redis

edouardb
43pts0
www.koyeb.com 3y ago

New Frankfurt location: deploy high-performance apps in Europe

edouardb
1pts0
www.koyeb.com 3y ago

Distributed Tracing with Envoy, Kuma, Grafana Agent, and Jaeger

edouardb
4pts0
www.koyeb.com 3y ago

Heroku’s free tier legacy: The shoulders we stand on 15 years later

edouardb
3pts0
www.koyeb.com 3y ago

Heroku’s free tier legacy: The shoulders we stand on 15 years later

edouardb
1pts0
www.koyeb.com 4y ago

Koyeb Serverless Platform Public Preview

edouardb
3pts0
www.koyeb.com 4y ago

The True Cost of Kubernetes: People, Time and Productivity

edouardb
52pts20
www.koyeb.com 4y ago

The True Cost of Kubernetes: People, Time and Productivity

edouardb
2pts0
www.koyeb.com 4y ago

From the Edge to the Core: How Requests Flow to Koyeb

edouardb
2pts0
www.koyeb.com 4y ago

From the Edge to the Core: How Requests Flow to Koyeb

edouardb
11pts0
techcrunch.com 5y ago

Vercel raises $102M Series C for its front-end development platform

edouardb
6pts1
koyeb.com 5y ago

Koyeb – A developer-friendly serverless platform to deploy apps globally

edouardb
2pts0
github.com 5y ago

OpenReplay, an open-source alternative to FullStory, LogRocket and Hotjar

edouardb
4pts0
www.hashicorp.com 5y ago

HashiCorp Nomad 1.1 Beta

edouardb
106pts43

Minio is an awesome object storage solution with great features such as the S3 gateway but from what I know they don’t have a processing layer.

At Koyeb we also have an S3 compatible layer to let users send, process, and store (on any cloud or your own edge Minio) data. As @bdcravens said, its where similarities end, plus Koyeb is entirely managed.

We’re currently working on a deep Git integration where you basically push your updated workflow configuration with the code of functions/docker tag reference.

We have some tooling to develop individual catalog integrations locally and test the integration with object storage works as expected. We plan to publicly release this tooling for all users to be able to test their functions locally before using them on a workflow.

For workflows environment, currently, right now, you have to create one processing Stack for each environment, i.e. dev, staging, and prod. Later on, we want to spawn environements for each Git branch.

We design and manufacture our own server hardware so we can optimize our cost. We select each component of our servers to get high quality servers at the best price and remove all unneeded components. The result is that you get a server with the best price-performance ratio.

  ~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=16 --size=4G --readwrite=randread

  test: (groupid=0, jobs=1): err= 0: pid=17457: Thu Sep  3 12:39:10 2015
   read : io=0B, bw=115612KB/s, iops=28903, runt= 36279msec
   cpu          : usr=17.12%, sys=67.12%, ctx=35506, majf=0, minf=39
   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0%
      submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
      complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0%
      issued    : total=r=1048576/w=0/d=0, short=r=0/w=0/d=0

  Run status group 0 (all jobs):
    READ: io=4096.0MB, aggrb=115612KB/s, minb=115612KB/s, maxb=115612KB/s, mint=36279msec, maxt=36279msec

  Disk stats (read/write):
   nbd0: ios=55484/53, merge=0/587, ticks=134950/1020, in_queue=135900, util=24.02%

  ~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=16  --size=4G --readwrite=randwrite

  test: (groupid=0, jobs=1): err= 0: pid=17460: Thu Sep  3 12:43:54 2015
   write: io=0B, bw=15741KB/s, iops=3935, runt=266460msec
   cpu          : usr=3.97%, sys=25.75%, ctx=544104, majf=0, minf=23
   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=100.0%, 32=0.0%, >=64=0.0%
      submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
      complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.1%, 32=0.0%, 64=0.0%, >=64=0.0%
      issued    : total=r=0/w=1048576/d=0, short=r=0/w=0/d=0

  Run status group 0 (all jobs):
   WRITE: io=4096.0MB, aggrb=15740KB/s, minb=15740KB/s, maxb=15740KB/s, mint=266460msec, maxt=266460msec

  Disk stats (read/write):
   nbd0: ios=0/1053524, merge=0/106948, ticks=0/4282740, in_queue=4281210, util=100.00%

  ~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=128 --size=4G --readwrite=randwrite

  test: (groupid=0, jobs=1): err= 0: pid=17463: Thu Sep  3 12:48:26 2015
   write: io=0B, bw=16400KB/s, iops=4100, runt=255749msec
   cpu          : usr=4.20%, sys=22.28%, ctx=576266, majf=0, minf=23
   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
      submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
      complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.1%
      issued    : total=r=0/w=1048576/d=0, short=r=0/w=0/d=0

  Run status group 0 (all jobs):
   WRITE: io=4096.0MB, aggrb=16400KB/s, minb=16400KB/s, maxb=16400KB/s, mint=255749msec, maxt=255749msec

  Disk stats (read/write):
   nbd0: ios=0/1047606, merge=0/56, ticks=0/32543280, in_queue=32545150, util=100.00%

  ~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=128 --size=4G --readwrite=randread

  test: (groupid=0, jobs=1): err= 0: pid=9439: Thu Sep  3 12:48:32 2015
   read : io=0B, bw=28594KB/s, iops=7148, runt=146685msec
   cpu          : usr=8.60%, sys=31.77%, ctx=591701, majf=0, minf=138
   IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
      submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
      complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.1%
      issued    : total=r=1048576/w=0/d=0, short=r=0/w=0/d=0
      latency   : target=0, window=0, percentile=100.00%, depth=128

  Run status group 0 (all jobs):
    READ: io=4096.0MB, aggrb=28593KB/s, minb=28593KB/s, maxb=28593KB/s, mint=146685msec, maxt=146685msec

  Disk stats (read/write):
   nbd0: ios=1047291/4, merge=0/1, ticks=18660030/50, in_queue=18659150, util=100.00%

You should have a look to the IOPS instead bandwidth

  root@instantcloud:~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=16 --size=4G --readwrite=randwrite
  test: (g=0): rw=randwrite, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=16
  fio-2.1.11
  Starting 1 process
  Jobs: 1 (f=1): [w(1)] [100.0% done] [0KB/18714KB/0KB /s] [0/4678/0 iops] [eta 00m:00s]

  root@instantcloud:~# fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=16 --size=4G --readwrite=randread
  test: (g=0): rw=randread, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=16
  fio-2.1.11
  Starting 1 process
  Jobs: 1 (f=1): [r(1)] [100.0% done] [22307KB/0KB/0KB /s] [5576/0/0 iops] [eta 00m:00s]