Page MenuHomePhabricator

Design m8s deployment workflows and tooling
Closed, ResolvedPublic

Description

Now that we have jobs capable of building deployable images complete with multiple versions of MediaWiki, configuration, security patches, private settings, we need to deploy them to both k8s and legacy servers. Let's sketch out what that could look like from a deployer's perspective.

We (@dancy, @jeena, and @dduvall) brainstormed during our meeting today and came up with the following. It focuses on backport deployments. We also need to define commands/workflows for security patch updates, private settings updates, and train.

deployment commands

scap backport [--list]
scap backport change_url [change_url]
scap rollback
scap backport --revert change_url [change_url]

Related Objects

StatusSubtypeAssignedTask
Resolvedakosiaris
ResolvedClement_Goubert
ResolvedNone
Resolvedjeena
ResolvedNone
ResolvedNone
Resolvedjeena
Resolveddduvall
DeclinedNone
InvalidNone
Resolveddduvall
DeclinedNone
Resolvedjeena
Resolvedjeena
Resolvedjeena
Resolvedjeena
ResolvedNone
Resolvedjeena
Resolvedjeena
Resolveddduvall
Resolvedjeena

Event Timeline

scap backport --revert change_id [change_id]

One quick point here, a change_id can refer to more than 1 change: https://gerrit.wikimedia.org/r/q/If04177f2a9f681002be5eafd97cbc5800aed2e27

I'm not sure if that's a problem or not, but something to be aware of in the design

scap backport --revert change_id [change_id]

One quick point here, a change_id can refer to more than 1 change: https://gerrit.wikimedia.org/r/q/If04177f2a9f681002be5eafd97cbc5800aed2e27

I'm not sure if that's a problem or not, but something to be aware of in the design

I've changed the spec to take change_url as a parameter which could be either a change number or a full url (the contains the number), the important thing being that we should reference change numbers which are unique and not IDs which, as you mentioned, are not.

Change 701615 had a related patch set uploaded (by Jeena Huneidi; author: Jeena Huneidi):

[mediawiki/tools/scap@master] [WIP] scap backport command

https://gerrit.wikimedia.org/r/701615

dduvall triaged this task as Medium priority.

@jeena assigning this to reflect that you have a WIP patch for scap backport --list.

jeena removed jeena as the assignee of this task.Jul 20 2021, 8:24 PM
jeena updated the task description. (Show Details)
dduvall changed the status of subtask T287045: Scap rollback command from Open to In Progress.Jun 14 2022, 4:05 PM
dduvall changed the status of subtask T287045: Scap rollback command from In Progress to Open.Jun 14 2022, 11:26 PM

Looks to me like the scope of this task is complete:

  • scap backport is a thing.
  • We're deploying images to k8s.

Nice work @dancy @jeena and @dduvall