Managing Software from Development to Deployment in the Cloud
•Als PPT, PDF herunterladen•
3 gefällt mir•2,333 views
CloudBees' Harpreet Singh and Vivek Panday give an introduction to managing and deploying Java applications in the cloud. The presentation covers... - What’s the cloud and what's a PaaS? - Criteria choosing a PaaS - Demonstration of taking applications to the PaaS - PaaS services available today
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (17)
Ähnlich wie Managing Software from Development to Deployment in the Cloud
Ähnlich wie Managing Software from Development to Deployment in the Cloud (20)
Mehr von CloudBees
Mehr von CloudBees (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
Managing Software from Development to Deployment in the Cloud
- 1. Harpreet Singh, Vivek Pandey | CloudBees Managing Software from Development to Deployment in the Cloud
- 6. DC versus AC: Replay?
- 10. Cloud Computing: Outsourcing headaches Cloud Provider
- 11. 5 Key Cloud Characteristics* * As specified by NIST On Demand Self Service Measured Service Rapid Elasticity Broad Network Access Resource Pooling
- 12. 4 Cloud Deployment Models Public Cloud Community Cloud Hybrid Cloud Private Cloud
- 13. 3 Cloud Services Model
- 14. Cloud Service Provider View IaaS Build Your Own Stack Manage stack Build app Manage app User Concern Provider Concern PaaS Pre-built Platform Managed stack SaaS Pre-built app Use App
- 15. App Developer (Cloud Service Consumer) View IaaS SaaS PaaS DevOps Me? How do I standout? Custom apps!
- 20. PaaS Reference Architecture Core Platform Services Middleware Services Runtime Services ALM Services Dev Services Provisioning Billing Monitoring SLA Policy IaaS Virtualization/OS Metering App Server Mail Logging DBMS/NoSQL Messaging Auto Scaling CI HA SCM SDK APIs UI IDE
- 26. Lay of the Land
- 28. BeanStalk Architecture Provisioning Billing Monitoring SLA Policy Core Platform Services IaaS Metering App Server Mail Logging DBMS/NoSQL Middleware Services Auto Scaling HA Runtime Services ALM Services SDK APIs UI IDE Dev Services Virtualization/OS Messaging CI SCM
- 31. GAE Reference Architecture Provisioning Billing Monitoring SLA Policy Core Platform Services IaaS Metering App Server Mail Logging DBMS/NoSQL Middleware Services Auto Scaling HA Runtime Services ALM Services SDK APIs UI IDE Dev Services Virtualization/OS Messaging CI SCM
- 34. CloudFoundry Reference Architecture Provisioning Billing Monitoring SLA Policy Core Platform Services IaaS Virtualization/OS Metering App Server Mail Logging DBMS/NoSQL Middleware Services Messaging Auto Scaling HA Runtime Services ALM Services SDK APIs UI IDE Dev Services CI SCM
- 37. Flex Reference Architecture Provisioning Billing Monitoring SLA Policy Core Platform Services IaaS Virtualization/OS Metering App Server Mail Logging DBMS/NoSQL Middleware Services Messaging Auto Scaling HA Runtime Services ALM Services SDK APIs UI IDE Dev Services CI SCM
- 39. Vendors - Positioning Flexibility Compatibility SaaS-like IaaS-like OS Flex is server-centric Basic orchestration of AWS blocks .Net-on-a-Server, with only … more constraints Spring-centric offering, focused on vCloud JVM-based offering (soon EE) fully server-agnostic Oldest SaaS-like offering but with lots of env. constraints
- 44. Why CloudBees is Better? Provision node: Provision cluster: Provision DB: Deploy App: (not a transparent update process) Manage environment ( recurring ) Metering/Scaling ( recurring ) Manage CI Environment: Setup CI Environment DEPLOY Build Continuous Deployment Configure OS Secure OS Setup JVM Install AS on OS Configure AS Secure AS provision nodes Install load-balancer (LB) Configure LB Secure LB Setup BC for cluster QA cluster Configure DNS Provision node Install DB Configure DB Secure DB Setup BC for DB Provision cluster Provision DB Deploy schema Deploy App to each node Analyse sec. bulletins Analyse QA bulletins Analyse AS/OS logs maintain OS maintain JVM maintain AS maintain DB maintain FW Validate/QA stack Measure App performance Acquire Hardware Provision node Update Cluster Update LB Update Security Install Plugins Manage Plugins Apply Patches Setup Master Setup Slaves
- 45. CloudBees: PaaS CloudBees Core Platform Services [email_address] [email_address] SaaS for developers: Repositories, build, test, etc. Nectar Inside Run your applications: Auto-scale, maintain, etc. Core runtime services & back-end services 1 2 3 A B EC2, Rackspace, … Verizon, Terremark, … Enterprises C Public Edition IaaS Providers APIs Private Edition On-Premise Hybrid Edition Mixed - new
- 46. CloudBees Platform as a Service Continuous Deployment Production Build Test Provisioning Maintenance JVM – Java EE Java, Grails, Scala, … CloudBees Core Platform Services RUN DEV Repositories Data Services ,NoSQL Metering Billing Monitoring Management Messaging Identity Logging/ Auditing Back-end services Runtime services GIT Maven … SVN Cloud anagement / Virtualization / OS Jenkins APIs Databases Other SaaS On Premise IaaS Virtualization/OS
- 47. CloudBees PaaS Provisioning Billing Monitoring SLA Policy Core Platform Services IaaS Virtualization/OS Metering App Server Logging DBMS/ NoSQL Middleware Services Auto Scaling CI HA Runtime Services SCM ALM Services SDK UI Dev Services APIs IDE Mail Messaging
Hinweis der Redaktion
- Situation: - App Developers/Organizations would like to take applications to the market quicker Complication: - Complicated technologies, maintain infrastructure that includes hardware, software, os blah Implication - Costly over-runs, very complicated deployment models, complicated build models - bug filled apps. All costing $$
- Position: Platform-as-a-Service promises deliverance from costly overruns blah blah. Opening Actions App Developers should look into moving their entire application development and deployment lifecycle to the PaaS Benefits Get to market faster, Focus on core competencies aka build apps. Benefit from unlimited scalability and elasticity of the PaaS
- Utility vs Generators: 1 generator per home (Edison) vs 1 power company (Tesla). DC vs AC wars Move to utility computing won: Why? Technology was now at a point to make it feasible. E.g: transport of AC was easier than DC and could be done over longer distance. Offload work to someone who is more capable of doing it than you. Each homeowner is not expected handle and manage his own power. Parallels in Cloud computing My Sun story – the network is the computer. But never quite delivered it. Technology is now more capable of going to utility model More acceptance of letting experts handle management of infrastructure while companies/individuals focus on cloud computing
- Begin by saying 99% of the audience would probably not need this. Talk about the definition. Answer the question by a “Yes” and we will drill down into definitions as we go along. - What view do you have? - The consumer view or the provider view - often intermingled and hence definitions get murkier.
- On-demand self-service. A consumer can unilaterally provision computing capabilities, such as server time and network storage, as needed automatically without requiring human interaction with each service’s provider. Broad network access. Capabilities are available over the network and accessed through standard mechanisms that promote use by heterogeneous thin or thick client platforms (e.g., mobile phones, laptops, and PDAs). Resource pooling. The provider’s computing resources are pooled to serve multiple consumers using a multi-tenant model, with different physical and virtual resources dynamically assigned and reassigned according to consumer demand. There is a sense of location independence in that the customer generally has no control or knowledge over the exact location of the provided resources but may be able to specify location at a higher level of abstraction (e.g., country, state, or datacenter). Examples of resources include storage, processing, memory, network bandwidth, and virtual machines. Rapid elasticity. Capabilities can be rapidly and elastically provisioned, in some cases automatically, to quickly scale out, and rapidly released to quickly scale in. To the consumer, the capabilities available for provisioning often appear to be unlimited and can be purchased in any quantity at any time. Measured Service. Cloud systems automatically control and optimize resource use by leveraging a metering capability1 at some level of abstraction appropriate to the type of service (e.g., storage, processing, bandwidth, and active user accounts). Resource usage can be monitored, controlled, and reported, providing transparency for both the provider and consumer of the utilized service.
- Private cloud. The cloud infrastructure is operated solely for an organization. It may be managed by the organization or a third party and may exist on premise or off premise. Community cloud. The cloud infrastructure is shared by several organizations and supports a specific community that has shared concerns (e.g., mission, security requirements, policy, and compliance considerations). It may be managed by the organizations or a third party and may exist on premise or off premise. Public cloud. The cloud infrastructure is made available to the general public or a large industry group and is owned by an organization selling cloud services. Hybrid cloud. The cloud infrastructure is a composition of two or more clouds (private, community, or public) that remain unique entities but are bound together by standardized or proprietary technology that enables data and application portability (e.g., cloud bursting for load balancing between clouds).
- (IaaS). The capability provided to the consumer is to provision processing, storage, networks, and other fundamental computing resources where the consumer is able to deploy and run arbitrary software, which can include operating systems and applications. The consumer does not manage or control the underlying cloud infrastructure but has control over operating systems, storage, deployed applications, and possibly limited control of select networking components (e.g., host firewalls). (PaaS). The capability provided to the consumer is to deploy onto the cloud infrastructure consumer-created or acquired applications created using programming languages and tools supported by the provider. The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, or storage, but has control over the deployed applications and possibly application hosting environment configurations. The capability provided to the consumer is to use the provider’s applications running on a cloud infrastructure. The applications are accessible from various client devices through a Tthin client interface such as a web browser (e.g., web-based email). The consumer does not manage or control the underlying cloud infrastructure including network, servers, operating systems, storage, or even individual application capabilities, with the possible exception of limited user-specific application configuration settings
- IaaS: Lego blocks of fundamental Services, Very flexible. Built your own stack.
- Consumer does not care about IaaS, PaaS, SaaS. App developer – then should really care about the fastest time to market with the least amount of work. It is clearly then the SaaS. However how do you differentiate yourself. As an app developer – you need to build custom apps. Well these questions have been asked by developers since a long time and I am certainly not the first one.
- Well not quite. There is the Multi-tenancy thing…
- Add notes here – you want to spend a lot of time here
- Does your PaaS give you control or agility. By definition you want to be agile - that is the promise of the PaaS anyways. However I saw a presentation that said that higher control (in terms of managing your application lifecyle would come in the future). Question is why? Goes back to what is your use case - mimic or get to market faster.
- Just a suggestion
- Just a suggestion
- AWS and Azure show “naïve” approach to PaaS i.e. IaaS+middleware Modern approach provide infrastructure abstraction and favor APPS and DEV Some platforms (like GAE) restrict developer’s ability to do what they need, hence reduce application “ migrability ” from traditional AS
- We compress your development to deployment so that you can take better tested applications to market faster without maintenance headaches.
- We compress your development to deployment so that you can take better tested applications to market faster without maintenance headaches.
- We compress your development to deployment so that you can take better tested applications to market faster without maintenance headaches.
- Closing Position PaaS offers deliverance from management headaches Core Message: However while choosing a solution clearly put down a criteria - in our opinion moving the entire development lifecycle to the cloud is the key Closing Action: Open an account on CloudbEes