Internship Projects/Mentors
Page properties | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Description
Already familiar with things like PHP, JSON, HTML and CSS and ? Do you want to learn some of the non-technical skills needed to effectively collaborate in an opensource project as more than just a code contributor? If so this could be the perfect internship for you.
ONAP, the Open Network Automation Platform has transformed the telecommunications industry forever and is a key component of the 5G story. But don't worry, this internship does not require any background or knowledge of the network or telecommunications industry. It is instead about an experimental web application that provides high value when viewed in one context, causes redundancy when viewed from another perspective and a mutually agreed upon need for a solution to the same critical shared problem.
At a high level ONAP is a complex architecture with a myriad of interdependencies and relationships between ONAP's components, other open source projects and industry standard organizations. For an engineer wanting more information on ONAP one One of the first things they do is to pull up a new user may do when investigating ONAP is look at the architecture diagram and then go searching for the appropriate documentation set in relationship to itthe picture. The feed back feedback we've received from new users is that actually finding the correct documentation is often time consuming and confusing. Making Making the correct documentation easier to find is the, "mutually agreed upon need" part previously mentioned.
ONAP documentation takes on 2 forms. First (and the most problematic) is our development documentation on https://wiki.onap.org/ which . This is highly uncontrolled tends to get and gets obsolete rapidly. The second and more important part is the official documentation at https://docs.onap.org/ which is all curated content. The latter is the realm of ONAP's Documentation project, a hard working group of folks that are responsible for defining the guidelines and tooling for documentation handling across all ONAP projects and ensuring . They also help ensure that when we cut a new release the documentation is in the best possible state. They don't write the documentation per-se, but they make sure that the structure, look and feel and the like similar things are aligned and as complete as possible.
ONAP's Architecture Subcommittee also works across all of our projects. This group spends most of its time evaluation of is focused on how the technical pierces pieces of ONAP all fit work together and align. The ONAP Architecture Navigator (ArchNav for short) is a web based Proof of Concept (PoC) developed by ONAP's Architecture the Subcommittee for the purpose of quickly popping moving around the areas of ONAP documentation via the official architecture diagram for specific to each release. This allows people to find information in a manner that is based upon a visual representation driven of the architecture itself rather than being a more menu driven model.
The time has come There were discussions underway to transition ArchNav out of the lab an into a production environment for the Architecture Subcommittee. This That is a pretty straight forward technical effort for anyone with the "Must Have" skills listed below.
The Doc team also wants to pursue ArchNav like functionality however they feel there is no need for it to be a separate application. Instead they believe the same functionality can be implemented directly in ReadtheDocs which is the platform we use for our official documentation.
potential exists for ArchNav to also play a role in ONAP's documentation, education and marketing efforts, but there are alternatives, integrations or alignment that the Doc team also may want to pursue instead. So what is the right thing to do?
Welcome to the world of project management and collaboration in opensourceopen source. That's what we do every day at the Linux Foundation and if you that's what the biggest thing you will learn with this internship. You will be working with a truly international team which includes the Doc project team, the Architecture Subcommittee and others from the ONAP community to coordinate the correct solution to our shared needs. In this context you You won't be making the decisions or necessarily evaluating figuring out what the best solution is yourself, but you will be an equal partner in the process as the person helping to coordinate all of that effort.
Additional Information
- ReadtheDocs
- Current ArchNav prototype site: https://safratech.net/onapdocs/
- Repositories:
- ArchNav: https://github.com/ca2853/onapdocs (dev branch)
- ONAP Doc Project: https://github.com/onap/doc
Learning Objectives
- Considerations and requirements for a production grade web based application
- Processes related to project management in an opensource community
Expected Outcome
- Open Source Project Management: Agreement Consensus is reached on at least one of these threethe most practical approach for the community::
- ArchNav should will not be migrated and a solution will be implemented in ReadTheDocs infrastructure.
- ArchNav will to infrastructure managed by the Linux Foundation in a stand-alone context for the SubcommitteeArchNav should be migrated to infrastructure managed by the Linux Foundation as a shared resource for the Doc Team and Subcommittee
- ArchNav should not will be migrated and a specific alternative solution will be implemented instead.to infrastructure managed by the Linux Foundation as a stand-alone solution for the Subcommittee
- Technical: Regardless Regardless of the three possible project management outcomes above there will be some level of tooling and scripting required throughout the course of this internship either as proof points, implementation and deployment or migration efforts to help move things forward as part of the teamtasks to deliver the agreed upon solution.
Relation to LF Networking
ONAP
Education Level
Skills
- Must Have: Standard web development concepts and practices, JSON, PHP, HTML, CSS comfortable using Linux and script writing
- Extra Points: Rich Text Format, Read-The-DocsReadTheDocs, Confluence, Jira, Git, GitHub, Gerrit and knowledge of the Apache2 webserver,
- Level-up: Multi-participant project management or coordination
Future plans
The intern can stay engaged as a Committer or code contributor to the project if desired as updates to the code will be required for each ONAP release.
Preferred Hours and Length of Internship
Full-Time
Mentor(s) Names and Contact Info
Technical: Chaker Al-Hakim Architecture Subcommittee Chair, Futurewei
Technical: Thomas Kulik, Doc Project Technical Lead, Deutsche Telekom
Project Management: Kenny Paul, Technical Program Manager, The Linux Foundation
...