- Uri Cohen,VP of Product Management at Gigaspaces, says:
When we introduced Cloudify 2.2 in early December, we announced
our Chef integration, REST API, and a number of important usability improvements
that allow for more robust applications on top of Cloudify. With the new
version of Cloudify 2.3, we have a number of new features, some which are quite
significant.
These features include:
Cloud security and multi-tenancy -Cloudify 2.3 introduces
a comprehensive security model for securing the access to the Cloudify
controller, including pluggable authentication, authorization and transport
security. Users are assigned roles and privileges, and can belong to one or
more groups. Groups are completely isolated, and members of one group can never
manage or view the applications and services of another group. Within a group,
users can be assigned different privileges, for example only view the deployed
applications and services, or deploy new applications, or change the
configuration of the controller.
Cloud deployment isolation- Also related to security and
multi-tenancy. Upon deploying applications and services, they’re automatically
assigned the group to which the user deploying the app belongs. This user can
choose the deployment isolation level from other applications and services,
i.e. if and how the service or application being deployed will share resources
with already deployed applications and services. Users can opt for complete
isolation (meaning their deployment will not share any VM with already deployed
services), group-shared (meaning their deployment can share VMs with already
deployed services from the same group, that have the same isolation level) or
globally-shared (meaning their deployment can share VMs with any deployed
service that can be globally shared as well). This gives users the option to
provide better SLAs for more important services, or share VMs between services
to better utilize the underlying cloud infrastructure.
Dynamic configuration of cloud driver templates- Until 2.3,
cloud driver templates were static from the moment the controller has started.
With 2.3, you can introduce, edit and delete templates at runtime using
Cloudify’s CLI or REST interfaces. So if your IaaS provider introduces new
images or hardware types, they can be introduced to the Cloudify controller and
used by your applications and services without taking down or reconfiguring the
controller.
Cloud, application and service overrides- The new overrides
mechanism allows you to override almost any aspect of your cloud driver
template, application or service recipe at deployment time. This opens the door
to many interesting use cases, such as hosting a catalog of applications and
service recipes, and then tweaking them at deployment time per the user’s
requirements (e.g. starting your Cassandra cluster with 5 and not 3 instances,
or setting the auto-scaling threshold for your Tomcat cluster at 80% CPU
utilization rather than 70%).
Improved OpenStack support / JClouds
1.5.3: Version 2.3 leverages JClouds 1.5.3, which, in turn, has much better support
for OpenStack. Up until 2.3, Cloudify’s OpenStack support was based on a native
cloud driver which used the OpenStack APIs directly. In 2.3, we were finally
able to switch to JClouds, and consequently, also better support the full range
of OpenStack configuration options and the Folsom
release.
Troubleshooting Capabilities:
Cloudify 2.3 takes another step in making it easier for users to develop
recipes. Whendeveloping new recipes, Cloudify now allows you to
‘freeze’ the situation in case of recipe execution failure, and let you log in
to the VMs to troubleshoot the failure.
New Cloud
Recipes: We’ve also added a few more recipes to our Github repo,
most notably Storm,Zookeeper,CouchBase, The Play Framework, Vertx and Hadoop (using IBM’s BigInsights Hadoop distro), with more
to come.
One
More Thing…
In addition to 2.3, GigaSpaces has
also been busy working on a cool new project which is basically a Cloudify
widget. Think of it as an embeddable, one click player for Cloudify recipes.
The idea is to let users try out applications and frameworks using Cloudify and
its recipes. You create a recipe (or use one of the existing ones) and then, with a few simple steps done online,
get an embeddable HTML code snippet that you can embed into any web page. Any
visitor of this page can then test drive the application or framework that the
recipe deploys, with a single click. So if you’re developing an open source
framework, or have a product you want to easily showcase to your users, this
Cloudify widget is the tool for you. Here’s a preview of what this Cloudify demo on demand actually looks like.
No comments:
Post a Comment