Giter Site home page Giter Site logo

vitessio / website Goto Github PK

View Code? Open in Web Editor NEW
46.0 46.0 185.0 94.13 MB

vitess.io website and other project management related content

Home Page: https://vitess.io

License: Apache License 2.0

Makefile 1.02% JavaScript 0.07% CSS 0.24% HTML 17.28% Python 14.28% Java 63.13% Sass 2.02% Shell 0.61% Go 1.35%
cncf vitess

website's People

Contributors

aquarapid avatar askdba avatar avaidyanatha avatar bnlandry avatar celestehorgan avatar deepthi avatar doeg avatar fancyfane avatar frouioui avatar gedgar avatar guptamanan100 avatar hallaroo avatar harshit-gangal avatar j0 avatar k-kumar-01 avatar lucperkins avatar mattlord avatar maxenglander avatar morgo avatar nate-double-u avatar notfelineit avatar rafael avatar rohit-nayak-ps avatar rsajwani avatar shlomi-noach avatar sougou avatar systay avatar thisisobate avatar vitess-bot[bot] avatar vmg avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

website's Issues

Add new flag option pages

Fairly often I want to reference flags for vtgate, vttablet, etc. We already have decent descriptions for the help docs, so it shouldn't be too difficult to output those to the website. We could copy them out for now, but it's probably best long term to autogenerate them from the main repo so they don't go stale.

I think that this is the perfect example: https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/configmap/. It shows the flag, type and default value in an easy to reference table, hyperlinked to the description.

Sequence documentation is incorrect

https://vitess.io/docs/reference/vitess-sequences/
We have the following content on this page which is incorrect. This needs to be corrected.

In a sharded keyspace, a Sequence’s data is only present in one shard (but its schema is in all the shards). We configure which shard has the data by using a keyspace_id for the sequence, and route all sequence traffic to the shard that hold that keyspace_id. That way we are completely compatible with any horizontal resharding.

Sequences are documented correctly in the tutorial:
https://vitess.io/docs/tutorials/kubernetes/

The sequence table is an unsharded single row table that Vitess can use to generate monotonically increasing ids.
Since sequences are unsharded tables, they will be stored in the commerce database.

Update "Edit" on vitess.io

The edit link allows you to edit in GitHub, but I believe doing so will create commits without a DCO:

#227

This appears to be a known problem:
todogroup/gh-issues#50

Maybe we should remove the edit link, and just have a create issue link?

Explanation gif for the homepage

I think this gif from the Square post is super helpful when describing Vitess. I think we should make a better version of it and put it on the homepage. Maybe you could make a companion image with more detail for the docs that shows more details about vtgate -> vttablet, etc.

Rename default branch to 'prod'

GitHub's robots.txt explicitly permits indexing the branch called 'master'. This is fine for source code, but for docs it creates a duplicate content problem in search engines.

It is also better to have Search Engines index https://vitess.io/docs/ instead of GitHub because we can add redirection if content needs to be moved around.

I suggest we rename the default branch to 'prod' to fix this.

@lucperkins is this something you mind helping with?

See also:
https://stackoverflow.com/questions/15844905/how-to-stop-google-indexing-my-github-repository

Add keyrange calculator

It's not necessary, but it would be convenient if on the sharding page, there were a little calculator that would help you define your keyranges. I would input the number of desired shards, and it would output all of the shard names for an equal split.

Documentation correction

I noticed what seems to be a typo in the documentation for the "Run Vitess Locally" tutorial. It states the following:

if you ran make build while in $HOME/vt/src/vitess.io/vitess, then you should set: export VTROOT=$HOME/vt

Then later the same tutorial has us run a 101_initial_cluster.sh script which in turn eventually runs a vttablet_up.sh script. In the vttablet_up.sh script we see references to VTROOT such as:

init_db_sql_file="$VTROOT/config/init_db.sql"

It seems based on this that VTROOT should be pointed directly at the vitess repo root folder, not to a folder that would precede src/vitess.io/vitess.

Please correct me if I'm wrong, but it seems like the documentation should instead say:

if you ran make build while in $HOME/vt/src/vitess.io/vitess, then you should set: export VTROOT=$HOME/vt/src/vitess.io/vitess

If this seems right I would be happy to issue a PR with the change to correct this.

