Overall, everything works pretty well for me (user for multiple years), except all apps which are too bound too Google Play Services as microG is not stubbing/implementing all APIs.

So all apps with premium subscription you can only handle through in-app purchase, usually won't work.

I've heard that some banking apps are not working correctly either as not "secured" enough device, in my personal experience, they all worked, it's really a case-by-case logics here.

For the upgrade, OTA upgrade around every month, and it has always worked smoothly

Something I have been wondering with Flatpak is about Ram usage. As sharing dynamic libraries allow loading it into RAM only once, while if I use Signal, Chromium and different others Flatpaks, all libs will be loaded multiple times (often with their own version). So maybe disk is cheap but RAM may be more limited, which looks kind of a limit in the generalization of this method of distribution. (You could tell me it's the same with containers)

Am I right to think that? Has someone measured that difference on their workstation?

Web browser (Signal and Chromium) wastes so much memory that shared libraries size is not important. Also, shared libraries can always be dropped from memory.

The same libraries are shared between flatpak apps, and everything deduplicated, so I don't thinknso, but someone would have to test

Instinctively I would say, to have a direct authentication/authorization process you couldn't have if the client was communicating directly with a MQ.

Is there any plan for a European presence? (At least, for the storage part)

Yev from Backblaze -> Yes! We do hope to have a location in Europe and are on the hunt for one! That said, it's a bit of a long process, so there's no ETA for now - but it's something we're actively pursuing!

Just to add a bit more color - we're actively aiming to have a European region by end of year.

Is it possible that it will be hosted in a similar fashion to how Azure does their German datacenters?

By 'similar' do you mean having a German trustee or something else?

Yea, I mean having a German (or other European) trustee.

The CLOUD Act thing being discussed presently (re: Microsoft) sounds like it could make things tricky. :/

Frankfurt has the best peering overall, if you also consider Eastern Europe in the equation.

Does it matter where in Europe for you? And curious which of the various reasons does a European presence matter to you most?

Perhaps somewhere close to AMS-IX? For me, that would be network latency to non-US customers.

Thanks - definitely looking near there.

Speed and latency for me as well.

For me it would be speed.

Gleb's the CEO so he'd know these things :D

Currently, we are running multiple containers from different apps on the same host. These containers are running with unprivileged users and reduced capabilities but in the same network. It will probably change in the future for a higher level of isolation.

I think it's my real name, proof underneath :-)

http://i.imgur.com/onAPdMr.jpg

Any interesting story behind the surname?

(Might be worth explaining why it sounds made up/like a pseudonym: Unbekannt in German means unknown; similar variations has the same meaning in a range of Germanic languages)

Interesting not really, someone in my family made some research about its past and return to the XVIIth century. From there, we can only make assumptions.

Remind me "The Three Stigmata of Palmer Eldritch" from Philip K. Dick. Selected (clever) people are sent as settlers on Mars, but everybody know it's crappy as hell and that people are surviving thanks to drugs which allow them to remind theirselves what Earth's like. People try to get crazy on Earth to fail tests and avoid being sent there.

What a great reminder of a great book. And a science writer that rightly focused on the human side than the tech. Thanks for this.

Docker stats is not a solution since you can't configure it, it's a good effort but is not sufficient. Docker stats over hundredths of containers generates too much load, you can't configure anything. An external project is welcomed to fulfill this lack.

Actually, not so similar, acadock is much more a wrapper which transforms cgroups and namespaces data to a more accessible HTTP API.

Scalingo's CTO here, if you have any question, I'd be glad to answer them.