Some statements to consider

Some statements to consider

Here are a few statements that I have collected.

Below are some system design statements to consider whenever designing and implementing a system/solution in your organization. When things goes wrong - will it be a lunch break or an all-week activity?

"No news is not good news, it means you're ignorant" - wise old DevOp guy

Monitor: Second to second. Computers were made for repetitive boring tasks. Monitor the alarm systems as well.

Automate: Are you doing the same thing? You're not automating enough.

Watchers: As many as sensible. No one likes On Call. Plan for the no answer. It will happen even to the best.

Idiots: Learn to love 'em. They'll break your stuff in new and breathtaking ways. Save killing them for later. After you fix it.

Test: Frequently. Synthetic tests are your friend. Monitor them.

Redundancy: As much as you have budget for. Document when its not enough. You'll need it later when the PHBs call.

Monoculture: To be avoided where possible. Accept when it's not possible.

Document: You stopped? Oh, bleep!

Logs: Read 'em. An attacker can fail a million times. You get one chance to get it right.

Failure: You. Will. Fail. If you never fail, you're not doing anything.

Hosting: Don't keep all your eggs in the same basket or in a basket shared with many others, at worst with your competitors.

Dependencies: Be very afraid of the domino effect of system interdependency. It only takes one to fall to pull down all your systems if all systems depends on one common library/service. (Think of the recent Log4J issue)

Segmentation: Isolate services from each other in different servers and VLANs and use internal firewalls to be specific about which traffic that's permitted between the segments. Who needs every printer on the net to be visible from all sites? Printers are a local concern and in a few cases for a few central systems.

The Internet: Don't trust that it's there, and it's never safe. So never run systems dependent on any service on the net. At best the provider will leave some warning before they go away forever.

要查看或添加评论,请登录

Nils Hammar的更多文章

  • No one will ever blame you.

    No one will ever blame you.

    The following story comes from the Wikipedia page about Richard Hamming. ( https://en.

  • Ett Fossilfritt Sverige

    Ett Fossilfritt Sverige

    I en artikel i DN s? h?nvisas det till att Sverige skall ha netto nollutsl?pp ?r 2045. Det ?r v?llovligt, men…

  • Python is to 2020 what interpreting Basic was to 1985

    Python is to 2020 what interpreting Basic was to 1985

    This article is bound to upset some Python fans and those that trust external sources. Both Python and Basic shares…

    2 条评论
  • The evolution of Java

    The evolution of Java

    Even though Java is becoming a bit less popular these days due to various reasons it's still relevant. I have made a…

  • System Design Considerations

    System Design Considerations

    During my years I have accumulated some experience regarding what's good and bad in the world of designing systems…

  • Machine shop skills are getting rare

    Machine shop skills are getting rare

    The ability to work a machine shop is a great skill to have even in these days. Skilled machinists seems to be a rare…

  • Improve your Java code quality

    Improve your Java code quality

    By delivering a high quality code you will lower the maintenance cost of the system. The tools presented in this…

    1 条评论
  • Cobol - an obsolete language?

    Cobol - an obsolete language?

    The jokes about Cobol aside - it seems like there's a shortage of people that knows Cobol. On YouTube there's a "crash…

    3 条评论
  • Official COVID-19 hackathon in Sweden

    Official COVID-19 hackathon in Sweden

    An initiative by The Swedish Government. The new COVID-19 virus is testing our country, our society and us as citizens.

  • From New York Gov. Andrew Cuomo Briefing

    From New York Gov. Andrew Cuomo Briefing

    Some things to think about. Better be safe than sorry and see someone drowning in their own fluids.

社区洞察

其他会员也浏览了