@avaidyanatha ?

FAQ: Common Scenarios

Relating to the thread with @sabutai's question on Slack (referencing this issue):

  • Add info about the workaround
sabutai   [15 hours ago]
For others who may be interested: We've found a workaround for this: By using Eclipselink QuerySequence, we were able to define a query to Vitess Sequences tables directly. This not only prevented SELECT LAST_INSERT_ID() call, we were also able to reduce number of DB trips since the application could request a bunch of IDs from Vitess, let's say 1000, so it will make only one call per 1000 inserts.

action: put faq for common scenarios back online

Links to fix in 'Getting Started'

In Run Vitess with Kubernetes

  • Backup link in "Note: The --scopes storage-rw argument is necessary to allow built-in backup/restore"
  • In no 13, "start vtgate" - check link to anchored link on concepts page
  • In "Try Vitess resharding", check links here once the sharding section is replaced

Many of the Kubernetes links no longer exist, but we may no longer need these instructions so I will leave it for now.

Arrange and clean documentation

  • Strip out Jekyll-specific stuff
  • Reorganize folder hierarchy so we don't end up with content/docs/doc
  • General housecleaning

Reorganize Documentation TOC

On the Vitess monthly call today, I proposed adjusting the Vitess documentation table of contents to use DITA information typing + common elements seen in other technical docs (slides).

This includes the following changes to structure:

  • Merge “The Vitess Documentation” and “Overview” (can't do for now: the web system doesn't support it; and "The Vitess Documentation" works well as an Index).
  • Rename “Tutorials” to “Get Started” #221
  • Move “Concepts” to top level
  • Move “FAQ” to top level #223
  • Remove “Sharding” and “Advanced Features” (these become concepts, reference or user guides) #224
  • Remove “Schema Management” #262
  • Remove “Launching” #262

Not in scope for now:

  • Adding “Releases”
  • Moving “Resources” (it is not very common, but makes sense to me for now.)
  • Copy of docs per-version

Add recent content to Resources page

The Resources page has content up to October 2018. We should add the following recent content:

Remove SBR support

  • remove all schema swap documentation
  • remove references to SBR
  • put up a banner with an SBR deprecation notice

Investigate better ways to do presentation display

Old site had GViewer, which is no longer working well.

I switched the presentations section to ViewerJS, with the files hosted in the static directory.

The current dimensions / usage of ViewerJS is not working well on mobile devices.

@lucperkins can you help me look into optimizing the presentations page experience with ViewerJS or other tools?

Add documentation for metrics and per-user stats

Admins seek ability to associate specific users with specific queries and overall usage.
Table ACLs enable this. And vitess exports per-user stats.
Vars are listed here: https://github.com/vitessio/vitess/blob/master/go/vt/vttablet/tabletserver/tabletenv/tabletenv.go#L35

Here's the config: https://github.com/vitessio/vitess/blob/master/go/vt/vttablet/endtoend/main_test.go#L174

More:
If you look in /debug/vars you'll see a few variables that start with User, like UserTableQueryCount. It's a multi-dimentional export categorized by Table, User and query type. You'll find similar names exported as prometheus metrics.

If you see an incident, looking at these variables will help you quickly narrow down the root cause because of how fine-grained these stats are.
Once you've identified the table and query type, you can further drill down int /queryz (human readable) or /debug/query_stats (JSON), to see if it's a particular query.

Replace: Join Vitess Slack link

Currently, vitess.slack.com in top right goes to a login page.

The proper link to joining Vitess Slack as a new user is here.

Or: bit.ly link.

Thoughts on how to do this? (Given that the slack link is coming from a param in the config file)

Change schema swap to pt-osc or gh-ost

Via https://vitess.io/docs/schema-management/:

Note that this functionality is not recommended for long-running schema changes. In such cases, we recommend to do a schema swap instead.

The link to schema swap is also broken. We should change this to:

Note that this functionality is not recommended for long-running schema changes. In such cases, we recommend to use pt-online-schema-change or gh-ost instead.

Docs reorg

Delete

  • Getting Started section
  • Sharding section

Keep

  • Manual build (from Getting Started)

Add

  • Getting Started: with Minikube example

Edit

  • Run Vitess locally: manual build+customized doc(minikube->local scripts) - add Deepthi's scripts

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.