"Reading Back" Technology Purchases
-
This can be broken down into a simple logic example.
If solution A is good enough and solution B is better than solution A, then solution B is better than good enough.
-
Reading back is a very important to tool to use as very often it is all that we have to fill in critical knowledge about an infrastructure or system design. It is often very difficult to obtain the history of a design decision and so we need to look at the decision itself to determine what the design needs are.
-
It is also highly likely that the people you are doing the read back on (for?) do not actually think the same as you do. For instance, if it were me, I would skip the SAN and build two servers with enough storage and RAM to handle everything and then replicate or use StarWind, and a good backup solution.
While somebody like @scottalanmiller would simply, most likely skip the StarWind solution as it adds extra complexity that may likely not be needed in a lot of situations.
-
@dafyre said:
It is also highly likely that the people you are doing the read back on (for?) do not actually think the same as you do. For instance, if it were me, I would skip the SAN and build two servers with enough storage and RAM to handle everything and then replicate or use StarWind, and a good backup solution.
While somebody like @scottalanmiller would simply, most likely skip the StarWind solution as it adds extra complexity that may likely not be needed in a lot of situations.
Well what I would say there is that when reading back, or ever doing a determination like this, you go to the minimum. There is nothing in their solution that suggests that anything more than a single server is warranted. Going to a dual server solution is not suggested by the previous design in any way. Going past what we have learned from "reading back" is dangerous because we move from interpreting their motives from their decisions or their tolerances from their decisions to pushing our own motives or needs onto them.
A two server solution with full fault tolerance is very often a great solution. But it doesn't apply in all cases and you should never use it, no matter what business you are, unless the cost of the fault tolerance is justified by the combination of risk and risk mitigation. It's not a solution that should ever be "jumped to", but it is certainly a commonly good choice.
In the example given, we know that they didn't see high availability as a requirement as they did not have it in their design (and were, in fact, below standard availability.) So all that we know for sure is that a single server design, delivering every feature that they had plus moving them up to standard availability while reducing cost is a guaranteed win relative to what they had.
We have no means to know if high availability or a second server would be financially warranted for them as we don't know their loss numbers. But we do know that they did not feel that they needed it before. So it isn't that we know that they shouldn't have your design, but we do know that it is not needed.
-
I disagree that they might not have needed it before.
Why do I feel this way? Because just because a solution has been purchased/installed doesn't mean that a real IT person ever vetted the solution to ensure the desired effect.Lets take a smallish company where the office admin doubles for it support. This person has figured out that their down time warrants spending the dollars to buy an inverted pyramid, but this person isn't really an IT person and BELIEVE they have designed a highly available solution if for no other reason than they listened to a salesperson.
5 years go by they have no major problems but the system is getting long in the tooth so they decide it's time for an upgrade.
Now if Scott walked into this place he'd tell them they clearly didn't care about HA because of their previous decisions, when this was clearly not the case. Of course on this upgrade they find themselves lucky enough to have someone who is doing real research on a good replacement solution. Explaining why the customer really was more lucky than not with their old solution and show why the new, much less complicated design is better will hopefully make this a better situation.
-
What I'm not really sure how to handle, at least well is the presented problem in the thread this is based on. Assuming it's true that the person setting it up was brought in after the purchases were made. What should he do? Should he walk away from the job, tell the owners the full extent of the problems offer the correct (best correct) option? If they approve, problem solved, though they just as easily fire him or demand that he only use the parts they have.
Assuming he's a consultant in this case with my own reputation on the line, it's not really a clear choice. Considering what we already know, it not outside the realm of possibilities that if he quits the job, or something goes horribly wrong afterwards that the owners wont trash him.
Sadly they owner's opininion will probably carry a lot of weight in his own circles, and only if the consultant already has a fairly solid rep, will he weather that storm.
-
@Dashrender said:
I disagree that they might not have needed it before.
Why do I feel this way? Because just because a solution has been purchased/installed doesn't mean that a real IT person ever vetted the solution to ensure the desired effect.One would assume that none did. Although it is important to note that IT knowledge or skill is not necessary to understand the issues with an inverted pyramid of doom, which is the example case. Basic business, logic or engineering knowledge would all make it very obvious that there is no redundancy, there is a single point of failure, that everything depends on the most fragile part, that there is a dependency chain, etc. If anything IT knowledge makes us realize that this design is so common that we often forget to stop and question it. It's the pressure of the IT industry to not expose our own past mistakes or the mistakes of others that does the most to make this acceptable socially within IT. In theory, non-IT people will not experience this effect.
-
@Dashrender said:
Lets take a smallish company where the office admin doubles for it support. This person has figured out that their down time warrants spending the dollars to buy an inverted pyramid, but this person isn't really an IT person and BELIEVE they have designed a highly available solution if for no other reason than they listened to a salesperson.
Very possible. Although this tells us that the company did not feel that the system in question was important enough to get reviewed by someone who understands it. So that along tells us much.
-
@Dashrender said:
What I'm not really sure how to handle, at least well is the presented problem in the thread this is based on. Assuming it's true that the person setting it up was brought in after the purchases were made. What should he do? Should he walk away from the job, tell the owners the full extent of the problems offer the correct (best correct) option? If they approve, problem solved, though they just as easily fire him or demand that he only use the parts they have.
Assuming he's a consultant in this case with my own reputation on the line, it's not really a clear choice. Considering what we already know, it not outside the realm of possibilities that if he quits the job, or something goes horribly wrong afterwards that the owners wont trash him.
Sadly they owner's opininion will probably carry a lot of weight in his own circles, and only if the consultant already has a fairly solid rep, will he weather that storm.
This is a bigger problem in SMB IT - reputation is often based completely on the information of people who have no ability to judge your skill, integrity or the results of your actions. This is something that needs to be addressed in a completely different way and is very much outside of the scope of this thread but certainly worthy of its own. But in a system where we don't often work with our peers, how does reputation function?
-
@scottalanmiller said:
One would assume that none did. Although it is important to note that IT knowledge or skill is not necessary to understand the issues with an inverted pyramid of doom, which is the example case. Basic business, logic or engineering knowledge would all make it very obvious that there is no redundancy, there is a single point of failure, that everything depends on the most fragile part, that there is a dependency chain, etc. If anything IT knowledge makes us realize that this design is so common that we often forget to stop and question it. It's the pressure of the IT industry to not expose our own past mistakes or the mistakes of others that does the most to make this acceptable socially within IT. In theory, non-IT people will not experience this effect.
I'm not sure I agree with this either. You think that non-IT people are more willing to admit their mistakes than IT people?
There is a problem on both sides of the isle - From what I've seen in SMB management hires IT professionals - probably most of which aren't as thorough as you. I know that I'm about 5% closer to your level since I joined SW 6+ years ago. But most don't think in the terms you do, is this a failing of IT, nah I think it's human nature or the human norm. -
@scottalanmiller said:
@Dashrender said:
Lets take a smallish company where the office admin doubles for it support. This person has figured out that their down time warrants spending the dollars to buy an inverted pyramid, but this person isn't really an IT person and BELIEVE they have designed a highly available solution if for no other reason than they listened to a salesperson.
Very possible. Although this tells us that the company did not feel that the system in question was important enough to get reviewed by someone who understands it. So that along tells us much.
Sure, but this boils down to the 'You don't know what you don't know' situation.
Thinking critically isn't a normal thought process today. Those who do generally find themselves in very good positions in life.
-
@Dashrender said:
I'm not sure I agree with this either. You think that non-IT people are more willing to admit their mistakes than IT people?
No, there is no "admitting" in the given scenarios in this thread because this is about "reading back" as an alternative to having access to the source information.
What I was saying is that non-IT people can see the flaws in the inverted pyramid probably more easily that IT people are because they don't have the constant barrage of people misusing redundancy as a proxy term for reliability to hide the flaws or industry pressure to socially accept this bad design as pointing it out calls out easily more than half of all firms!
-
@Dashrender said:
Sure, but this boils down to the 'You don't know what you don't know' situation.
Maybe, but you do know if you are looking for advice and engineering insight or not. If not, you have to assume that the priority was not that high. If you want a house built and feel that the design is important we all know that you high a trained architect. If not and you just want to be cheap, you just buy a book of blueprints and hope for the best. But we know what we don't know.
