Not too long ago, I got a DL380 Gen10 from HPE to deploy the Azure Stack Development Kit. I had been limping along with a couple Frankstein systems running on Gen8 and Gen9 hardware. They had slow disks, not enough storage, and not enough RAM. This new beast has 384GB of RAM, 20 cores, and SSDs for the OS disk. Basically it’s awesome, and I am a very happy nerd. Since the early days of the ASDK, when it was just a little Technical Preview, there have appeared a growing library of scripts to help with the deployment of the ASDK. Since I am deploying the latest version today (1811), I thought it might be a good idea to share some helper scripts I put together to make the process a bit faster.
One of my goals for 2019 was to launch a new podcast. That process has officially started. The podcast is going to be called Day Two Cloud. I sent a tweet last week about the podcast to see if anyone would be interested in being a guest. The reaction was overwhelming. I was hoping to get two or three people to be guests. Instead I now have 14 interviews booked, and more people who are interested. I thought I would take to time to lay out what the podcast is meant to be, along with answers to FAQs that I have received from potential guests and listeners.
I don’t believe in making New Year’s Resolutions. Or at least, I don’t believe in making the type of New Year’s Resolutions that you might typically think of. A grandiose resolution to achieve an overly ambitious goal in an unrealistic time-frame. Whether it’s resolving to start working out five days a week when you don’t work out at all, or losing 100 lbs. and keeping it off, or finally reading War & Peace. Those are all laudable goals, but setting your sights too high tends to end in failure. As in all things, moderation is key. I think it’s important to have a high-level goal, along with smaller milestones, and achievable tasks.
Let’s take running a marathon as an example. The high-level goal is to run a marathon. But if you just leave your house and try to run without any kind of plan or milestones, you’re probably going to stick with that plan for about a week. You have to set milestones, like being able to run a 5k in one month, a 10k in three months, a half-marathon in six months, etc. Then break those milestones into smaller goals, like run three times a week for the first month. Each of the activities, each run per se, is a task that has a purpose. In week 1 you might set a goal of running for 30 minutes each day, regardless of distance or speed. Breaking a monumental goal, like running a marathon, into something simple – running for 30 minutes – makes the entire process feel realistic. And each time you achieve your tiny goal, you get a sense of accomplishment. And if you track those accomplishments over the course of the high-level goal, you’ll be able to see real progress. Seeing that progress is a true motivator! How do I know? In 2012 I ran my first marathon, and this is exactly how I did it.
All of this is a VERY long-winded way of saying that I don’t believe in typical New Year’s Resolutions. I believe in setting goals, no matter what time of year it is, and creating a realistic plan to achieve those goals. That being said, the end of the year is an especially good time to reflect on what you accomplished in the previous year, and what goals you have in-flight for the next year. Having a well-defined moment in time to pursue internal reflection is necessary to staying on track or updating your plans to accommodate changes to your situation, and I don’t see any reason not to use the changing of the calendar year as such. The following items are goals that I have for 2019. Most of these goals are based on something that is already in-flight – remember, I don’t wait until January 1 to start a new project. I am going to try to provide some actionable tasks for each goal as well as metrics for success. Away we go!
This was a busy year for me personally and professionally. I started the beginning of 2018 feeling a little unsure about what was going to happen. There were a lot of changes happening at work. I had accepted a new position in June 2017, and that role was still evolving and refining. I was slogging through the development of my second course on Pluralsight. And I was trying to get back in the habit of blogging on a semi-regular basis. Now that the year is winding down, I thought it might be nice to take a look back at what happened, and how I fared on things I wanted to accomplish. The esteemed Scott Lowe does something similar each year, although he is far more organized about it. My plans for 2019 will be a separate post.
If you were going to build a brand new application today, your approach would probably be fundamentally different than five or ten years ago. And I do mean fundamentally, as in the fundaments of the architecture would be different. In the last ten years we have moved rapidly from traditional three-tier applications to 12-factor apps using microservices, and now things are shifting again to serverless. That’s all well and good for any business looking to build a new application, but what about organizations that have traditional applications? I’ve also heard them called legacy or heritage applications. These applications are deeply ingrained in the business and are often what is actually generating the bulk of a company’s revenue. The company cannot survive without these applications, and modernizing them will be costly and fraught with risk. Due to the inherent risk, most companies opt to either keep these applications running on-premises or move them as-is to the public cloud, aka life and shift. That’s the reality we’re living with today, but tomorrow is knocking on the door and promising hybrid cloud to fix all this. What’s the reality and what’s the hype? And what is the most likely journey for most companies?