Deploy Java, PHP, Ruby, Node.js, Go, .NET, Python and Docker applications with no code changes using GIT, SVN, archives or integrated plugins like Maven, Ant, Eclipse, NetBeans,
IntelliJ IDEA
CloudJiffy will automatically scale your application containers vertically and horizontally, ensuring you only pay for the resources you consume. No capacity planning or resouce wastage. CloudJiffy uses granular 128MB cloudlets.
CloudJiffy dashboard provides intuitive application topology wizard, deployment manager, access to log and config files, team collaboration functionality and integration
with CI/CD tools
2. Experience the automated Cloud
Cloud Services
Public 35 datacenters in 25 countries
AWS regions (US east and EU
west)
Private On-premise and any IaaS On-premise
Hybrid
Within any clouds (AWS, Azure,
IBM, etc.)
-
3. Experience the automated Cloud
Supported Languages
Java, PHP, Ruby, Node.js, Python, Scala, Clojure
.NET (Native) .NET (Mono implementation), Go
4. Experience the automated Cloud
Supported Stacks
SQL Databases
MySQL, MariaDB, Microsoft SQL,
PostgreSQL, Percona
ClearDB MySQL, PostgreSQL
NoSQL Databases
MongoDB, Cassandra, Redis, Neo4j,
OrientDB, CouchDB
MongoDB , CouchDB, Redis,
Neo4j, Cassandra
Caching Servers Memcached Memcached
Load Balancers Nginx, HAProxy, Apache, Varnish
It is impossible to deploy
dedicated Load Balancer
CI and Build Servers Maven, Jenkins Maven, Jenkins, Codeship, CircleCI
5. Experience the automated Cloud
Java Support
Application Servers
Tomcat, TomEE, Jboss, Jetty,
Glassfish, Wildfly
Tomcat, Jetty
Java Versions 6,7,8 7,8
JEE support Native
Limited and very custom
functionality
Cloudjiffy supports automatic session replication for Tomcat, GlassFish and Jetty. Also it
automatically configures load balancing if HA for application servers is enabled.
Heroku provides session replication for Java EE servers but additional configuration required. Also
it's possible to add Memcached from Marketplace and configure session replication manually.
7. Experience the automated Cloud
Ruby Support
Application Servers
Nginx + Passenger / Puma /
Unicorn, Apache + mod_ruby,
Raptor
WEBrick, Puma, Unicorn
Ruby Versions
2.2.2, 2.0.0, 2.1.5, 1.9.3.
Switching versions in runtime via
RVM
Latest with possibility to specify
any version
Dependency Management Bundler
Supported Frameworks Rails and Sinatra Rails, Rack
8. Docker Support
UI management of Docker deployment Yes No
UI management of Docker application config files Yes No
Docker containers redeploy (update) Yes No
Persistent storage Yes No
Live migration Yes No
Support of stateful, stateless and legacy applications Yes No
CLI management of Docker deployment Yes
Support of private registries Yes No
Support of rolling updates Yes
Supported Docker orchestrators
Cloudjiffy
Orchestrator
Toolbelt plugin
and Compose
10. Experience the automated Cloud
Heroku Self-Service Portal
Limited possibilities for application lifecycle
management compared to Cloudjiffy, lack of:
• Managing Docker containers
• Choosing any topology of environment
• Cloning environment and swapping domains
• Choosing location for deployment
• Accessing logs and config files
• Migrating between regions
• Installing pre-configured clustered applications
• Deploying binary packages
11. Experience the automated Cloud
Management
Self-service portals for easy
provisioning
extended limited
SSH access SSH, SFTP Requires Heroku CLI installation
CLI Client Yes
API
REST API, High level API that
provides ability to create complex
environments
REST API
12. Experience the automated Cloud
Deployment Process
Binary deployment
packages
war, ear, zip, tar, tar.gz Possible via Maven plugin and GIT
Deployment via VCS GIT/SVN, build on commit GIT
Deployment via plugins for
IDEs
IntelliJ IDEA, Eclipse, NetBeans
Zero Downtime re-
deployment / rolling
updates
For any project
13. Experience the automated Cloud
Scaling
Vertical scaling
(within single HW machine)
Automatic and free within
predefined limits
By setting another dyno type that
causes downtime.
Automatic scaling is supported by
expensive 3rd party tools
Horizontal scaling
(across different HW
machines)
Manual and automatic. Free
automatic scaling is based on
load triggers
Manual and automatic. Automatic
is supported by expensive 3rd party
tools
14. Shared Load Balancer
Distribution of load balancers on
different hardware nodes to
eliminate risks of single point of
failure
Heroku provides automatically
routes HTTP requests to users’
dynos
Dedicated Load Balancer
Ability to create via UI dedicated
load balancers with replication and
tune them anyway you want
Impossible to attach dedicated
Load Balancer
Application Servers
Scaling and distributing app servers
across hardware cluster along with
configuration of session replication
Scaling dynos will locate them on
different nodes for providing high
availability
Databases
One click setup for master-slave
database configuration
Only for PostgreSQL and Redis
(for Premium plan)
High Availability: Application Level
15. Experience the automated Cloud
High Availability: Hardware Level
Hardware
Live migration.
Integration with software-defined
storage for automatic restore of
apps state in case of hardware
failure Hosts on AWS, so HA is
performed inside a single
platform by AWS features
Across Clouds
Can be deployed on bare metal and
on any cloud infrastructure
(like Azure, SoftLayer, OVH, AWS),
HA can be configured across
different hosts
17. Granularity
Dynamic configurations
128MB RAM - 256 GB RAM
Starting at $1.10/month
for the block of
128 MB RAM + 200 Mhz CPU.
Pay-as-you-go
Dynamic configurations
512MB RAM - 14 GB RAM / each dyno
Starting at $7/month
for the dyno of 512 MB RAM.
Pay-as-you-go
Storage
1GB - ∞
$0.0854/month
You should use permanent file storage
like Amazon S3 because Heroku has
ephemeral file system which is deleted
after restart/redeploy
Support Free Free + Paid
Free tiers
Free 2 weeks trial,
credit card is not required
Free dyno is granted for unlimited time.
But it will hibernate after 30 minutes of
inactivity and has to sleep 6h each 24h
Pricing
18. Automatic vertical scaling without downtime and free
of charge
Manual vertical scaling causes application’s downtime.
Automatic scaling is not free of charge.
Automatic free horizontal scaling based on CPU, RAM,
Traffic, IOPS, IO
Automatic horizontal scaling is not free of charge
Dynamic instance sizes: 128 MB RAM - 256 GB RAM Standardized instance sizes
Possible to choose between 4 dedicated LB servers,
scale them horizontally and vertically, provide LB
between specified applications
Impossible to add a dedicated load balancer
No code changes required to deploy an application
Complex applications require code change or even
architecture redesign
Vast variety of Regions and Availability Zones Only 2 AWS Regions - EU and the US
Possible to attach public IP to each server
Static IPs are implemented by expensive Proximo add-
on
Main Differences
19. A huge stack of pre-configured servers.
Possibility to create complex topologies and automate
that process via powerful API tool
Very poor variety of servers to launch your application
Improved Docker support and orchestration via UI
Limited Docker support and orchestration.
Only via CLI
Possible to migrate without downtime inside a cluster
and even between clouds like AWS, SoftLayer, Azure,
etc.
Migrating between Regions requires a lot of manual
configurations and causes application’s downtime
Easy and functional UI for applications management
UI with very limited functionality. Most actions have to
be performed via CLI
Marketplace for developers with a huge list of pre-
configured 1-click applications is free of charge.
Pay only for resources usage.
A list of add-ons is being extended in each release
List of add-ons and applications is more extended in
comparison to Cloudjiffy’s, but standard functionality is
not free of charge. Limited functionality is free
Main Differences