Fizzadar

(I wrote pyinfra): So nice to see pyinfra on HN, happy to answer any questions!

Does this mean running a VPC in each AZ connected via Transit Gateway is 100% cheaper than a single VPC w/subnets in each AZ?!

Regularly see EC2 interzone account for 1/3 of EC2 cost this would be a huge win if so (albeit totally ridiculous).

Fascinating story that highlights the issues with privatised transport systems (or worse: mixed private/public). Reminds me of the clusterfuck that is the British rail network.

That said, the Northern and Central tube lines (London) are often crowded/hellish like this and are public, I dread to think how awful the tube would become if privatised!

I’m building a desktop email client [0] that has $45 lifetime licenses. Made to scratch my own itch I’ve been using it as my only client for 4 years now, barely makes any money though!

[0] https://kanmail.io

Go! Dabbled a bit this year (https://github.com/Fizzadar/clash-prometheus-exporter) and looking forward to getting into it properly this year.

Totally agree, I’ve always insisted myself and/or my team are called “infrastructure”[1], who provide the platform for the rest of engineering to deploy stuff to (devops). But when hiring for this team, have always used devops as the title because it brings in the right type of candidates.

[1] platform is probably a better name :)

I use pyinstaller for my Kanmail email client [1] and it’s fantastic, but at creating Mac app bundles or Windows exes. Tried making actual standalone binaries for another project and, as others have mentioned, they’re incredibly slow to startup.

Still, I am a huge fan of the project and it makes it possible to make webview desktop “apps” (like or hate them) with Python.

[1] https://kanmail.io

There's pywebview (https://github.com/r0x0r/pywebview/) which is a Python lib that uses whatever native webview implementation exists. Obviously means some compatibility work between each OS, but gives out very small apps what work very well on the whole. I'm using it on my cross platform email client (https://kanmail.io).

I've been using NetGuard (https://netguard.me/) for this purpose for a few years now - works great for blocking apps off from the internet entirely but is/was a huge battery drain filtering all connections (blocklisting). Will definitely give this a go!

Edit: looks very much like this is based on Netguard or borrows some of its code - near identical settings/etc.

Even disabled, if the other party has them enabled Apple still have access to that content.

Aha, brings back memories. Had to implement SAML login as a Service Provider once - a true abomination of a protocol, will never go near it again, and that was the easier side of things.

SSH can be quicker, I believe ansibles use of SSH processes is more the issue. An old but still relevant benchmark exists in my pyinfra project which uses SSH (amongst other protocols) but a Python implementation, and its significantly quicker and more scalable than ansible: http://docs.pyinfra.com/en/1.x/performance.html

There's pyinfra (https://github.com/Fizzadar/pyinfra) if you like Python (disclaimer: I started the project), heavily inspired by Ansible just without the yaml/jinja2 hybrid stuff.

Just released this major update to pyinfra, which has been enjoying a growth in popularity and new contributions <3.

This has reminded me of a weekend project I made that compares AWS/Azure/etc in a similar table (https://providers.stacksetup.com/).

There is also "Swaggy Stocks" which tracks this, as well as a bunch of othere WSB related stuff! https://swaggystocks.com/dashboard/wallstreetbets/ticker-sen...

Did a double take at first reading the post as if from a 3rd party but on the ArcType blog - then saw the original link at the bottom!

While the ArcType screenshot looks cool the main website is absolutely unusable - I counted 7+mb of JavaScript before simply rendering "ERROR".

Did not know about the pricing change (no email or any attempted communication it seems). Will be moving to GH actions immediately, bye bye Travis.

I don't think it's impossible to have (relatively) lightweight hybrid apps. The article focuses entirely on electron, which ships a whole browser. There are other options, such as pywebview, that use the system native browser. Still means the underlying JS bundle has to perform, which goes the same for websites too.

That said, I normally seek native apps where possible (ripcord for slack, sublime), but that's also pretty hipocrytical of me ref Kanmail!

I guess this means no updating to 5 or Big Sur then, I'll be keeping the kernel extension, thank you Apple.

I've toyed around with this idea before[1], and am v.excited to see Multi.app as a packaged up/refined version, awesome stuff.

[1] - https://pointlessramblings.com/posts/why-always-electron/

Came here to say this, in particular:

> This problem was never root caused, though we suspect an issue in the Celery workers themselves and not RabbitMQ.

So the problem wasn't Rabbit itself, but the usage/lack of understanding.

There's pyinfra (https://pyinfra.com, full disclosure: I built it). Ansible, Salt have been mentioned already. Also CFEngine and Rudder might be worth a look.

The saddest part about cases like this is that they in no way surprise me anymore.

> Is there any way to attach the deployement scenario in a Python object ?

It is possible to use pyinfra as a Python API, but this is not currently officially supported/may not follow semver, example: https://github.com/Fizzadar/pyinfra/blob/master/examples/api....

> How do I make a scenario pluggable? Reusable? Introspectable?

pyinfra comes with builtin support for packaging "deploys" as Python packages, see: https://pyinfra.readthedocs.io/en/v0.14.5/api/deploys.html, an example: https://github.com/Fizzadar/pyinfra-docker.

I've not used salt very much at all but I believe both tools provide similar functionality. pyinfra is only agentless vs. salt can do both which makes it more scalable at huge numbers of hosts. The major difference is the configuration in Python vs YAML, which I personally think is a big advantage (but can see arguments the other way too)!

So pyinfra itself won't do this - but because inventory/etc is written in Python it's possible to easily achieve this by using boto3 directly in the inventory file.

The use of Python for the inventory + deploy code makes it possible to integrate pyinfra with almost any external tool, without specific support in pyinfra (that's the theory, at least!).

Very much this - pyinfra was heavily inspired by both Fabric & Ansible. Beyond POSIX, pyinfra now supports winrm (experimental) - https://pyinfra.readthedocs.io/en/v0.14.5/connectors.html#wi....

It executes commands remotely, so no python/etc needed on the targets, just a shell!

I wrote pyinfra! If anyone has questions/suggestions/issues I'm more than happy to answer :)