StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Home
  2. Companies
  3. Asini Cloud
Asini Cloud

Asini Cloud

asini.eu

Asini Cloud

10tools
2decisions
0followers
OverviewTech Stack10Dev Feed

Tech Stack

View all 10
Stack by Layer
Application & Data8
DevOps2
Application & Data
8 tools (80%)
DevOps
2 tools (20%)

Application & Data

8
NGINXMySQLDigitalOceanDockerKubernetesAngularJSRedisGolang

DevOps

2
IntelliJ IDEAnpm

Latest from Engineering

View all
Marc Donkers
Marc Donkers

Jun 11, 2020

ReviewonVue.jsVue.js

Both have their pro's and con's; however to agree what has been mentioned here before; Using Vue.js will be easier as it's learning curve isn't steep; plus learning Vue.js will teach you fundamentals which (in a sense) can be applied to React as well. Community support for React is indeed very big, but Vue.js is also still growing. Component wise, I wouldn't worry to much about that, writing your own components is also a good tool for learning a language.

391k views391k
Comments
Marc Donkers
Marc Donkers

Jun 11, 2020

ReviewonMicrosoft SQL ServerMicrosoft SQL Server

Since you are in a .NET environment; it would possibly be easier to work with SQL Server.

On the other hand your question can't be answered that easily. It depends on how your data is structured or how you planning on structuring it.

SQL Server being a relational database, and DynamoDB being a document based database, both have fundamental differences in how you store and retrieve your data, so this needs to be a consideration in your design.

I'd also like to mention that SQL Server is a server; as to DynamoDB which is a service; replication, scaling, backup all come built in and since it's a managed service, it usually doesn't need your consideration to set this up, it'll just work; costs on DynamoDB might also be something to consider; you pay as you go might be cheap to start with, but might end up being expensive if your application scales; properly defining your reads and writes is a must to keep that in control.

3.22k views3.22k
Comments

Team on StackShare

1
Marc Donkers