Standup KRE/CloudOS on an Amazon instance.

[windley]

We can use lddi.org as the domain if Neustar doesn't want to put their name on it.

My goal is to have an Amazon image that we can share with people who may want to play with all this. Right now, it would be under a license since we haven't determined that CloudOS will be open source.

/cc @solargroovy

[windley]

For the demo to be effective, I think this has to have it's own MONGO store. If that's not possible in the short term for technical or manpower reasons, let's understand that.

What is required to "rebuild CloudOS on a fresh instance?" Obviously rulesets need to be added to RSM on the new instance. There are also might be things in SquareTag that CloudOS needs to work that might need to be rearranged.

Note that we don't want or need SQTG functionality on this instance. Ideally the user experience looks like

a.) Create an account,
b.) Update profile

Then I should be able to go to Forevr.us that link to that account.

When I invite someone who has an account on that instance, they'll go to Forever, and accept the invitation. This should work whether or not the invitation is from someone on that server.

This likely entails some updates to CloudOS code and KRE because we're probably assumed in several places that the EVAL_HOST is cs.kobj.net or sent events to an ECI rather than an ESL, etc.

Note that the deadline for this is IIW, not OW.

[edorcutt]

Off the top of my head to one place that I recall hard coding cs.kobj.net is in the CloudOS get function. Have you had the opportunity to expose meta:eval_host() yet?

[windley]

If Horsty has rolled my latest changes to production, then yes.

It's meta:host()

http://developer.kynetx.com/display/docs/meta

On Apr 23, 2013, at 4:53 PM, Ed Orcutt [email protected] wrote:

Off the top of my head to one place that I recall hard coding cs.kobj.net is in the CloudOS get function. Have you had the opportunity to expose meta:eval_host() yet?

—
Reply to this email directly or view it on GitHub.