I wanted to give a quick update about the state of things now that the Antidote v0.4.0 release and the NRE Labs v1.0.0 release is out the door.
Document New Release Processes and Curriculum Versioning
The release process for both the curriculum and the platform has changed a bit. If you’ve paid attention to the code and issues in
antidote-ops you probably saw a good amount of what we did, but I know this needs to be transitioned to formal documentation. So that’s a priority for me.
PTR Doesn’t Currently Exist
PTR (our test site) doesn’t currently exist. The main reason for this is that the old PTR, located within GCP, was separated from prod by kubernetes namespace - it ran on the same cluster. So, now that we’re off GCP for the main cluster, we need to build a new PTR.
Running on the same cluster had some big drawbacks - namely that when we wanted to make changes to the nginx ingress controller, we couldn’t do this without affecting both prod and ptr. So instead, we want to create totally separate infrastructure for PTR. This will take some additional time to do, but it’s a priority.
I also want to do better at documenting exactly what PTR is, what it’s used for, and how things get there. In particular I want to correct some bad behavior on my part, which was to use PTR as a way of testing changes to the platform, or review someone’s contribution. That’s not why it was created, and by doing that I made it an unreliable way of understanding the “current state” of things, because who knows what I had PTR pointing to.
I’m going to put together a plan for implementing a new PTR on our new BMaaS host, and once I have my ducks in a row, I’ll likely do an ad-hoc livestream so you can get more visibility into how we’re running things.
Nightly Builds for EVERYTHING
Now that production is protected from image changes, because all images for both the platform and the curriculum are using static versioned tags, we can actually do nightly builds (GASP). Once PTR is up, I’m hoping to augment our stackstorm rules to not only automatically build the platform and the curriculum nightly, but auto-deploy it to PTR. We almost got there in GCP but not quite.
Coupled with the changes and clarifications I mentioned above re: PTR, this should make PTR a much better representation of the current state of the latest version of everything.
Just like the last section, I’m going to do an ad-hoc livestream for this too.
Better “Next Release” Planning and Communication
Once the above technical issues are finished, there’s a very important task that needs to be done, and that is much better communication for future work. My goal is that anyone, at a glance, can see, and provide feedback on the short-term and long-term roadmaps for any part of this project.
Before the next release, I’ll be putting in a lot more effort towards this goal.