Author: way0utwest

  • The DBAccountant

    One of the things that I’ve found with cloud computing services is that the people involved with managing these resources sometimes get asked to become financial accountants.

    I saw an interesting post from SQL Rod asking about this new task as something all of us might need to consider a part of our job in the modern world. He asks if we are Techouncants or Accountechs? This isn’t in the sense of being the Financial DBA trying to manage costs in the cloud, though that is part of his post. It’s more about making smart financial decisions. Certainly, as more workloads move to the cloud, and they are for many of us, we likely need to keep an eye on costs, usage, and tuning.

    However, there are other choices. When I had to spec servers, we wanted to get something with room to grow, but not the top-of-the-line most expensive option. I wanted something engineered well for the next few years, and certainly not under-engineered. Usually because adding resources was hard in those days.

    Virtualization has made things easier, but often there are still some limits. Still, the goal is matching resources to workload with room to burst if needed. At the same time, are there other choices we can make? Rod asks about choosing the appropriate edition, the HA/DR strategy, tooling, and more. Can we be efficient with our use of money, time, and results, trying to neither overengineer nor under-engineer?

    The whole post has a lot of “it depends” in it, as the decisions on what you should choose are something you have to think about and arrive at a decision that balances costs with other factors. It can be clearer often to choose one thing over another, but it’s not always crystal clear which choice is better. I like his hardware analogy in the post. I’m not a fan of just throwing hardware at a situation, but in some cases, that’s the best solution.

    The cloud makes it easier to see where costs are. As a Redgate customer put it recently, “tuning queries becomes more important in the cloud as we can see exactly what each one costs.” That can be true for your SQL Server VMs, but it’s often not seen as important when the costs are a one-time spend for your hardware. However, Jeff Moden might argue that you should be tuning queries even without chargebacks or a cloud bill. It will save time for your users, which is always valuable. I agree, since I think we have no shortage of work and time is our most valuable resource. Save it when you can for the most people.

    That often means a big part of being a DBAccountant is being able to show, lead, or somehow get others to write better code early. Ensure everyone (or automated tests) knows how to view execution plans, learns to use them, and tries to write more efficient code the first time.

    Steve Jones

    Listen to the podcast at Libsyn, Spotify, or iTunes.

  • Enjoying Australia

    I’ve been gone from home for two weeks, though I’ve only been in Australia for about 12 days. I lost a day in flight going across the date line. I’ll get that back later this week as I’ll actually land in LA a few hours before I left Melbourne. I leave Fri morning at 930a and arrive in LA Fri morning at 640a. That’s a crazy time travel situation.

    In any case, I’ve had a good time here. My wife and I spent a week doing some touristy stuff. The iconic shot with the Opera House was first, along with some travels around the area and a nice relaxing week.

    20240424_122658

    I went to Brisbane for the Redgate Seminar, and didn’t have much time there, but I came back to Sydney for the weekend. Unfortunately I was alone as my wife had to head home to get back to work on the ranch. I took a little time at the Sydney art Museum where I still couldn’t get away from horses.

    20240504_114421

    I also saw a neat modern art repurpose of old tube televisions as a cello.

    20240504_113524

    Lots of other interesting artwork there as well. I’m sure my kids were both jealous and annoyed with a lot of SMS pictures of my experience. I’m not usually a big art person, but it was raining and my daughter (a fine arts major in uni) has influenced me a bit, so I took a few hours to try and see the world from her perspective.

    I also spent a few hours Sunday at the theater. I’d seen the billboards with my wife and I loved the movie as a kid, so I decided to try the musical. It was good, and I enjoyed the singing and the way they moved scenes (and songs) around to work on stage. Great performances, but I still like the movie better.

    20240505_125414

    I’m also heading to Melbourne later this week, but I’m only there for about 45 hours, so not a lot of time to see anything. I spent a week there in 2019 and loved it. I hope to get back there with my wife sometime, perhaps on the way to Tasmania or Adelaide.

    Now, back to work before the Redgate Seminar tomorrow.

  • The On-Call Load

    For most of us working in technology, I think we understand that if something is broken we might need to work. Not that we have to, or we need to, but we might need to. Perhaps you feel differently, or your company approaches on-call in another way. If so, let me know today how you deal with staff being on-call.

    In my career, there are jobs with formal on-call, informal on-call, or even no on-call. In the latter situation, there isn’t anyone who is prepared to handle issues outside of normal working hours, but that doesn’t mean if management calls you can ignore them. It’s that the organization didn’t expect issues. I worked in a small company (< 50 people), where we primarily had systems for people who worked in the office, and nothing was running at night (outside of backups). Normally no one knew if there was an issue overnight or on weekends, but I did get called by the owner when he went in one weekend and couldn’t receive a fax on our computer system. So I guess I was the emergency-on-call person.

    In both large and small companies, I’ve had formal on-call situations where humans or automated systems would know I was assigned as the person to contact for issues. These might be 24-hour periods, weeks, or even a month at a time. In informal situations, usually, there was a list of technical people’s contact information and anyone needing help would just pick one and call, often based on who they thought could solve the problem.

    For most of my career, being on-call hasn’t been a large burden. I’ve been interrupted during some events, dinners, or holidays, but relatively rarely. My wife and I have felt it wasn’t too burdensome, especially given compensation and other flexibility. At the same time, there have been some places where on-call is a disruption to my life. Usually, I’ve tried to leave those positions as quickly as I could, though that might take months.

    I always ask about on-call responsibilities when I interview for positions. It’s not that the answer is a deciding factor, but it is a factor. If on-call is more demanding, I would ask for something in return: perhaps comp time, more salary, or some other flexibility.

    What is your on-call situation? Is that acceptable to you? Have you never been called outside of working hours? Let me know today.

    Steve Jones

    Listen to the podcast at Libsyn, Spotify, or iTunes.

  • A New Word: mcfeely

    mcfeely – adj. inexplicably moved by predictable and well-worn sentiments, even if they are trite or obvious or being broadcast blindly to the masses.

    I get mcfeely all the time. Recently I was listening to A Beautiful Life, from a movie by the same name. It’s a simple song, simple lyrics, but it creates a lot of emotion in me. It brings back memories of finding out my wife was pregnant with my daughter, of the early years when I put her to bed and read stories, of when she grew up and moved away for college.

    Music often does this for me, as do movies/television or even a well written passage in a book. It could be joy, sadness, anger, or anything else. I enjoy the emotion of the situations I’ve escaped into.

    From the Dictionary of Obscure Sorrows