Critical for Managing Microservices at Scale
DeployHub simplifies cloud-native architecture by governing your microservice supply chain in one place. With microservices at scale, Developers, DevOps, and Security teams struggle to understand dependencies, SBOMS, vulnerabilities, impact, and ownership. They grapple with microservice versions drifting across clusters, or the sprawl of redundant services. DeployHub’s microservice catalog tool centralizes this level of information making what’s hard about microservices easy.
With DeployHub, you get a microservice catalog tool that…
Provides the clarity needed to govern microservices at scale.
Follows your microservice supply chain across organizational siloes with versioning.
Tracks your microservice ‘logical’ application dependencies giving you uncompromised visibility with SBOMS.
Features of Our Microservice Catalog Tool
DeployHub’s unique microservice catalog tool features include:
DeployHub is a microservice catalog that provides governance around the software supply chain. It centralizes SBOM and CVE information for each microservice and aggregates this data up to the application level. Providing this level of ‘logical’ application visibility is what is needed for mitigating the risk of consuming open source software.
The one thing constant about microservices is that they change. DeployHub tracks the changes of your microservices metadata with their ownership, and how those changes impact other consuming applications, creating new SBOMs for each new version. This is the essence of microservice versioning.
As the number of microservices grows, they become harder to find and share. Domain-Driven design represents the problem space a microservice solves. DeployHub catalogs your services based on their Domain representation, allowing them to be easily found and shared to encourage reuse and eliminate redundant services.
Imagine trying to support a microservice you know nothing about. The first thing you need to know is who to call when a problem occurs. DeployHub’s microservice service catalog centralizes both the owners of the microservice and the consuming application teams. If a problem occurs, you know who to call, and who to tell.
Microservice Catalog Explored Whitepaper
Tame your microservices by displaying them all in one place. Track deployment details, SBOMs, inventory, consumers, version history, and the teams that support them.
- Jira, Bugzilla, GitHub Issues
- DB Updates
Helm Custom Deployment Actions
Helm can be called to replace the DeployHub default processing engine for performing container deployments. When DeployHub executes the release process, it will call the Helm Chart you have defined as your Custom Action at the Component level. Our microservice catalog includes the version of the Helm chart as part of its overall configuration data. In addition, DeployHub’s microservice catalog can track Key Value pairs and generate override files for each environment to which you are deploying.
Jenkins as an Orchestrator
The Jenkins integration uses the a DeployHub Jenkins Groovy Library to perform the following steps :
- Continuous Configuration Management: The process of automatically versioning Components, like microservices, with their consuming Applications.
- Moves: Allows Jenkins to tell DeployHub to push a new update from one state to the next.
- Deploy: Allows Jenkins to tell DeployHub when the deployment needs to be executed.
- Approvals: Tracks an Approval, with audit, between Jenkins and DeployHub Pro (not supported in DeployHub Team).
Configuration Management for Testing
DeployHub integrates with CircleCI to support microservices continuous configuration management and continuous deployments built into your CircleCI pipeline. In particular, DeployHub integrates with CircleCI to enrich the CI/CD pipeline around microservices, tracking which applications need to be retested due to a common microservice update.
Critical to the process is the ability to perform versioning and tracking of microservices across clusters and teams and mapping them to ‘logical’ Applications. DeployHub’s CircleCI Orb includes the ability to perform automated version and dependency management of microservices tracking application and microservice relationships, their versions and their deployment meta data.
Tracking Change Request and Issues
DeployHub integrates with Jira, Bugzilla and GitHub issues to track your change request at 3 levels: Component (microservice), Application and Release (collection of Applications). You define Jira, Bugzilla or GitHub through an object called a ‘data source.’ Once defined, you can pull change request from your issue system and assign them at any level for tracking. When change request are managed in this way, you have a continuous feedback loop showing when the issue was opened and when the customer received the fix.
HipChat as a Notifier
DeployHub’s microservice catalog tool allows you to send notifications using Notifiers via HipChat Groups, Topics, or Room features. Notifications are defined to Components and Applications and inform the recipient(s) of the Component or Applications deployment’s success or failure.
GitHub as a Binary Repository
You can configure DeployHub to call out to a Git Repo to pull deployable artifacts (binaries, scripts, etc.) as part of your deployment. The process will check out your deployable artifacts based on commit, branch or tag specified.
Slack as a Notifier
Slack can be integrated with DeployHub using Notifiers. Notifiers can be called to report on success or fail status of deployments.
Tracking and Deploying Salesforce APEX Classes
If you are developing your Applications using SaleForce, this integration will allow you to support SalesForce deployments. By creating this Custom Action you can replace the DeployHub standard deployment processing engine and instead use a process designed specific to Salesforce including the mapping of DeployHub Environments to different SalesForce regions such as testing, pre-production, production, where the class and package files can be deployed.
DeployHub and Playbooks
Our microservice catalog supports the ability to run any Ansible Playbook you create. It does this using pre-defined DeployHub Procedures that you can use to create a DeployHub Action of your choosing. Once created, the Action can call any Ansible Playbook. The most common use is for performing deployments, but you can also use the Action to execute Pre Actions or Post Actions to the deployment.
Using Cloud Foundry to Deploy
DeployHub interacts with Cloud Foundry by using the command line process (cf) to connect to the Cloud Foundry Endpoint. To deploy a new Application (or to make changes to an existing Application) our microservice catalog tool uses the “cf push” command to upload the Application to the Cloud Foundry Endpoint.
DeployHub Environments are the same as Cloud Foundry “spaces”. Since DeployHub is an agentless solution, it can deploy to Cloud Foundry by executing the cf command automatically as part of the deployment process. It can extract your DeployHub Application code from any Repository and push the changes up to the Cloud Foundry Endpoint. It can then track which version of the Application is installed in which Cloud Foundry space.
Deploying and managing DataPower with DeployHub.
DeployHub can deploy DataPower the same as it deploys to any Endpoint types, such as docker containers, physical servers, virtual servers, cloud servers, routers, and Gateways. A DataPower multi-channel Gateway provides access, security, and control to a range of mobile devices, web applications, and APIs.
DeployHub’s microservice catalog can be used to install, configure, and reconfigure DataPower gateways quickly and easily. Due to its agentless architecture, configuration changes to the Data Power gateway can be deployed as standard. DeployHub has built-in Actions that allow zip files to be read, converted to base-64, and embedded into an out-going SOAP message which can then be posted to the Data Power Gateway.
LDAP or Active Directory to manage Logins
DeployHub allows you to use LDAP or Active Directory to manage your User logins. The integration creates an LDAP Data Source to access an LDAP database and use the information stored to gain access to DeployHub. It also populates the Users General tab with Real Name and Email, which it gets from the LDAP database. When you define a User, you associate the LDAP authentication method. At login, DeployHub checks the User’s authentication method to determine if LDAP or Active Directory should be used.
A microservice catalog tool would be incomplete without managing the important database parts, particularly for poly databases. You can publish your database updates to the microservice catalog, tracking and versioning your data changes. DeployHub has a unique type of Component for database updates allowing you to manage your database with roll-forward and rollback processing. Check out the ‘version jumping’ DB Demo.
Pricing & Plans
DeployHub has a pay-as-you-go pricing model. Learn more about each DeployHub plan.
Team Vs. Pro
|Environment, Application, and Component Comparisons|
|Division Domains for stronger Microservice Organization|
|Continuous Feedback Loop from Code Commit to End Point|
|Smart Calendars with Environment Security|
|Release Train Coordination|
|Security Groups and Domains|
|Change Request Tracking|
|Change Request Burn Down Rates|