Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Titanous
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
31.
▲
by
Titanous
10y ago
Yeah, it's definitely something we want to support in the future. Autoscaling requires building some components that are aware of and can communicate the underlying infrastructure APIs (AWS, GCP, Azure, DigitalOcean, OpenStack, etc.) c
32.
▲
by
Titanous
10y ago
> re-deploying a few images on Flynn it wasn't cleaning up images and disk space was disappearing fast I'm really sorry to hear that you switched off of Flynn. We're aware of this issue, and are in the process of fixing se
33.
▲
by
Titanous
10y ago
Here's the issue tracking this: https://github.com/flynn/flynn/issues/3375
34.
▲
by
Titanous
10y ago
Flynn itself doesn't communicate with infrastructure APIs currently, but you could hook this up so that there is a base set of three servers that are always running and then an autoscaling group that watched your metrics or a schedule
35.
▲
by
Titanous
10y ago
Awesome, thanks for the feedback!
36.
▲
by
Titanous
10y ago
If Heroku works for you, that's fine, but for lots of people it doesn't. For example, Heroku only supports HTTP, not TCP. There are a number of technical limitations Heroku places on apps that other platforms like Flynn don't
37.
▲
by
Titanous
10y ago
Yeah, our security roadmap will get us to multi-tenancy eventually. Due to the security posture of the Linux kernel, we won't recommend running untrusted code side-by-side on the same hosts as more sensitive workloads, but we plan to h
38.
▲
by
Titanous
10y ago
I'd love to hear about any trouble you ran into while trying Flynn so that we can fix it! Feel free to send me an email: jonathan@flynn.io Convox is a great pick if you want to use AWS-specific services for your entire stack. Instead o
39.
▲
by
Titanous
10y ago
Great question! We designed Flynn to solve a bunch of the common problems around running apps in production. This means that we're working full-time just on the automation and stability of your production environment. As you grow and s
40.
▲
by
Titanous
10y ago
Correct. By default app slugs are stored as large objects in the built-in Postgres cluster, to allow deployment without external dependencies. For production we recommend moving to AWS S3, Google Cloud Storage, or Azure Storage. Garbage col
41.
▲
by
Titanous
10y ago
This would be great! The open source Parse server ( https://github.com/ParsePlatform/parse-server ) already works on Flynn, and we can't wait until someone implements an open source system like Lambda.
42.
▲
by
Titanous
10y ago
The space is too complex to do a chart, as a bunch of details are not directly comparable. Many people who choose Flynn are not directly comparing us to hosted platforms, as they want more control over their infrastructure (where they run i
43.
▲
by
Titanous
10y ago
> You want to use an external blob-store, by default it uses its own postgres to store them. However, it also doesn't do any garbage collection The lack of garbage collection by default will be fixed in next week's stable relea
44.
▲
by
Titanous
10y ago
Our experience at Flynn is that there are a few common scenarios: - Small and side projects run well without supervision. - Existing ops teams can manage Flynn without much additional effort. - Medium sized teams that don't want an int
45.
▲
by
Titanous
10y ago
Thanks for using Flynn! > There are still a couple of rough edges, specifically around upgrading and persistence across power failure Indeed, we have been finding and fixing bugs in these two areas lately, and things have been improving.
46.
▲
by
Titanous
10y ago
Hey, I'm a co-founder of Flynn. Flynn is entirely open source and BSD-licensed ( https://github.com/flynn/flynn ). You can run Flynn on any infrastructure without paying us anything. The price you reference is for o
47.
▲
by
Titanous
10y ago
The full policy is available here: https://sourcecode.cio.gov > This policy also establishes a pilot program that requires agencies, when commissioning new custom software, to release at least 20 percent of new custom-develop
48.
▲
The People's Code
(whitehouse.gov)
9 points
by
Titanous
10y ago
|
2 comments
49.
▲
by
Titanous
10y ago
The spam threshold is adjustable: https://www.fastmail.com/help/receive/stopspam.html#settings It also supports training a filter on your specific email/spam patterns which works very well in my experience.
50.
▲
by
Titanous
10y ago
Or ship compiled static binaries.
51.
▲
by
Titanous
10y ago
There is also a BSD-licensed version that we wrote in Go: https://github.com/flynn/go-tuf
52.
▲
by
Titanous
10y ago
If you're interested in securing software update systems, check out The Update Framework. TUF is the only system I'm aware of that has a comprehensive threat model for the problem of securely distributing software updates. https:
53.
▲
by
Titanous
10y ago
Obviously I'm biased, but here's my take: Flynn has a larger technical scope, covering everything from the details of how container are run all the way up to the user interface used to deploy applications. We also run highly avail
54.
▲
by
Titanous
10y ago
The Configuration and Limits sections of this page might be helpful: https://flynn.io/docs/apps Let me know if there is something else specific that you are wondering about and I can answer here or get some more docs u
55.
▲
by
Titanous
10y ago
> Is there a document describing the architecture of a running system? There is an architecture page: https://flynn.io/docs/architecture Please let me know if anything specific is missing so that we can add it. >
56.
▲
by
Titanous
10y ago
Flynn aims to be the easiest to use among the available tools. We intentionally limit the amount of configuration necessary to get up and running and don't require you to bring together a bunch of components to make a stack that works.
57.
▲
by
Titanous
10y ago
Flynn is designed to be self-healing, if a server goes offline it will recover immediately and automatically and no confirmed writes will be dropped. We use a combination of Raft for service discovery and leader election, along with multipl
58.
▲
by
Titanous
10y ago
Thanks Paul!
59.
▲
by
Titanous
10y ago
I'm not aware of any support for building images using Dockerfiles in rkt. My understanding is that the Dockerfile build system is embedded in the docker daemon.
60.
▲
by
Titanous
10y ago
Kubernetes didn't exist when we started, so we ended up building our own scheduling system and management APIs. So it wouldn't really be "adding" support, instead we'd need to switch several layers of the system to
More ›