Three months ago I decided to leave the world of VAR consulting and try my hand at a new venture. That new venture is Ned in the Cloud LLC. I wrote a long post about the events that led up to my decision and I encourage you to go check that out if you have questions. The focus of Ned in the Cloud is to create technical content that is educational in nature. That could be courses on Pluralsight, sponsored blog posts about vendor technology, webinars about a technical topic, podcasts about the cloud, or even a book about the Azure Kubernetes Service. The unifying thread is a desire to learn about technology and share that knowledge with others. Now that I have been doing this for a full quarter, I thought it might be nice to post an update about how things are going so far.
Anyone who’s worked with Azure for a bit has encountered the need to create a service principal. If you are an IT Ops person, you probably equate an SP with a service account in local Active Directory. If you’re more of an application developer, then you may have created an SP as part of your application in Azure, because you want to give that application permissions to Azure resources. The purpose of this post is to tease apart what service principals are, how they interact with application objects, and all the myriad ways to create an SP on Azure.
Let me say this upfront. I am going to talk about privilege. I am not an expert on privilege. I am not a poly-sci major with dual minors in social justice and psychology. These are ideas that have been kicking around in my head for a couple weeks, and I thought they might resonate with others or spark conversation. If that’s not the sort of thing you’re interested in, probably best to skip to the next post, where you can read about HashiCorp Vault or Azure or something similar. Okay? Still here? Great. Let’s talk.
On last week’s Buffer Overflow we were talking about this very strange blog post from Microsoft about a “Modern OS” and what it should include. It’s obvious that Microsoft has something big brewing over in Redmond. In the build-up to \build, rumors were flying fast and free that Microsoft was going to unveil their new Lite OS and provide a roadmap for development. That did not happen, and the blog post from Computex seems to indicate that while Microsoft is definitely developing something that is not Windows, they aren’t quite ready to share with the world what that “Modern OS” actually is. The more I think about it, I believe that Microsoft might be poised to come barreling back into the mobile market from a totally unexpected direction.
This post is about my recent decision to leave my current employer for a new opportunity to launch Ned in the Cloud LLC. I want to be very clear up front that I hold no ill will towards Anexinet or anyone who works there. Over the past six and a half years I’ve been provided with tremendous opportunity to grow and expand, and try out new things.
My search for a new job started about eight months ago. I told my parents that I was looking for a new job, and my Mom kind of freaked out. “Why would you leave a perfectly good job?”, was her main question. And it’s a fair one. She also worked at the same school for her entire career as a librarian, so she’s got some preconceived notions on the topic. Still though, it’s a fair question on why I would leave a well-paying job, at a stable company, that treats me well. There are reasons! And here they are:
- I accepted a position two years ago that I do not really like.
- I am kind of done with IT consulting.
- I am ready for a new company.
Let me expand on these a bit.