Skip to content
This repository was archived by the owner on Nov 7, 2022. It is now read-only.

Define new tech stack, and stick to it #8

Open
4 tasks
duranmla opened this issue May 19, 2016 · 4 comments
Open
4 tasks

Define new tech stack, and stick to it #8

duranmla opened this issue May 19, 2016 · 4 comments

Comments

@duranmla
Copy link
Contributor

duranmla commented May 19, 2016

The idea is to keep track of those things that we thing may work in order to define the final tech stack. we need to define things like:

  • Front-End Stack
  • Back-End Stack
  • DevOps Stack
  • Testing tools

Don't hesitate to add more deep description to this issue in order to be able to keep the conversation context and mark every accomplish decision

@orlando
Copy link
Member

orlando commented May 31, 2016

Mobile development stack

  • If we don't need hardcore features like OpenGL or Metal. We will use React-native for all of our mobile development

Front-end Stack

Back-end Stack

  • Ruby on Rails for basic projects
  • Golang for microservices
  • Postgres as our main database
  • Redis as our cache database
  • Other NoSQL database where's needed
  • We need also to consider a framework that allows us prototype/build application quickly. This may have more sense in a mobile application, but we can use it for desktop applications too depending the case. Something like:
    • Parse Server
      • Cool and works out of the box, has a really useful dashboard that non technical people can use.
    • Horizon.io

DevOps stack

  • Docker for everything, including local development. You should have by now a Docker beta invite, if not request one at https://beta.docker.com/
  • Rancher for containers management
  • Prometheus for service monitoring
  • ELK for logging analysis
  • Sentry for our error reporting
  • DigitalOcean to deploy or AWS (I prefer digitalocean since it's cheaper)

Testing Tools

  • Our CI/CD process will be managed using drone.io, We will have an instance running and every repo has to have Drone configured
  • Testing framework are language/framework dependant. For Rails we will use what Rueditas has. For Golang we will use the default testing package. For Node.js/React we will use Jest or Mocha (not one defined here, so let's play with both and see how it goes

@duranmla
Copy link
Contributor Author

Awesome! Getting everything into shape! 💯

@duranmla
Copy link
Contributor Author

We should mark this goal on Lattice, cause we have already make some decisions, besides, the only current thing to change will be use Firebase instead Parse

@orlando
Copy link
Member

orlando commented Oct 20, 2016

Yeah, also we need to change other things in here, let's talk about this tomorrow

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants