Ridiculously Quick Way to Get Started With Rancher

If you wanted to dive into the world of managing Kubernetes at scale, Rancher is a great solution. But how and where do you get started? What if I told you there was a ridiculously quick way to get started with rancher? And by ridiculously quick I mean in under a minute. Here we go!

I’ve been a Mac person for about 20 years but given the corporate prevalence of Windows (and some cases Linux) I needed a way to standardize how I develop and run code. The best solution I’ve found so far for local development is multipass from Canonical, the folks that brought you Ubuntu. It is the fastest and most seamless way to run Ubuntu VMs on any operating system. Create, run, manage, and destroy VMs at will with only a few commands. Naturally, multipass was my first option for a local Rancher instance.

Multipass and Docker

I will not go into multipass in this blog post, but this handy snippet is what I use for pretty much all new VMs. The reason I keep this handy (I even have a macro for it) is almost everything I do these days is based on Docker. I use --cloud-init to install docker during creation and I’m off to the races

multipass launch --cloud-init - --disk 20G --mem 4G --cpus 2 --name docker-rancher <<EOF
groups:
- docker
snap:
  commands:
  - [install, docker]
runcmd:
- adduser ubuntu docker
EOF

Run that command in your terminal and you’ll have a VM with Docker installed in under a minute.

multipass shell docker-rancher to open the VMs shell.

Installing Rancher

Ridiculously Quick Way to Get Started With Rancher. Rancher logo.

Installing rancher is just as easy following “Getting Started with Rancher in 2 Easy Steps” from their official page. Step 1 is what we have done above, “prepare a Linux Host”

Step 2 is what we’ll execute in the VM. Since we added a docker user to our VM, we do not need to run docker with elevated privileges (e.g. sudo)

docker run --privileged -d --restart=unless-stopped -p 80:80 -p 443:443 rancher/rancher

Execute that command and a few seconds later you have a fully functioning rancher instance in a local VM. It does not get much easier than that!

Learning Docker

If you’re looking to get started with Docker locally, use the same snippet! The Rancher part is the only thing specific to this effort. If you’re looking to get started with Docker in general, check out my Getting Started with Docker post.

You Do Not Understand Agile

Agile is not a proper noun. Agile is not a person, place, or thing. You do not do agile. You are agile. Here are some tips.

Agile is not a proper noun. Agile is not a person, place, or thing. You do not do agile. You are agile.

What Is It?

My simple explanation of agile is: You have a vision of what you want to accomplish and the ability to make decisions. Assemble a group of smart, dedicated, and capable people to start figuring out how to do it and validate your assumptions and outputs along the way.

It’s as simple as that. That is agility. The understanding and acceptance that you will not know everything in advance but as long as you have a team of capable people with a set of top-level goals and a single voice that can make decisions, you’ll figure out the rest as you go.

Continue reading “You Do Not Understand Agile”

Code Coverage vs Test Coverage

When organizations mandate “code coverage” numbers, like 95%, they’re barking up the wrong tree. Just because a line of code has been touched during testing, doesn’t mean it’s been tested; you’re only fooling yourself. Every time I tell someone the last product I created had 93% test coverage, they say “wow, that’s great!”. Then my follow up statement is “Yeah, it sounds great, but bugs still crept into covered areas”.
Continue reading “Code Coverage vs Test Coverage”

I was wrong about tracking actual hours in Scrum

I once made a statement about closing out project management tickets that went something like “The actual hours a story / task took are the only metrics that matter”. At the time, we had a ton hoops to jump through to close a story out due to our tooling choices. We ignored most of them, but the actual hours field was something I told the team I valued. My thinking at the time was this would definitively show us if we’re coming up with accurate estimates and if we missed our estimates, where did we spend that time. This would give us solid data points to use across sprints and act as a spring board for future planning sessions. In reality it ends up being fruitless and does little to build a better team.
I generally follow Scrum when leading agile teams, but I’m not prescriptive about it in any way. “Whatever works for the team” is another sound byte you’ll routinely hear me say and along those lines is where I had my epiphany. Just like being agile is about enabling the team, estimation and time in Scrum is all about the sprint. “How many stories can get done this sprint” is the real question around how long something will take. That’s it. It’s a scheduling exercise to maximize effective use of fixed time. It’s just an estimate! Where that time went during the story / task completion is immaterial for planning. Sure, it makes for a good conversation during the retrospective and leads to a fancy spreadsheet some dude in khakis can email around, but tracking actual hours in Scrum does little improve the estimation process of the team and certainly doesn’t increase the teams productivity. If neither of those things are happening as a result of tracking actuals, then I submit it is a pointless venture.

Which Ruby Iibrary for a Static Website

I’ve been toying with the idea of taking on side projects, specifically helping people bring their web application ideas to market in the form of a minimal viable product. I have become very efficient at taking white board concepts and turning them into working software in a short amount of time. Production quality at that, not just prototypes or throwaway code. I’ve talked to a lot of people with good ideas that have similar problems, “I could get this going if I could only code!” Well, I think I can make that happen. First stop is standing up a static website for marketing.
Continue reading “Which Ruby Iibrary for a Static Website”

Where to Find the Best Ruby Libraries

I’ve been looking to update my full Ruby development stack and see what all the cool kids are using. I love when Rails Rumble wraps up and they break down what everyone used, it’s one of those dog food moments for the community. While it’s a great yearly pulse, it’s not a full look into the community offering to figure out what the best ruby libraries are. Ruby Rumble is a 48 hour competition, a MVP race if you will. Chances are there are many facets of development that go untouched in an MVP so their associated libraries go unaccounted for. At this point, people are interested in the fastest development library, not necessarily the best long term decision. So where can you go to see what’s hot, popular, or the most active? I know of two such places. Continue reading “Where to Find the Best Ruby Libraries”

Being agile or using Scrum does not mean sitting in the same room

I had a troubling conversation about Agile with project manager that is transitioning into a “Scrum master” role. I used the noun version of agile since I live in the corporate world and if we cannot fit it into a box, it’s not enterprise ready. What made me pause was his immediate reaction to impose his understanding and view of Agile on an existing and copasetic team.
Continue reading “Being agile or using Scrum does not mean sitting in the same room”

Capistrano, SSH Keys, and multiple Git repos

I hate monolithic software. It causes so many problems when trying to be fast and agile when refactoring or rolling out new features. Just like the single responsibility principle in SOLID,  I like clean separation of project concerns too. This leads me down a path of having multiple Git repositories, which in itself isn’t an issue, but it does tend to get a little tricky when using a service like GitHub or Bitbucket that requires SSH keys for deployment. So, how do I handle this? Continue reading “Capistrano, SSH Keys, and multiple Git repos”

Keyboard navigation in Chrome, just like I'm used to in Vim

Since switching to Vim and working on accessibility related projects, I’ve become very comfortable using just the keyboard. Not only comfortable, but efficient as well. In order to get the Vim feel along with the requirements of surfing the web (you know, follow hyperlinks and such), I’ve been running using a few plugins that make me feel at home in my browser. Continue reading “Keyboard navigation in Chrome, just like I'm used to in Vim”