Live data from Hacker News

Inkscape Cloud Architect

github.com

61–70 of 80 posts

Re: Inkscape Cloud Architect

#61

I would suggest that if your architecture diagrams are a bunch of icons provided by AWS/Azure/GCP with lines pointing at each other... you are doing it wrong. The 'what does this element do for my system' is vastly more important than the 'which in vogue offering from my cloud provider implements it'. I highly suggest folks take a look at the C4 Model: https://c4model.com/

See HN front-page peer discussion for more on c4model:

https://news.ycombinator.com/item?id=37974021

Re: Inkscape Cloud Architect

#62
post #52

Earlier quoted context omitted.

Just need a new name for monolith. “Partition Tolerant System Design” perhaps.

I assume the PTSD acronym was intentional? Either way, it’s a genius name.

haha, yes, had to be intentional. pitch-perfect.

Re: Inkscape Cloud Architect

#63

I would suggest that if your architecture diagrams are a bunch of icons provided by AWS/Azure/GCP with lines pointing at each other... you are doing it wrong. The 'what does this element do for my system' is vastly more important than the 'which in vogue offering from my cloud provider implements it'. I highly suggest folks take a look at the C4 Model: https://c4model.com/

None of the visuals in the examples are distinct. Usually I have like chrome to a box labeled alb... I'm not sure what c4 is getting me over that

Re: Inkscape Cloud Architect

#64
post #13
post #12

Earlier quoted context omitted.

What a useless crap. It’s an over engineered documentation framework focusing on all the wrong things so some agile consultant can sell more cool aid. I don’t trust anything that is designed someone who last did real projects in the 2000’s OOP Java enterprise craze.

It's not a hard science. Take the parts that work for your team and scrap the ones that don't.

The voice of reason always comes from the trenches.

Re: Inkscape Cloud Architect

#65

I use draw.io for these kind of diagrams. It has symbols for most of the cloud services built in. It also maintains the arrow connections when we move around the elements. Very handy!

I use Excalidraw because I like the hand-drawn look when planning/sketching things out. If/when I make the jump to actual documentation I use Mermaid so I can keep everything tidy under source control.

draw.io (now called diagrams.net) has a sketch style that mimics xkcd / Excalidraw. You can try it here:

https://app.diagrams.net/

Re: Inkscape Cloud Architect

#66
post #43

I use draw.io for these kind of diagrams. It has symbols for most of the cloud services built in. It also maintains the arrow connections when we move around the elements. Very handy!

The way most people use draw.io is using cloud storage integration like Google drive, hence versioning is not possible. So far I never seen people put the draw.io produced file to Git. I'm using PlantUML in some of my projects, it solved the versioning issue. However it's lacking of lots of draw.io or even inkscape editor capability.

Connect it to GitHub then you have commits for every change

Re: Inkscape Cloud Architect

#67
post #14

Why use Inkscape for this, when Dia¹ is a more dedicated diagram editor? 1. https://wiki.gnome.org/Apps/Dia/Screenshots >

You might be interested in why this person didn’t want to use Dia: https://fasterthanli.me/articles/just-paying-figma-15-dollar...

Recently discussed on HN

Re: Inkscape Cloud Architect

#68

I would suggest that if your architecture diagrams are a bunch of icons provided by AWS/Azure/GCP with lines pointing at each other... you are doing it wrong. The 'what does this element do for my system' is vastly more important than the 'which in vogue offering from my cloud provider implements it'. I highly suggest folks take a look at the C4 Model: https://c4model.com/

[deleted]

Re: Inkscape Cloud Architect

#70

https://d2lang.com/ This lets you produce diagrams with code.

Very cool, thank you! Creating diagrams using code rather than using drag-and-drop tools might be a good idea for more complex architectures as described here: https://www.ilograph.com/blog/posts/its-time-to-drop-drag-an...

- Can check the textual description of the diagram into version control and track how it changes over time

- Can easily diff 2 versions of the same diagram

- Adding elements to a large existing diagram using WYSIWYG tools can be tricky (eg: you may have to move or reroute existing elements to make enough space)

Another cool idea is to create multiperspective diagrams with different views for different purposes (eg: code structure, deployment, network architecture, security):

- Clarity. By breaking up diagrams into perspectives, diagram authors can bring much more clarity to a system. Individual concerns can be spread out over many perspectives, allowing each the space it needs without interfering with others.

- Extensibility. Multiperspective diagrams share a model, so creating additional perspectives from an existing diagram is incredibly easy, far easier than starting from scratch each time.

- Maintainability. A corollary to the above, individual perspectives can be modified without affecting the others. Diagrams that are easy to maintain get maintained, while diagrams that aren’t fall out of date quickly. Multiperspective diagrams greatly help in the fight to keep documentation up-to-date.

This is a cool demo: https://app.ilograph.com/demo.ilograph.Stack%2520Overflow%25...

For other textual diagramming tools and ideas, please see this thread: https://news.ycombinator.com/item?id=37222855

Disclaimer: I'm not affiliated with Ilograph, just stumbled onto their blog and I think they have a lot of cool ideas.

Post reply on HN