J'avoue qu'au niveau techno chez Scalingo ils parlent la même langue que moi, Go, ce qui m'arrange plutôt, d'autant plus qu'une partie de leurs outils sont sur github. Ca m'a permis de tester très rapidement leur api.
Chez Clever Cloud j'ai vu que c'était du Rust, y compris sur des traceback du CLI... J'ai eu pas mal de difficultés à faire des essais, utiliser des modules privés en Go, utiliser l'API etc... J'ai pas trop insisté vu que l'idée était justement de ne pas avoir à me prendre la tête.
Si j'ai bien compris Scalingo s'appui d'avantage sur des technos classiques existantes et un fournisseur, sans chercher à étendre trop les fonctionnalités, tandis que Clever Cloud essaye de faire beaucoup plus de choses eux même y compris au sein du kernel (vu sur des confs de Quentin Adam), y compris avec OVH (plus trop confiance...). Plus ambitieux mais ça me semble aussi plus risqué.
Dans un premier temps ce que je vais essayer de faire c'est de rendre mes applis les plus facilement portables de l'un à l'autre (conf en env, stateless etc). Le double effet c'est que si je dois revenir sur mes serveurs je conserverai le principe.
[^] # Re: J aime bien regarder les offres d'emplois
Posté par wilk (site web personnel, Mastodon) . En réponse au journal Scalingo & co, ça PAAS ou ça casse ?. Évalué à 6.
J'avoue qu'au niveau techno chez Scalingo ils parlent la même langue que moi, Go, ce qui m'arrange plutôt, d'autant plus qu'une partie de leurs outils sont sur github. Ca m'a permis de tester très rapidement leur api.
Chez Clever Cloud j'ai vu que c'était du Rust, y compris sur des traceback du CLI... J'ai eu pas mal de difficultés à faire des essais, utiliser des modules privés en Go, utiliser l'API etc... J'ai pas trop insisté vu que l'idée était justement de ne pas avoir à me prendre la tête.
Si j'ai bien compris Scalingo s'appui d'avantage sur des technos classiques existantes et un fournisseur, sans chercher à étendre trop les fonctionnalités, tandis que Clever Cloud essaye de faire beaucoup plus de choses eux même y compris au sein du kernel (vu sur des confs de Quentin Adam), y compris avec OVH (plus trop confiance...). Plus ambitieux mais ça me semble aussi plus risqué.
Dans un premier temps ce que je vais essayer de faire c'est de rendre mes applis les plus facilement portables de l'un à l'autre (conf en env, stateless etc). Le double effet c'est que si je dois revenir sur mes serveurs je conserverai le principe.