Glossary of terms

the following is a list of the definitions related to pipeline a pipeline is a combination of tools that they use in order to move their software through the development cycle and into production normally this means bringing together information from many disparate sources such as scm (source code management) tools such as git and mercurial ci/cd/cd (continuous integration) tools such as jenkins, travis ci, circle ci and team city ci/cd/cd continuous delivery tools such as travis ci, spinnaker and circle ci ci/cd/cd continuous deployment tools which are often the same set as continuous delivery tools technical services technical services are the basis of all elements we provide visibility to a technical service can itself be comprised of other services technical services are the primary resource we focus on technical services are supported by a single git repo (or more than one repository, some repositories may support more than one service); plus, they have a build and unit test (somewhere) as well, technical services can be used in one or more applications, where they are developed and managed by one team in addition, the development team and management team should normally be the same for most services, but it is not guaranteed normally, technical services are deployed via a kubernetes services definition (in k8s) or may have just a pod definition or a replica set; or through a template in aws/azure/google (if vm or non kubernetes based) cardinality repositories are associated with a single service technical services can be associated with zero, one or more applications applications an application is a higher level service application and technical service are somewhat similar and based on the approach undertaken by a given development organization they will choose what constitutes an application as they see fit common service used by many applications are likely to be grouped together as applications like a core application or an iam service the granularity will likely vary, and the best statement is it would be whatever the customer feels qualifies as the granularity that fits their needs tenant roles tenant level roles have little to no relationship to organization roles a tenant level role is intentionally limited to the administration capabilities of the system all users who have been invited/authorized to use the system are implicitly considered tenant members a tenant admin has the ability to invite new members, remove users as well as granting others the role of being a tenant admin as well as removing the tenant admin role from someone