You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
docs(links): Fix broken links; add SVGs to mlc_config.json (#2199)
* docs(links): Fix broken links; add SVGs to mlc_config.json
* add localhost to link check config
* finished replacing image with figure shortcode
* update nightly hugo link check html test job based on cdaas
* update htmltest output path to public/
* use youtube-enhanced shortcode to shrink embedded video
* add twitter to exclusion patterns
* remove big image files not used
* update config to ignore codeblock content
Copy file name to clipboardExpand all lines: README.md
+2-2
Original file line number
Diff line number
Diff line change
@@ -9,8 +9,8 @@ The latest version of the docs website is the `master` branch. Previous releases
9
9
The site has built-in support for [Mermaid](https://mermaid-js.github.io/mermaid/), which is a Javascript based diagramming and charting tool that uses Markdown-inspired text definitions and a renderer to create and modify complex diagrams. <i>Diagramming and documentation costs precious developer time and gets outdated quickly. But not having diagrams or docs ruins productivity and hurts organizational learning. Mermaid addresses this problem by cutting the time, effort and tooling that is required to create modifiable diagrams and charts, for smarter and more reusable content. The text definitions for Mermaid diagrams allows for it to be updated easily, it can also be made part of production scripts (and other pieces of code). So less time needs to be spent on documenting, as a separate and laborious task. Even non-programmers can create diagrams through the Mermaid Live Editor.</i>
-[Mermaid Live Editor](https://mermaid-js.github.io/mermaid-live-editor/) - create your diagrams visually and copy the generated Mermaid code to your page
Copy file name to clipboardExpand all lines: content/en/continuous-deployment/Overview/architecture.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ aliases:
11
11
12
12
Armory Continuous Deployment is an enterprise version of open source [Spinnaker](https://spinnaker.io/). It is composed of several microservices for resiliency and follows the single-responsibility principle. It allows for faster iteration on each individual component and a more pluggable architecture for custom components. See the open source Spinnaker [microservices overview](https://spinnaker.io/docs/reference/architecture/microservices-overview/#system-dependencies) for port mappings and a table of service interdependencies.
`app1` is one of the applications that needs to be deployed. Configuring permissions for an application is done in Deck, Spinnaker's UI, when you create or edit an application:
Step 3: The Stack and Detail should be kept in mind when creating the pipeline because the pipeline's deployment of server group should be using the same Stack and Detail.
25
25
@@ -31,4 +31,4 @@ Step 1: Go to your Load Balancers in your Applications.
31
31
32
32
Step 2: Select a Load Balancer, then to the right a column with the Load Balancer's details should appear. Select the drop down menu and press "Delete".
33
33
34
-

Copy file name to clipboardExpand all lines: content/en/continuous-deployment/Overview/naming-conventions.md
+9-9
Original file line number
Diff line number
Diff line change
@@ -12,42 +12,42 @@ description: >
12
12
13
13
An application inside Spinnaker represents what you would typically find in a single code repository - and in many cases, an application maps directly to a microservice.
A pipeline in Spinnaker is a series of stages linked together that can be executed serially or in parallel. All pipelines are defined in the context of an application. A typical pipeline will contain stages for “creating images”, “testing”, and “deploying”. The process of “creating images” is also commonly referred to as a “bake”.
A project inside Spinnaker is a logical grouping of applications. For example, we might create a project called “Spinnaker” and its applications would be “Deck”, “Orca”, “Clouddriver”, etc. Spinnaker provides a helpful dashboard view for each project to visualize its applications and status of each application contained within it.
From an Amazon Web Service (AWS) point of view, a server group is represented by an auto-scaling group (ASGs). All applications that are deployed by Spinnaker are deployed to server groups.
39
39
40
-

40
+
{{< figure src="images/overview/cluster.png" >}}
41
41
42
42
### Stage
43
43
Within a pipeline, the tasks that pipeline performs are called stages.
@@ -73,6 +73,6 @@ The infrastructure's version number; such as v011, v012, etc. This is automatica
73
73
74
74
In AWS, Spinnaker will name your ASGs and Launch Configurations according to the naming convention mentioned above (ie. “armoryspinnaker-prod-polling-v015”).
- The name of the application cannot have hyphens. Using a hyphen in the application name interferes with the naming convention. This applies to all types of applications except for those that use the Kubernetes V2 provider to deploy.
47
47
- When you create an application in Spinnaker, consider it to be anything you would put into a single code repository.
48
48
49
49
1. After you fill out the form you should see this:
0 commit comments