Overview
Key Concepts
General
- Index
- Favorites
- User Getting Started
- General
- User Key Concepts
- Search
- User Testing and Debugging
- User Interface
Account
- Index
- Add a Group to an Organization
- Add a New Azure Cloud
- Add a New Cloud
- Add a User To a Group
- Add a User
- Add a User to a Team
- Azure Setup
- Azure
- Catalogs
- Clouds
- Cost Management
- Create a Team in an Organization
- Delete a Platform
- Deploy an Organization
- Deployment Approval Process
- Enable Access to an Assembly for a User on a Team
- Environment Profiles
- How Cost Tracking and Reporting Works
- Import and Export Catalog
- Account
- Manage OneOps User Accounts
- Notifications
- OneOps Policy Management
- Organization Summary
- Provide Only Necessary Privileges to Accounts
- Reports Summary
- Restrict Access with Teams
- Secrets Proxy
- Security Groups
- Shutdown a Cloud
- View a Reports Summary
- View, Add, or Edit Environment Profiles
- View an Organization Summary
- View Assembly and Organization Consumption with Reports
Design
- Index
- Add a Platform to a Design
- Add a Variable
- Add ELK Stack to an Application
- Add or Delete a Security Group to Open or Close an Additional Port
- Add a Team to an Assembly
- Apache HTTP Server Component
- Apache HTTP Server Pack
- Apache Tomcat Pack
- Artifact Component
- Attachments
- Variables Override Prevention
- Certificate Component
- Chocolatey Package Component
- Components
- Compute Component
- Create Assemblies to Design Applications
- Create Environment Dependency with Environment Profiles
- Daemon Component
- Design Best Practices
- Download Component
- Edit a Platform
- Enable https for a Service (LB Certs)
- File Component
- Filebeat Component
- Firewall Component
- Fully Qualified Domain Name FQDN
- Hostname Component
- Design
- Java Component
- Job Component
- Keystore Component
- Load Balancer Component
- Library Component
- Load/Extract
- Logstash Component
- Manage Assemblies
- DotNet Framework Component
- Microsoft IIS Pack
- IIS Website Component
- Microsoft SQL Server Pack
- Naming Conventions
- NuGet Package Component
- Objectstore Component
- Operating System Component
- Packs
- Platform Links
- Platforms
- Ports by Platform
- Propagation
- Security Group Component
- Secrets Client Component
- Sensuclient Component
- Set Up Multiple Ports/Protocols in Load Balancer
- Share Component
- SSH Keys Component
- Storage Component
- Telegraf Component
- Upgrade an Application Version in an Environment
- User Component
- Variables
- View Design Releases
- Volume Component
- Watching an Assembly
- Website Component
Transition
- Index
- Add CNAME in Azure DNS
- Add CNAME
- Add or Edit Primary and Secondary Clouds
- Add or Reduce Capacity
- Availability Modes
- Configure ECV Check URL on OneOps
- Create an Environment
- Delete an Environment
- Deploy Application after Design Changes
- Deploy an Application for the First Time
- Deploy Application With Database
- Deploy an Environment
- Deploy Multiple Clouds in Parallel
- Deploy and Provision an Application and Environment for the First Time
- Edit an Environment
- Email Notification Relay
- Environment Releases
- Environment
- Transition
- Remove an Unused Cloud from an Environment
- Rollback Code
- Set Variable Cloud Scaling Percentage
- Transition Best Practices
- Transition
- View Deployment Status
Operation
- Index
- Assess the Health of Applications, Platforms and Clouds
- Auto Repair
- Auto Replace
- Auto Scale
- Computes in Operation
- Control Environment
- Enable Platform to Auto Replace Unhealthy Components
- Ensure that Alerts for Production Environment are Sent to NOC
- Find a Platform VIP Name
- Grep or Search Text in Files on Computes
- Operation
- Navigation to Monitors
- Monitors
- Operations
- Operations Summary
- Set Up a Custom Action
- Take a Node out of Traffic (ECV Disable)
- Update or Upgrade New OneOps Code
Key Concepts
The OneOps process uses the following phases:
- Design: Where an application’s architecture is described
- Transition: Where an application design is realized in an environment
- Operations: Where instances are managed and monitored
OneOps Continuous Lifecycle
With OneOps, your design becomes much more than a simple template. It’s a continually maintained dataset where the notion of change is always recognized.
In fact, OneOps was created from the ground up to manage the issues that arise with continuous change. In addition, OneOps automatically scales and repairs your application to ensure high availability and optimal utilization of your cloud infrastructure.
The following diagram describes how Platforms, Components, and Instances relate to each other in the different lifecycle phases: Design, Transition, and Operations.
OneOps streamlines the three phases of the lifecycle – design, transition and operations.
Design in OneOps
Design is an area within an assembly where the application architecture is described. The application comprises of platforms containing optional or required components.
- Applications can be:
- Multiple environments of application can share common design configuration (eg OS version would be common in dev, qa, prod environments).
- Configuration changes are buffered in a Release and are not applied until the release is committed, making them trackable and audit able. (Releases apply to transition too)
Define your application workload based on your architectural and application requirements.
- Visually assemble your application
- Select from a library of platform packs
- Fine-tune components inside each platform
- Modify your design with version control
See also
Transition in OneOps
Transition is an area within an Assembly where the application Design is realized in an Environment. You can have multiple Environments derived from a single Design.
Provision environments by mapping the design output against operational requirements.
- Create and customize multiple environments
- Specify availability requirements
- Bind to your cloud provider of choice
- Deploy with effortless automation
Environment
An environment is a realization of the application Design after its operational requirements (e.g. single for dev /redundant for qa and prod) are applied. It is an abstract layer of configuration, no real instances exist until an Environment is deployed.
See also
Operations in OneOps
Operations is an area within an Assembly where instances are managed and monitored. Each Environment is represented in Operations.
Monitor and control your environments to maintain the required operational levels.
- Monitor the health of your application
- View configuration, metrics and logs
- Enable auto repair, auto scale and auto replace
- Perform manual control actions
Clouds
Clouds in OneOps is logical collection of supply side services which satisfy business requirements of Organization. Some examples of cloud services
- Compute service (supplied by private openstack , Azure, AWS, Rackspace)
- Storage
- Load Balancing
- DNS
Assembly
An Assembly is an independent workspace where Applications are managed. One Organization can have multiple Assemblies. Each Assembly has corresponding subspaces for Design, Transition and Operations.
Platforms, Platform Links and Components
Platform
A Platform is a building block of an application. Each Platform type is backed by metadata which defines its required and optional Component sets, along with its operational behavior.
Platform Links
Within an Assembly, the end user can set links to dependencies between Platforms. These dependencies are used to generate a proper deployment sequence for the Platforms. For example, when you link a web Platform to a database Platform, the database deploys first. Then, when the web Platform comes up, the database Platform is ready.
Component
Each Platform is comprised of Components which are the lowest-level building blocks in the OneOps system. Some Component examples are compute, storage, Cassandra, PHP, and available components.
When you add a Platform to your application design, a set of required Components with default attribute values are automatically created within the Platform. You can modify the attribute values for required Components and you can add optional Components. A Component has model and control logic to manage its lifecycle, such as add, update, repair, and more.
Component Dependency
There are Dependencies between Components within a platform. These Dependencies are used to generate a proper sequence of deployment steps. The end user can add lateral Dependencies between neighboring optional Components. For example: If you have a Build that depends on another Build, you can set a Component Dependency between them.
Catalog
You can bootstrap your design using pre-loaded application templates called Catalogs. OneOps provides Catalogs for common commercial and open-source applications. There are different categories of Catalogs, such as content management (e.g. WordPress).You can also create custom Designs and save them in a private Catalog. This enables you to share Designs, which helps to drive architectural consistency within your organization.
Organization
The OneOps Software as a Service (SaaS) solution is a multi-tenant application. An Organization is an isolated entity within which all related Operations are performed.
Environment Profiles
Environment profiles are templates that are used to derive concrete environments based on pre-defined templates. Environment profiles are abstract environment definitions that allow environments to be categorized or classified by associating a given environment with an underlying environment profile. Typical examples of profiles include prod, QA, etc.
