-
Notifications
You must be signed in to change notification settings - Fork 554
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create multitenancy.md #1154
Create multitenancy.md #1154
Conversation
✅ Deploy Preview for cncfglossary ready!
To edit notification comments on pull requests, go to your Netlify site settings. |
The spellchecker says that multitenancy is not a word. Apparently, it prefers "multi-tenancy". Well, it's spelt without the dash in sources like Wikipedia, Gartner, RedHat, SAP, Google (https://cloud.google.com/datastore/docs/concepts/multitenancy) and many more. (Spelling with the dash is also common, which I pointed out in the article. ) I believe that the spellchecker should be overridden. |
Hi @sergeyborovoy |
Sorry I'm not a fluent github user so the best I could do was a new PR :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd say come to slack and we will help you update the wordlist in this PR as well. I guess it is better to have both in the same PR. What do you think @seokho-son, @jihoon-seo ?
Hi @iamNoah1 :)
I agree with you. But, since @sergeyborovoy already created a PR #1157 to update wordlist, let's proceed .. (#1157 needs to be merged in advance) @sergeyborovoy when you define a new term next time, please try to add updated wordlist with in the same PR. :) |
If the "What it is" section looks too verbose, the last 1 or even 2 paragraphs of it can be deleted, although I have re-read everything carefully and do believe that they provide important supplementary information that is not redundant. I confirm that this is completely my own work, although in the world of term definitions you can always find fragments similar to each other even if they were developed independently. Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
force-push: added the word |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is great, @sergeyborovoy! I haven't finished reviewing yet but did the first section. I'm the editor reviewer and can't provide much feedback on technical accuracy, but it all sounds pretty accurate :)
Most of my requested changes are edits, but I also have one addition for clarification and feedback on the direction of the 2nd section. I'll get to the rest of it early next week.
@sergeyborovoy, looks like you closed comments and completely ignored my edits. You can still accept them and change whatever you think I might have gotten wrong and start a conversation (explain why you disagree). But please don't simply disregard feedback from Glossary maintainers. There are some stylistic improvements I would rather not lose. |
Hi @sergeyborovoy |
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Hi @CathPag, hi @seokho-son |
Signed-off-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@sergeyborovoy, I moved a lot of things around. The first section contained parts that should go into the last section. Also some edits for the other two sections I had not reviewed yet.
No worries. Glad to hear you were not totally ignoring me 😅 |
@sergeyborovoy, just following up on this. I think it's pretty close! Would love to merge soon :) |
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Co-authored-by: Catherine Paganini <74001907+CathPag@users.noreply.github.com> Signed-off-by: Sergey Borovoy <48699431+sergeyborovoy@users.noreply.github.com>
Hi @CathPag sorry about the delay, I've been traveling. Just signed off on your changes, thank you for your input! |
Thanks, @sergeyborovoy! @iamNoah1, can you please review this PR? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @sergeyborovoy I like the content :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Signed-off-by: Jihoon Seo <46767780+jihoon-seo@users.noreply.github.com>
Awesome, thanks for your contribution, @sergeyborovoy. Any chance I could interest you in helping with the stateless app definition? |
Hi @CathPag, I was about to respond with an enthusiastic "yes" but then I went to the GitHub issue page and saw that this article seems to have an (unusually?) painful history. I'd like to figure out why before I commit to it. I'm traveling right now but some time before the next wekend I hope to be able to carve out a free moment for this. Should I delete the sergeyborovoy:patch-1 branch of Multitenancy? |
It's just not an easy term, and we need someone with a strong technical background to work on it. You seem to have one which is why I asked you :) Yes, now that the term is merged, you can delete your branch. |
If the "What it is" section looks too verbose, the last 1 or even 2 paragraphs of it can be deleted, although I have re-read everything carefully and do believe that they provide important supplementary information that is not redundant.
I confirm that this is completely my own work, although in the world of term definitions you can always find fragments similar to each other even if they were developed independently.
Signed-off-by: Sergey Borovoy 48699431+sergeyborovoy@users.noreply.github.com