Stairway to Heaven...in Cloud: Webinar Recording, Slides and Q&A

Written by: Harpreet Singh

Cloud Platform

3 min read

Stay connected

On June 8th, we showed the power that the CloudBees Platform brings to developers by taking the whole development-to-deployment cycle to the cloud.

I guess we backed up what Gigaom recently mentioned about CloudBees: "As of today, it’s probably the most-advanced Java-focused PaaS offering on the market in terms of maturity."

Here are the webinar resources:

Videos : I have split the videos into easily consumable pieces:

1. Stairway to Heaven...in cloud (Part 1): Why CloudBees?

2. Stairway to Heaven...in cloud (Part 2): CloudBees Signup

3. Stairway to Heaven...in cloud (Part 3): SCM(forge) and build

4. Stairway to Heaven...in cloud (Part 4): Build, Test and Analyse

5. Stairway to Heaven...in cloud (Part 5): Collaborate

6. Stairway to Heaven...in cloud (Part 6): Deploy to PaaS

7. Stairway to Heaven...in cloud (Part 7): Clustering and Scaling

Slides : Slides are available here .

Q&A:

Do you provide Sonar as a service or do I need to set up my own Sonar instance?
We provide "Sonar as a Service", in partnership with SonarSource. Similarly to Jenkins-as-a-Service, you don't need to worry about installing Sonar, maintaining it, setting up a database, etc. It is a SaaS!

What Storage Services/APIs are offered for file storage?
Currently we offer the same as what the ServletAPI requires i.e. local temporary file storage

Any plans to expose the underlying IaaS storage? Like AWS EBS as an abstracted filestore? Otherwise devs will be forced to use REST based file APIs tied to IaaS providers...
We are discussing options, we understand that a proper storage solution is needed. Ideally, we'd like to find a non-AWSdependent solution so you can easily move from one IaaSto the other, transparently.

What is available for multi-casting across nodes to support products that use clustering like Coherence and others?
You would need to use our clustering solution instead (unless those vendors are interested in partnering with us

Which IaaS abstractions are supported/roadmap other than AWS? Eucalyptus/OpenStack...?
We have announced support for OpenStack(it is in works) and VMware vSphere.

How can someone prove the platform security meets certain standards?
If there are platform security requirements that you specifically require, you will need to get in touch with us and we can see how to address those requirements

Are there plans to get federal security accredidation for the underlying platform?
This is currently not on the roadmap. If you have a specific project in mind that would require this, please contact us and we'd be glad to discuss this with you.

Can't you get a better speaker? He sounds French!
The thick accent guy is our CEO, so we cannot fire him that easily. We are sorry for the inconvenience.

Does CloudBees use their own AMI to build the appcontainer? or user has to provide their EC2 credentials?
You do not need to provide your credentials, you will run under "our" account, this is totally transparent to you (and easy!)

Do you have any plans to add collaboration platforms (trac, jira, etc) to the Cloudbess stack ?
We are soon going to announce an ecosystem program that will add additional services to CloudBees. (we demo-ed Sonar as part of the service today). If you have specific ones that you will like, please send us an email/or on forums and we can fast track those.

Do you support full Java EE app servers (Jboss, Glassfish, etc) and MySQL DB?
Today we only support tomcat-based deployment but we are working on a EE6-web profile container, this should be transparent to you.

Do you support full Java EE app servers (Jboss, Glassfish, etc) and MySQL DB?
Yes we provide a MySQL as a Service, it is very convenient and easy to use.

  • Harpreet Singh
    CloudBees

Stay up to date

We'll never share your email address and you can opt out at any time, we promise.

Loading form...
Your ad blocker may be blocking functionality on this page. Please disable for an improved experience.