Introduction to NEP¶
NetEye helps you take care of several aspects of IT Service Management, from monitoring to log analysis and asset/resource management, with a free form approach. However, because of its wide range of features, building and maintaining an efficient design can become quite challenging:
What’s the best layout for arranging objects, reducing both the initial implementation effort and future management effort?
Does the chosen strategy allow for easy management of each object’s lifecycle?
Can the chosen strategy easily and efficiently accommodate future growth, in terms of number of managed objects and of new functionalities?
Every day, we at Wuerth Phoenix deal with these questions, and our accumulated experience is then condensed into a common design that can be delivered to end users via modular packages, along with best practices and suggestions to get the most out of them. This enables:
Fast implementation of an initial design
The ability to include only the required components, keeping the design’s footprint as small as possible
A predefined approach to object creation and management, resulting in a clear understanding of the required effort for both
A standard method to extend the design without breaking it, or causing conflicts with future upgrades/updates
This kind of logic not only applies to Monitoring, but also to all the other NetEye modules. In the end, this approach reduces the initial startup time and ongoing maintenance effort, resulting in a lower TCO for the whole solution itself.
What are NetEye Extension Packs?¶
Essentially, a NetEye Extension Pack is the way Wuerth Phoenix delivers to end users all our accumulated NetEye experience in the form of a modular design. In short, it is the crystallization of all experience accumulated by Wuerth Phoenix in a specific field with NetEye, with an easy setup. It aims to build a new design for a fresh installation as fast as possible while keeping it in line with a standard that allows for easy management, extensibility and upgradeability. It can be used both within a brand new deployed NetEye infrastructure and can also be easily integrated into an existing setup.
The idea behind NEPs¶
As mentioned above, the main idea is to make a brand new NetEye Infrastructure deployment ready to perform in the shortest time possible while keeping its setup as identical as possible to existing ones, maximizing reusability and standardizing the approach. To achieve this, some best practices and strong design rules had to be created and enforced to become the base of this design. The main driver is an easy and uniform user experience while designing and using NetEye, and second is a simple and neat approach to update procedures.
The fundamental unit: NEP Package¶
The fundamental unit of NetEye Extension Pack is the Package itself: abbreviated NEP, it is a package containing everything needed to perform a specific duty. There is a base package that contains the foundation of the design, while all the other packages extend it. This means any package requires one or more other packages to be installed on the system itself in order to work as intended. The package containing the common foundation is called Package NEP Common.
All packages are based on NetEye and thus compatible with one specific version of it. This doesn’t mean they are not usable outside a NetEye environment: with a little effort, a package can be installed on third-party systems as long as it uses the same open-source software contained into NetEye.
An NEP can ship a number of Extension contents of predefined type, providing support specific to them. Over time, this support will be extended, and the number of supported types will increase. Therefore, each NEP has a package version that describes which Extension contents are supported. To see the list of supported Extension contents, read more in the Advanced Topics section.
Obtaining NEPs¶
At present, NetEye Extension Packs are not freely downloadable. However, they will soon become available from two main sources:
Wuerth Phoenix’s
neteye-contrib
RPM RepositoryWuerth Phoenix’s Anonymous BitBucket Repository
Wuerth Phoenix’s neteye-contrib` RPM Repository is the official channel: all officially released NEPs will be made available through a single RPM. This RPM will have the sole duty of making all necessary contents available for installation, allowing the end user to import only the strictly required objects. Each version of NetEye will come with its set of compatible NEPs packed inside the proper RPM. Through Wuerth Phoenix’s Anonymous BitBucket Repository it will be possible to reach any NEP under development as well as to contribute with your own code.
Even if NEPs have NetEye as their target platform, they can be used on any system that uses the same underlying software as NetEye. Please note that just downloading and installing these files will not automatically deploy all NEP’s contents into NetEye: it is up to the end user to decide when to import them into their setup. Therefore, each NEP comes with a setup procedure that must be run by the end user before all objects become usable. Additionally, the setup procedure can be re-executed to restore all the objects to their original state.