DZone
DevOps Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > DevOps Zone > Architects Don’t Decide

Architects Don’t Decide

Architecture needs to blend in with the terrain and work with the environment. Many factors influence architectural decisions. We need to work with our survey teams. Here's a tale about why we shouldn't rush into those decisions.

Peter Verhas user avatar by
Peter Verhas
CORE ·
May. 16, 16 · DevOps Zone · Opinion
Like (16)
Save
Tweet
10.42K Views

Join the DZone community and get the full member experience.

Join For Free

As pointed out in the article A Little Architecture from Robert C. Martin the job of the architect is not:

…to lead a team and make all the important decisions about databases and frameworks and web-servers and all that stuff.

It is to make these:

decisions that a Software Architect makes are the ones that allow you to NOT make the decisions about the database, the web server, and the frameworks.

As the article pointed out, juniors have many different views about the tasks that a senior developer does than the senior themselves. It is not only the subject of the decision, however. This is a bit more. Juniors see the position of an architect as a position of power. He has the right and the power to make decisions. Having that power is always good. You long to have the position of power, don’t you?

When you get into the position of being an architect, you realize that the power is not a privilege. It is a reponsibility. The system the team develops, the architecture, the network, hardware, and the operations are not a playground to satisfy your curiosity. It is a professional environment that works based on profit and loss, budget and costs, money, money, and money. The decision the architect makes should not be biased by the actual person’s interest. This is, by the way, a very common mistake. “Let’s use NoSQL because that is so fancy! We have to use big data!”

The actual decision should lead to a solution that meets availability, performance, reliability, scalability, manageability, and cost criteria. (By the way: the first six critera should be met, the last one should be at least met and minimized, but that is a different story.)

The actual decisions on the architecture and solutions (finally, when unavoidable, also about frameworks, databases, and other stuff) depends on many things. License structure, license cost, company culture, available developers, deadline/time to market, and architecture already in place to name a few. If you consider all the constraints you have to meet, you will not have too many choices. There will be compromises and finally you will end up with the only one selection that fits. That is going to be your decision.

Did you really make a decision?

Software architect

Published at DZone with permission of Peter Verhas, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • Top 20 Git Commands With Examples
  • Hyperautomation: The Beacon for Your Digital Transformation Journey
  • Progressive Delivery With Argo Rollouts: Blue-Green Deployment
  • Python Class Attribute: Class Attribute vs. Instance Attribute

Comments

DevOps Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo