istio
/
istio.io
mirror of https://github.com/istio/istio.io.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
Source for the istio.io site
3,788 Commits 102 Branches 0 Tags 968 MiB
HTML 99%
Shell 1%
Go to file
Vadim Eisenberg 2b9ecdf461 blog post: Istio as a proxy for external services (#3180) 
* initial implementation

* add HTTP gateway for httpbin.org

* rewrite the introduction

* extend the exmample by blocking traffic from the mesh

* use www.google.com instead of *

* fix a typo in httpbin.org

* rename 'front proxy' to 'proxy', rewrite the first paragraph

* add a step for enabling Envoy's access logging

* Gateway -> ingress gateway, server -> servers, Note -> ensure

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* httpbin/google -> the httpbin/google services

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* Configure -> create, is used -> you will need it

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* expand the sentence why the reader will need the localhost service entry

* expand the sentence about configuring routing

* rewrite the sentence about accessing httpbin.org

* Check the logs of the gateway -> print the gateway's log

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* You should see a line -> search the log for an entry

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* Check the Mixer log -> print the Mixer log

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* You should see a line -> search the log for an entry

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* Access `www.google.com` through your ingress ->  Access the `www.google.com` service through your ingress gateway

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* Check the Mixer log -> print the Mixer log

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* You should see a line -> search the log for an entry

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* You should see a line -> search the log for an entry

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* Check the Mixer log -> print the Mixer log

Co-Authored-By: vadimeisenbergibm <vadime@il.ibm.com>

* fix indentation

* fix the first step

* split a long line

* expand about the mesh gateway

* remove leftovers from previous commits

* print the log with: -> print the log with the following command:

* remove printing Mixer log since in 1.1 it does not have to be enabled by default

* use TLS instead of HTTPS

to prevent confusion with the TLS termination cases

* front-proxy -> proxy

* fix the cleanup

* fix links

* use cnn instead of google

since the webpage of google is less clear to grep

* move to examples

* rewrite the example as a blog post

* example -> blog post
 		2019-10-15 08:41:21 -07:00
.github Update reference docs. (#4552) 2019-06-24 17:02:04 -07:00
archetypes Introduce top-level News section. (#5060) 2019-09-27 07:09:58 -07:00
assets/inline_images Script cleanup (#3372) 2019-02-25 07:19:06 -08:00
common Update common files. 2019-10-13 08:39:03 -07:00
content blog post: Istio as a proxy for external services (#3180) 2019-10-15 08:41:21 -07:00
data Update reference docs. (#5136) 2019-10-11 13:18:13 -07:00
i18n Add support for config analysis messages. (#5096) 2019-10-08 10:30:41 -07:00
layouts Add support for config analysis messages. (#5096) 2019-10-08 10:30:41 -07:00
scripts Add support for config analysis messages. (#5096) 2019-10-08 10:30:41 -07:00
src Add support for config analysis messages. (#5096) 2019-10-08 10:30:41 -07:00
static Add istio.io/release-builder vanity url (#5072) 2019-09-27 13:45:27 -07:00
test Merge from release-1.1 branch (#4012) 2019-04-20 08:16:09 -07:00
.gitattributes Update common files. (#5052) 2019-09-25 06:56:54 -07:00
.gitignore Stop checking in the "generated" directory. (#4365) 2019-06-12 19:48:49 +00:00
.spelling Fix lint in the announcement (#5106) 2019-10-09 12:16:17 -04:00
BUGS-AND-FEATURE-REQUESTS.md Update common files. (#4770) 2019-08-06 14:03:36 -07:00
CODEOWNERS Update CODEOWNERS. 2019-08-31 09:34:15 -07:00
CONTRIBUTING.md Import common files into this repo. (#4246) 2019-05-31 05:01:37 -07:00
LICENSE Update common files. (#4770) 2019-08-06 14:03:36 -07:00
Makefile Update common files. 2019-10-13 08:39:03 -07:00
Makefile.core.mk Another attempt at fixing archive builds. 2019-09-12 12:24:48 -07:00
Makefile.overrides.mk Set BUILD_WITH_CONTAINER=1 by default. 2019-08-18 07:02:05 -07:00
README.md Adds missing serial comma to README.md (#5144) 2019-10-13 18:16:58 -07:00
SUPPORT.md Get istio.io working with BUILD_WITH_CONTAINER=1 (#4804) 2019-08-16 07:14:29 -07:00
config.toml Introduce top-level News section. (#5060) 2019-09-27 07:09:58 -07:00
mdl.rb Update common files. (#5052) 2019-09-25 06:56:54 -07:00
netlify.toml Update to latest Hugo. (#5058) 2019-09-25 14:07:32 -07:00
tsconfig.json Stop checking in the "generated" directory. (#4365) 2019-06-12 19:48:49 +00:00

README.md

Site Status
istio.io Netlify Status
preliminary.istio.io Netlify Status
archive.istio.io Netlify Status

istio.io

This repository contains the source code for the istio.io, preliminary.istio.io, and archive.istio.io sites.

Please see the main Istio README file to learn about the overall Istio project and how to get in touch with us. To learn how you can contribute to any of the Istio components, please see the Istio contribution guidelines.

Editing and building

To learn how to edit and build this repo's content, please refer to Creating and Editing Pages.

Versions and releases

Istio maintains three variations of its public site.

  • istio.io is the main site, showing documentation for the current release of the product.

  • archive.istio.io contains snapshots of the documentation for previous releases of the product. This is useful for customers still using these older releases.

  • preliminary.istio.io contains the actively updated documentation for the next release of the product.

The user can trivially navigate between the different variations of the site using the gear menu in the top right of each page. All three sites are hosted on Netlify.

How versioning works

  • Documentation changes are primarily committed to the master branch of istio.io. Changes committed to this branch are automatically reflected on preliminary.istio.io.

  • The content of istio.io is taken from the latest release-XXX branch. The specific branch that is used is determined by the istio.io Netlify project's configuration.

  • The content of archive.istio.io is taken from the older release-XXX branches. The set of branches that are included on archive.istio.io is determined by the TOBUILD variable in this script.

Publishing content immediately

Checking in updates to the master branch will automatically update preliminary.istio.io, and will only be reflected on istio.io the next time a release is created, which can be several weeks in the future. If you'd like some changes to be immediately reflected on istio.io, you need to check your changes both to the master branch and to the current release branch (named release-XXX such as release-0.7).

This process can be taken care of automatically by our infrastructure. If you submit a PR to the master branch and annotate the PR with the actions/merge-to-release-branch label, then as soon as your PR is merged into master, it will be merged into the current release branch.

Creating a version

Here are the steps necessary to create a new documentation version. Let's assume the current version of Istio is 0.6 and you wish to introduce 0.7 which has been under development.

Creating the release branch

  1. Switch to the istio/istio.io repo and make sure everything is up to date.

  2. Edit the file scripts/gen_archive_site.sh and add the new archive version (in this case release-0.6) to the TOBUILD variable.

  3. Edit the file data/versions.yml. Set the preliminary field to the next Istio release ("0.8") and the main field to the current release ("0.7").

  4. Commit the previous edits to your local git repo.

  5. Create a new release branch off of master, named as release-major.minor, which in this case would be release-0.7. There is one such branch for every release.

  6. In the release branch you created, edit the file data/args.yml. Set the preliminary field to false and the source_branch_name and doc_branch_name fields to the name of the branch, in this case release-0.7.

  7. In the release branch you created, edit the file scripts/grab_reference_docs.sh. Update the branch name for istio.git, api.git, and operator.git to point to the release branch. In this case release-0.7.

  8. In the release branch you created, run make update_ref_docs in order to get the latest reference docs.

  9. Commit the previous edit to your local git repo and push your release branch to GitHub.

Updating preliminary.istio.io

  1. In the master branch, edit the file data/args.yml. Set the version and full_version fields to have the version of the next Istio release, and previous_version to be the version of the previous release. In this case, you would set the fields to "0.8", "0.8.0", and "0.7" respectively.

  2. In the master branch, edit the file data/args.yml. Set the source_branch_name and doc_branch_name fields to master.

  3. In the master branch, edit the file scripts/grab_reference_docs.sh. Ensure the branch name for istio.git, api.git, and operator.git points to the master branch.

  4. Run make update_ref_docs in order to get the latest reference docs.

  5. Commit the previous edits to your local git repo and push the master branch to GitHub.

  6. Wait a while (~2 minutes) and browse preliminary.istio.io to make sure everything looks good.

Updating istio.io

  1. Go to the istio.io project on Netlify

  2. Change the branch that is built from the previous release's branch to the new release branch, in this case release-0.7

  3. Select the option to trigger an immediate rebuild and redeployment.

  4. Once deployment is done, browse istio.io and make sure everything looks good.

Updating archive.istio.io

  1. Go to the Google Custom Search Engine and do the following:

    • Download the archive.istio.io CSE context file from the Advanced tab.

    • Add a new FacetItem at the top of the file containing the previous release's version number. In this case, this would be "V0.6".

    • Upload the updated CSE context file to the site.

    • In the Setup section, add a new site that covers the previous release's archive directory. In this case, the site URL would be archive.istio.io/v0.6/*. Set the label of this site to the name of the facet item created above (V0.6 in this case).

  2. In the previous release's branch (in this case release-0.6), edit the file data/args.yml. Set the archive field to true and the archive_date field to the current date.

  3. In the previous release's branch (in this case release-0.6), edit the file config.toml. Set the disableAliases field to false.

  4. Commit the previous edits to your local git repo and push the previous release's branch to GitHub.

  5. In the archive branch, rebase the branch to have all changes from the current release. In this case, all changes from the release-0.7 branch.

  6. Commit the previous edits to your local git repo and push the archive branch to GitHub.

  7. Wait a while (~15 minutes) and browse archive.istio.io to make sure everything looks good.

Creating a patch release

Creating a new patch release involves modifying a few files:

  1. Create the release note for the release by adding a markdown file in content/en/news/<YEAR>/1.X.Y/index.md, where 1.X.Y is the name of the release. This is where you describe the changes in the release.

  2. Edit the data/args.yml file and change the full_version field to the name of the release.

  3. Run make update_ref_docs to get the latest reference docs.

For the release note file, please look at existing files in the same location for example content and layout.