This service takes a cURL request and outputs an https URL: https://www.gostaticapp.com/

You can use it via cURL or github actions (https://github.com/marketplace/actions/gostatic-deploy), and there's a node-based CLI coming soon

e.g. curl https://www.gostaticapp.com/api/deploy/artifact \ -X POST \ -H "Accept: application/json" \ -H "Authorization: Bearer your-api-token" \ -F "file=@file.zip"

This certainly wins on convenience and accessibility for non-developers.

I was working on a similar concept, but it still required some dev skills (use curl or github actions) - https://www.gostaticapp.com/

Hey,

I've been tinkering with this concept recently, it's not quite ready for beta testing, but I'd be happy to take feedback on what I've got so far: http://croncloud.io/

A couple of useful resources if you need to calculate VAT rates across Europe and Stripe's fees in each country: http://jsonvat.com/, https://stripefees.com/

If you want help determining what rate to charge a customer, I built both JS and Python libraries that include functionality to:

  - Determine rate based on
    - phone number
    - billing address
    - self-declared location
    - IP address
  - Validate VAT IDs
  - Fetch exchange rate info from the European Central Bank

You can find the code at https://github.com/wbond/vat-moss.js and https://github.com/wbond/vat_moss-python.

I also wrote up a bit about dealing with registering for VAT MOSS, generating invoices, etc.

It's also important to note that these new rules cover the sale of digital goods to CONSUMERS only, if you are (for example) a registered business in the UK and selling to a registered business in Germany, German VAT is not applied, and you do not have to pass it on (via VATMOSS) to the German government.

Yes, B2B sales between EU countries are handled using the reverse charge system, when the supply is where the customer belongs - subject to certain use and enjoyment provisions (e.g. If a UK business sells software to a German business for use in the German business's UK office it would be subject to UK VAT instead).

Perhaps consider an enterprise agreement with AWS? We've saved $large without needing to switch providers just by committing to a minimum monthly volume of data transfer.

Worth seeing the numbers before you invest in dev & operations.

On that point (needing a sys admin for say 10 hours a week), where should a currently devs only team be looking? Remote freelancer? Dev with ops / sys admin experience?

Depends on the nature of the work. Begin with the understanding that operational concerns will never be zero hours. The best freelancer in the world will need guidance from the internal staff.

If you've already got something in place and operating at <10 hours a week, I'd keep it in house with whatever dev has more ops experience. Or whichever one drew the short straw after no one admits to having ops experience. You could hand it off to your newer hires to gain an understanding of what you do. The key is to define who responds to what.

Keep an engineer on retainer that you can call in to handle one-off builds and emergencies. Big changes/deployments where you can't afford to gain experience the hard way.

* Don't push new code to production while operational problem is ongoing (unless it addresses the operational problem) ^^ absolutely!

Awesome, this was the missing piece of the puzzle for me, thanks for getting it out so quick.

You're welcome. ;) Let us know what you think after you've tried it.

Xeround looks really interesting (http://xeround.com/). Seems to do everything in RAM and takes care of any replication / backup & scailing for you. Looks like it would get expensive with large amounts of data though... anyone using this in production?

One of the things that separate us from Xeround is the fact that you can see the benefit of super high throughput on any linux box, including your laptop. You can download the software and use it by yourself.

Xeround is a sas model, where you can't get exact same experience as on your local machine.

Agree. If growth is (reasonably) predictable I think dedicated is a great way to go. Surely if you are aiming for an MVP, you don't want to be worrying about managing multiple boxes and adjusting the amount of RAM, CPU and diskspace they have access to. Better to slightly over provision with a cheap dedicated server then expand when you have a feel for the requirements of the project.