cloud foundry roadmap (cloud foundry summit 2014)
DESCRIPTION
Breakout presented by James Bayer, Director of Cloud Foundry Product Management, Pivotal Software. The Cloud Foundry mission is to build and evolve the best open platform for modern applications and services on both public and private clouds. Learn about the roadmap of future development plans for Cloud Foundry. Upcoming features and requests for enhancement will be discussed across categories for Applications, Services, and Platform.TRANSCRIPT
Cloud Foundry Roadmap and Vision
James BayerCloud Foundry Product Team@jambay
MISSION AND VISION
• 34 member companies• Will result in more …– Contributors– Communication– Coordination
• Evolving development process for more participation while continuing the fast momentum
Cloud Foundry Foundation
• Global industry standard and scale• Open Source PaaS• Thriving ecosystem• Continuous delivery• Agile experience for contributors• Cloud-native apps and software
Mission Statement Key Phrases
Cloud Foundry Vision
• Instant Dynamic Routing
• Log Streams & Aggregation
•Metrics and Telemetry
• Access Controls & Policy
• 4 Layers of High Availability• App-Instance • Availability Zone• Process• Virtual Machine
Operational Benefits for each Application
Deploy, Operate Update, Scale Platform on Any IaaS
….and more
Built-in and Ecosystem Services
Extensible Service Broker Architecture
• Auto-detect frameworks
• “Push and it works” • .WAR• Dockerfile• .NET
• Simple service binding
• Agile micro-services
Simple, Developer Friendly Commands & API
Extensible Framework “Buildpack” Architecture
• RDBMS (MySQL/Maria HA)
• Blob (RiakCS)
• Notifications
• User-Provided Services
• Services Ecosystem (Pivotal,
Bluemix, Logsearch.io, OSS)
• Enterprise– Secure, Scalable, and Reliable
• Portable– Run on any IaaS - Apps and Services are portable
• Open …– Open Source– Open Governance– Open for Extension
Core Platform Attributes
ROADMAP
Warning: Agile Roadmaps have a shelf life
Image credit to robin24 on flickr
Days / Weeks
Image credit to thomasjwoods-com on flickr
Open Proposals and Backlogs
Step 1
Step 2
• Applications
• Services
• Platform
Key AreasCloud Foundry Elastic Runtime
Cloud Foundry Services
Cloud Foundry BOSH
Non-Goals For Now• Multi-region - features baked directly into the CF
API and Management– Active/Active– Cloud Bursting– See Cloud Credo blog on Comic Relief
• Designing for legacy apps
• 12 factor Linux apps current target– Java, Ruby, Node.js, Go, Python and PHP
• Users want more– Dockerfile support for apps– .NET on Windows stack– Persistent file system option for apps
• E.g. Active State Stackato FSaaS using ssh-fs
Application Types
• Policy• Routing• App Runtime• Logs, Metrics and Telemetry• Identity and Security
Application Feature Areas
• Outbound Access Policy (in progress)– Application Security Groups applied to App Containers
• Placement Pools– Placing apps on a pool of system components for either network &
resource isolation or capability reasons• Buildpack Policy scoped to Organizations• Inbound Access Policy
– Router enforcement• Long-term RFE – Tags / Values for CF Models
Application Policy
• A/B app routing % controlled via API– Sticky attribute for routes
• CF Route custom maintenance / error pages• CF Route access authorization policy• Shared routing table (etcd instead of NATS for example)• Long-term RFEs
– Static Route Option – no heart beats required– SNI for Multiple SSL Certificate Management– Multiple routable ports per app– Inbound TCP - likely requires routing aaS per tenant– SSL to Apps
Routing
• Diego Project• Zero-downtime and Near-Zero downtime deploys• App Processes from one codebase (web, worker, etc)• Dockerfile push• .NET Buildpack / Windows Stack via Iron Foundry• Ongoing customizable App Healthchecks• SSH access to App Containers• Lifecycle hooks for SCM/CI/Others
Application Runtime
Application Lifecycle
• Loggregator was a major leap forward• Use Loggregator for system logs• Add app/system metrics to the transport• Pluggable sources and destinations
Logs and Metrics
Logs and MetricsEnd State
• Multitenant• System and Apps• Metrics, Logs, Telemetry• Pluggable Inputs• Pluggable Outputs
Metrics in the Logs Prototype
Metrics Pluggable Output Prototype
• LDAP/AD Groups mapped to OAuth Scopes• Deeper OpenStack Keystone Integration• Audit trail for all APIs• Long-term Considerations– Orgs/Spaces to UAA?– Authorizations– Custom Roles with Permission Mappings
Identity and Security
• Sample v2 Service Broker (Github repo aaS)• Database cleanup tool for deleted brokers• Migration path for v1->v2 brokers• Service Dashboard SSO• Service Usage Events• Blob Service (s3 compatible RiakCS)
Services 2014 Review
• MariaDB with Galera HA• Notification API and Service Broker• Lifecycle – change plan• Async APIs• Service Audit Events• Custom Metering• Service ACLs with Public/Private Plans scoped to Orgs/Spaces• Custom Plan Parameters• Blob Service (RiakCS, s3, SWIFT)
Services Roadmap
• Flexible Versioning• Bring your own CPI• SDN Awareness• Simplify the UX• Shared System Infrastructure
– Process Runtime - Evaluate Diego/Docker for packaging / running– Blob – both BOSH and Runtime need blob storage– Databases– Logs, Metrics and Telemetry– Notifications
• Backup and Restore of Deployments
BOSH
• Applications – Cloud Foundry Elastic Runtime• Services – Cloud Foundry Services• Platform – Cloud Foundry BOSH
Key Areas
Cloud Foundry Roadmap and Vision
James BayerCloud Foundry Product Team@jambay