670 likes | 683 Views
Explore the journey of adding enterprise features to Condor without disrupting the community ethos. Insights on funding, governance, and development processes are discussed. Join the conversation of leveraging Condor for business requirements sustainably.
E N D
Making Omelets Without Breaking Eggs:Adding Enterprise Features to Condor Jason Stowe
condor_q 1.0 Community 2.0 Condor += Hooks 3.0 Conversations with Miron 4.0 Configuration w/Pipes 5.0 Progress to date
A group of people having common interests: the scientific community
Prior work Condor for movies: 1000+ CPUs (Linux/OSX)70+ TB storage Active Community member
Currently:Cycle ComputingCondor Advice, Software & Enterprise SupportWindows/Linux/OSX
Now work on bigger projects with people I sat with @ CondorWeek2005…
X000’s server VMs, X0000’s workstationsTBs storage,Vast IT resources
- Windows (&Linux/Solaris) - Commercial DB (Oracle) - Large Storage Capacity - Network Infrastructure - Available Tools: JMS, Web clusters, DNS
How to Leverage Enterprise tools for Business Requirements -Disaster Recovery/etc.
Configuration:Contribute hooks to Condor, no workarounds (like extra daemons used in past)
Needs of the many must outweigh the needs of the few or the one.
What is the optimal way from Miron/Wisconsin’s perspective?
Proposed Solution Wisconsin Responsible for: • Architectural Decisions – Final approval for features • Code Review/Integration • Release Planning • Maintenance
Proposed Solution Integrator Responsible for: • Wisconsin – Build & Test, architecture feedback, development, code review, testing, and integration • Enterprise – requirements, scheduling, & support Enterprise funds feature addition
For the new feature:Wisconsin is Architect/MaintainerIntegrator is Developer/QA
HartfordLife = EnterpriseCycle = IntegratorWisconsin = Governing/Architect
Ian Chesal, AlteraWritten Innovative Middleware, Priority Scheduling and Quill (yay!)