<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><p><font face="Arial">Hi everyone!</font></p><div><font face="Arial">I would like to announce my candidacy for the Technical Committee election.</font></div><div><font face="Arial"><br></font></div><div><font face="Arial"><b>About Me</b></font></div><div><span style="font-family: Arial;">========</span></div><div><font face="Arial">I’m Morgan Fainberg. I am a software engineer working for a startup focused on deploying OpenStack in a private cloud configuration for a number of organizations. I’ve been an active member of this community since the Essex release. During my involvement in OpenStack, I’ve enjoyed collaborating on many OpenStack projects via code contributions, active communication and collaboration. Currently I am a member of the OpenStack Identity (Keystone) Core team.</font></div><div><font face="Arial"><br></font></div><div><font face="Arial">I am always in many of the OpenStack IRC channels to keep a pulse on the community and be available to provide assistance with development, QA, and questions on OpenStack deployments.</font></div><div><font face="Arial"><br></font></div><div><font face="Arial"><b>Platform</b></font></div><div><font face="Arial"><b>=======</b></font></div><div><font face="Arial">As a developer, operator, deployer, and consumer of OpenStack, I have unique insight on many different facets of OpenStack. This insight and experience with our strengths and weaknesses in OpenStack allows me to work with the community to improve user experience for developers and deployers. This improvement of user experience includes on-boarding new contributors, making deployments of OpenStack easier to manage, and helping to set direction across project boundaries, and to help OpenStack improve and be more complete.</font></div><div><div><font face="Arial"><br></font></div><div><font face="Arial">There are some key points that I would like to see the TC focus on in the immediate timeline.</font></div><div><br></div><div>Performance and Concurrency</div><div>-----------------------------------</div><div>A strong viable direction must be set forth on improvements and mitigating regressions in performance across all OpenStack projects. This includes trending, consistent testing, and even gating. There are specific projects around tracking these metrics (notably Rally) which should be better leveraged. The process, use of metrics, and availability of this data must be formalized so that current, pre-incubated, and incubated projects will perform at an acceptable standard in deployments of OpenStack.</div><div><br></div><div>Inclusion of Operators in Design and Development</div><div>----------------------------------------------------------</div><div>We need to be soliciting more feedback from the deployers and operators of OpenStack. I view the Technical Committee as being ultimately responsible for increasing the visibility of the demands of the users and operators so that we (the community) can improve the usability of OpenStack. Overall, there has been improvement, but in light of some of the discussions on the mailing list (one example would be API major versions) we need to better include the deployers, gaining a solid understanding of the impacts of a given change. This concept extends further and includes improvement on the pre-incubation, incubation, and integration requirements of new projects and programs. We’ve seen improvement here but there is room for further discussion which should absolutely involve operators to help make the best choices benefitting our development community and the OpenStack deployment operators. The new operator-focused sessions at the Summit are a start, but this effort will require continued direction from the Technical Committee over the life of the development cycles.</div><div><br></div><div>Cross Project Initiatives and Communication</div><div>---------------------------------------------------</div><div>There has been an overall improvement of cross-project communication and facilitation of cross-project initiatives. However, I believe that the Technical Committee can continue improvement on this front. This should include encouragement of mid-cycle meet-ups, with potential assistance from OpenStack Foundation for facilitation and funding. This cross-project communication is increasing in importance as we add more OpenStack programs and projects. Some of these challenges are already addressed during the cross-project (and release) meetings, however, the Technical Committee has a unique role to enhance and formalize these channels.</div><div><br></div><div>Ease of Deployment and Usability</div><div>---------------------------------------</div><div>Each release of OpenStack has improved on deployment and usability of the previous release. OpenStack as a whole must continue to drive toward better user experience on all fronts and the Technical Committee is ultimately responsible for defining goals and means to measure improvement for each release. Each incremental improvement in usability encourages wider adoption of OpenStack as a valuable solution to the Virtualization and Orchestration problem spaces.</div><div><br></div><div><font face="Arial"><br></font></div><div><font face="Arial">It has been a privilege to be part of the OpenStack community, and I can’t wait to see where the Juno cycle will take us. I look forward to continuing to serve this community as a contributor, core member of the Identity Program, and an advocate of improved usability and ease of deployment.</font></div></div><div><font face="Arial"><br></font></div><div><font face="Arial">Cheers,</font></div><div><font face="Arial">Morgan Fainberg</font></div><p></p><style>body{font-family:Helvetica,Arial;font-size:13px}</style><style>body {
font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
padding:1em;
margin:auto;
background:#fefefe;
}
h1, h2, h3, h4, h5, h6 {
font-weight: bold;
}
h1 {
color: #000000;
font-size: 28pt;
}
h2 {
border-bottom: 1px solid #CCCCCC;
color: #000000;
font-size: 24px;
}
h3 {
font-size: 18px;
}
h4 {
font-size: 16px;
}
h5 {
font-size: 14px;
}
h6 {
color: #777777;
background-color: inherit;
font-size: 14px;
}
hr {
height: 0.2em;
border: 0;
color: #CCCCCC;
background-color: #CCCCCC;
}
p, blockquote, ul, ol, dl, li, table, pre {
margin: 15px 0;
}
a, a:visited {
color: #4183C4;
background-color: inherit;
text-decoration: none;
}
#message {
border-radius: 6px;
border: 1px solid #ccc;
display:block;
width:100%;
height:60px;
margin:6px 0px;
}
button, #ws {
font-size: 12 pt;
padding: 4px 6px;
border-radius: 5px;
border: 1px solid #bbb;
background-color: #eee;
}
code, pre, #ws, #message {
font-family: Monaco;
font-size: 10pt;
border-radius: 3px;
background-color: #F8F8F8;
color: inherit;
}
code {
border: 1px solid #EAEAEA;
margin: 0 2px;
padding: 0 5px;
}
pre {
border: 1px solid #CCCCCC;
overflow: auto;
padding: 4px 8px;
}
pre > code {
border: 0;
margin: 0;
padding: 0;
}
#ws { background-color: #f8f8f8; }
table {
border-collapse: collapse;
font-family: Helvetica, arial, freesans, clean, sans-serif;
color: rgb(51, 51, 51);
font-size: 15px; line-height: 25px;
padding: 0; }
table tr {
border-top: 1px solid #cccccc;
background-color: white;
margin: 0;
padding: 0; }
table tr:nth-child(2n) {
background-color: #f8f8f8; }
table tr th {
font-weight: bold;
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }
table tr td {
border: 1px solid #cccccc;
margin: 0;
padding: 6px 13px; }
table tr th :first-child, table tr td :first-child {
margin-top: 0; }
table tr th :last-child, table tr td :last-child {
margin-bottom: 0; }
.send { color:#77bb77; }
.server { color:#7799bb; }
.error { color:#AA0000; }</style></body></html>