pulumi-cloud VS Fog

Hi, I was looking into code of this pulumi's repo https://github.com/pulumi/pulumi-cloud. It seems that there isn't any update on this repo now. Does anyone know the status of this project?

Coconut (https://github.com/getcoconut/coconut) is a new open source project that provides tools to make serverless development around the Pulumi Cloud Framework (https://github.com/pulumi/pulumi-cloud) more simple. It allows you to emulate infrastructure locally & develop without deciding on a cloud provider to get started.

it's still very young, and I know another project with a similar goal: https://github.com/pulumi/pulumi-cloud

I do find the claim that "there's nothing irresponsible about full immediate disclosure" to be interesting.

https://github.com/fog/fog/issues/2525#issuecomment-31336855

fog (ruby) https://github.com/fog/fog

I went down a bit of a rabbit hole of Digital Ocean and their "security" for production workloads.

> Show me any other vps provider that silently provides access to customer A's data to customer B after receiving commands from customer A to destroy their instance and then I'll believe you guys aren't at the very bottom of the "takes security seriously" list.

From: https://github.com/fog/fog/issues/2525#issuecomment-31337481

YC News Discussion: https://news.ycombinator.com/item?id=6983097

> You do not need to scrub or write anything to not provide user A’s data to user B in a multi-tenant environment. Sparse allocation can easily return nulls to a reader even while the underlying block storage still contains the old data. ... On top of all of that, when I pointed out that what they were doing was absolute amateur hour clownshoes, they oscillated between telling me it was a design decision working as intended (and that it was fine for me to publicize it), and that I was an irresponsible discloser by sharing a vulnerability.

From: https://news.ycombinator.com/item?id=20091026

> You've got an additional problem though, which is that this tells us you have two support channels: one that doesn't work (i.e. yours, the one you built), and one that does (Twitter-shaming). The first channel represents how you act when no one's watching; the second, how you act when they are. Most people prefer to deal with people for whom those two are the same.

From: https://news.ycombinator.com/item?id=20064169

Speaking of randomly locking accounts, the post-mortem kills me:

> The initial account lock and resource power down resulted from an automated service that monitors for cryptocurrency mining activity (Droplet CPU loads and Droplet create behaviors). These signals, coupled with a number of account-level signals (including payment history and current run rate compared to total payments) are used to determine if automated action is warranted to minimize the impact of potential fraudulent high-cpu-loads on other customers.

From: https://www.digitalocean.com/blog/an-update-on-last-weeks-cu...?

In other other words, DO will kill your account with a curt email staring simply: "We have reviewed your account and have declined to activate it. No further information or action is required from you." for simply using "too much CPU"! https://pbs.twimg.com/media/D76ocofXoAY_xB5.png