This document proposes a project called Learn By Doing (LBD) to demonstrate an "Acquisition 2.0" approach to cloud computing procurement. The LBD project would involve standing up a hybrid cloud using open source software to provide infrastructure and platform services. This cloud environment would serve as an "innovation sandbox" and procurement example. The project aims to help agencies better understand cloud types and procurement while providing a working system to develop requirements and contracting documents in collaboration with stakeholders.
1 of 30
More Related Content
Learn by doing
1. Learn By Doing AIC->CCAC Project Proposal Overview George Thomas, December 2009
2. This Presentation LBD = Acquisition 2.0 Example Means to Ends, Assets Legend LBD Proposal Overview Model LBD Design, Runtime, and Challenge Views (1 slide each) Cloud Computing Ends Model Cloud Challenges HHS + LBD 'Innovation Sandbox' LBD High Level Project Plan Project Plan Highlights Conclusion Backup 際際滷s
3. LBD = Acquisition2.0 Example Start with the end in hand: reverse the procurement process Instead of imagining (guessing) requirements for a solution you don't understand or have any experience with; Stand up a working system to 'discover the design' start with a clone of an Industry benchmark (EC2) and Gov best practice foundation (Nebula), consider this a 'Cloud Type' determine if it meets all your (known :) requirements Develop requirements representing that system (!) use SNS to create (social media) SOW, SLA, Auth Pkg, etc. Exercise the procurement process, find the best contract vehicle creating a faux example for the learning organization (all of us ;) Primary enablers: Open Source software and commodity hardware
6. LBD Design View Demonstrate Acquisition 2.0 Goals Using OpenID enabled Social Media tools provided to create a Platform Specific Model based on Amazon as Reference Architecture and Eucalyptus as Reference Implementation Semantic Media Wiki for collaborative artifact development Drupal for Social Network community management Use that Platform Specific Model to define the Cloud Type and as input to the Authorization Package and any other Acquisition related contract artifacts, including (but not necessarily limited to) a Statement of Work/Objectives, SLA, etc. The resulting Case Study provides; The Learning Organization an example (of a specific Cloud Type Procurement, Acquisition 2.0 style) to use as we proceed to define/authorize/procure other Cloud Types
7. LBD Runtime View Stand up a 'Homogenous' Hybrid Cloud with minimal hardware Eucalyptus is; the foundation of the NASA Nebula Gov Best Practice Cloud and a clone of the Amazon EC2 Industry Benchmark Cloud Commercial Open Source Software (COSS), and bundled in the Ubuntu's Enterprise Cloud (UEC) Linux distribution Hybrid because it enables both a Public and Private environment Homogeneous because the same software provides identical management capabilities across both environments Use this Proof of Concept to; Provide IaaS and PaaS services initially, creating an Innovation Sandbox as a foundation to explore Agency Mission Specific and Shared Services
8. LBD Challenge View Progressively Elaborating; Our understanding of the gap between concrete Platform Specific services (that are all we currently have) and abstract Platform Independent services (that we'd like to standardize to enhance portability and mitigate lock-in) Ability to qualify and quantify business capabilities and technical features in the context of cost and risk Successively Refining; Our understanding of the elastic nature or 'burstability' of this specific cloud type, horizontally and vertically, within and across public and private environments Capabilities offered in the Innovation Sandbox demonstrating service reuse network effects across multi-tenant agencies Help demand meet supply as an example for Gov/Ind scrutiny
10. Cloud Challenges Each (public) Cloud Platform API amounts to a PSM with no (common) Open Standard PIM Typically interoperability is achieved, but portability isn't Interoperability may be manual or automated ($$-$$$$) Often we choose not to re-engineer (migrate from one stack to another) unless we really have to have to ($$$-$$$$$$) Proprietary interoperable systems are 'heterogeneous' An Open Standard PIM is half of the Cloud Portability puzzle A goal expressed by the CCAC Standards WG This puzzle picture completes when all Cloud Platform API/PSM are derived from this Open Standard PIM This is extraordinarily difficult and perhaps unrealistic So we're back to focusing on interoperability (??)
13. LBD Project Plan Highlights Resources 6 machines and 6 people From GSA and HHS (3 people and machines each) ~ 3 months, but not FTE KSAs: LAMP/JEE, UML, Technical Writing, Contracting (SOW, TEB) and Project Management experience Milestones CCAC ESC greenlight HHS and GSA (hardware/software/human) resources Acquisition Package HoHy Cloud Type environment specs Assessment Package Mission App deploy/test findings
14. Conclusion Win/Win/Win/Win/Win/Win/ OMB Helps Cloud Provider supply meet Agency Mission demand CCAC WGs Refines mission and enhances linkages GSA Acquisition2.0 example, exercises existing vehicles HHS Standard Segment Solution/Technology Architecture NASA Elaboration and differentiation of existing offerings AIC Adds value to OMB, CCAC, GSA, HHS, NASA
15. Thanks For Your Consideration! http://xri.net/=george.thomas HHS Technical Architect CTO Council member Innovation Council member Federal CIO Council AIC Services Subcommittee co-chair CCAC member Graduate School SOA Faculty Instructor W3C eGov IG Invited Expert OMG GovDTF Steering Committee member
16. Backup 際際滷s (14 total) Kinds of Ends Legend, 1 slide Cloud Computing Ends Overview Model, 1 slide (graphic) What the Cloud Computing Ends Model says, 3 slides Ends Concepts Elaboration, 2 slides Means to Ends, Assets Icon Legend, 1 slide Means to Ends, Assets Prose Legend, 1 slide LBD Project Overview Model, 1 slide (graphic) What the Learn By Doing Project Proposal Model says, 3 slides References, 1 slide
17. Kinds of Ends - Legend Vision:: the possibly unattainable but ultimate desired outcome, the best end we can imagine, regardless of how it can/can't be achieved Goal :: a more narrowly focused desired outcome that we'd like to achieve that amplifies the Vision Goal 1 amplifies Vision and includes Goal 2 Goal 2 indirectly amplifies the Vision, since Goal 1 includes it Objective :: a desired output that quantifies a Goal with some measurement or deliverable Objective 1 quantifies Goal 2 and includes Objective 2 Objective 2 also quantifies Goal 2, since Objective 1 includes it
19. Ends Overview Model Prose, 1 of 3 Vision::GovCloud A heterogeneous hybrid enabling Agencies to easily procure and compose (infrastructure, platform and software) secure services from multiple (public and private) providers Goal::Cross Agency Demand will meet supply when all these common agency goals are met includes other Goals:: Efficient, Effective, Agency Specific Goal::Agency Specific A narrower set of mission specific agency goals Both Goals amplify Vision::GovCloud
20. Ends Overview Model Prose, 2 of 3 Objective::Data Centers (we can count) quantifies Goal::Efficient and Goal::Effective includes other Objectives:: Infr (Infrastructure) Services (IaaS), which includes Platform Services (PaaS), which includes Shared Services Shared Services includes Infr Services (we can count/access/reuse/qualify all the service capabilities offered) Goal::Efficient includes Goal::Green Objective::SWAP (Space, Watts & Performance) quantifies Goal:: Green and includes Objective::RAS (Reliability, Accessiblity, Serviceability) Objective::Mission Services quantifies Goal::Agency Specific and Goal::Agile and includes Objective::Shared Services
21. Ends Overview Model Prose, 3 of 3 Goal::Effective includes Goal:: Secure, Scalable, Portable, Interoperable Objective::Incidents quantifies Goal::Secure and includes Objective:: Multi-tenant Objective::Elastic quantifies Goal::Scalable and includes Objective::Commodity Objective::PIM (Platform Independent Model) quantifies Goal::Portable and includes Objective::PSM (Platform Specific Model) Objective::RA (Reference Architecture) quantifies Goal::Interoperable and includes Objective::Open Standards Objective::RI (Reference Implementation) quantifies Goal::Agile and includes Objective::Open Source Objective::PSM includes Objective::RA which includes Objective::RI
22. Ends Concepts Elaboration, 1 of 2 A Platform Independent Model (PIM) is an abstract specification of a system structure and behavior that is (technology) language and platform independent An Application Programming Interface (API) is a subset of a PIM that defines software functionality An 'Open API' is a specification of proprietary functionality that is published and accessible on the Web An '(Open) Standards based API' is a specification of proprietary functionality expressed using design and/or implemented using runtime standards that are defined by any (A-123 defined) Voluntary Consensus Standards Organization (VCSO) An 'Open Standard API' is where the functionality is standardized and managed by any VCS
23. Ends Concepts Elaboration, 2 of 2 A Platform Specific Model (PSM) is a concrete API that uses specific technology languages and platforms bound to specific network and application protocols and data representations A Reference Architecture (RA) combines functional specifications with physical network and server topologies, incorporating all abstract and concrete representations A Reference Implementation (RI) implements a PSM and can used to deploy a configured Platform Specific Instance (PSI) that be invoked (or used) on a particular network and server topology An Open Source RI is a shareable community 'gardened' component in source form that can recompiled/reconfigured and reused (PSI) in any new environment - a tremendous impact on software procurement for pilot or production systems
25. Means to Ends, Assets Prose Legend An Org establishes these courses of action ; The daily operational Mission to make operative the Vision Long term Strategies to channels effort towards Goals Short term Tactics to channel effort towards Objectives Strategies define Offerings , but Tactics deploy Offerings and therefore Tactics implement Strategies Offering1 requires a Software Resource and uses Offering2 , that provides a different Software Resource ( Hardware Resource(s) used or provided are not shown, but can be simplistically aligned with Offerings ) Offering2 uses a bundled Content Resource and provides yet another Document Resource
27. LBD Project Model Prose, 1 of 3 Strategy::Learning Organization enables Strategy::Acquisition 2.0 and are both a component of the plan for Mission::LBD (Learn By Doing) Tactic::Commercial Open Source Software (COSS); implements Strategy::Acquisition 2.0 includes Tactic::Social Networking Software and Tactic::Industry Benchmark enables Tactic::Gov Best Practice and deploys Offering::Homogeneous Hybrid Proof of Concept (HoHy PoC) Tactic::Industry Benchmark and Tactic::Gov Best Practice both implement Strategy::Learning Organization
28. LBD Project Model Prose, 2 of 3 Strategy::Acquisition 2.0 channels effort towards Goal::Better Buy Strategy::Learning Organization channels effort towards Goal::Try Before You Buy (Try B4U Buy) Tactic::Social Networking Software channels effort towards Objective::Cloud Type Reference Architecture, which; quantifies Goal::Better Buy and Goal::Case Study and includes Objective ::Platform Specific - Independent Model Gap (PSM->PIM Gap), which; quantifies Goal::Case Study Tactic::Gov Best Practice channels effort towards Objective::Cloud Type Reference Implementation, which; quantifies Goal::Innovation Sandbox and includes Objective::Burstability
29. LBD Project Model Prose, 3 of 3 Strategy::Learning Organization defines Offering::Homogenous Hybrid Proof of Concept that requires Resource::Ubuntu Enterprise Cloud, and uses ; Offering::Private Java Enterprise Edition Virtual Appliance and Offering::Public Java Enterprise Virtual Appliance, that provides ; Resource::Glassfish Application Server and Resource::MySQL RDBMS Offering::Public Linux Apache MySQL PHP/Python (LAMP) Virtual Appliance, that provides ; Resource::Drupal Content Management system, Resource::Semantic MediaWiki (SMW), and Resource::MySQL RDBMS and uses a Resource::Acquisition Package, that provides Resource::Authorization Package and Resource::Cloud Type Statement of Work / Statement of Objectives
30. References Business Motivation Model (Open Standard) Better Buy Project (Acquisition 2.0 effort) Eucalyptus (Amazon EC2 clone, Commercial Open Source) Ubuntu Enterprise Cloud (Commercial Open Source) NASA Nebula (Government Best Practice) Amazon EC2 (Industry Benchmark) Semantic MediaWiki (Commercial Open Source Social Media) Drupal (Commercial Open Source Content Mgmt and Social Media) Glassfish (Java Enterprise Edition Reference Implementation) MySQL (Commercial Open Source RDBMS)