search

platanus / guides

guides!
27 stars 13 forks source link

AWS en desarrollo y staging #5

Closed bunzli closed 9 years ago

bunzli commented 10 years ago

Es común usar S3 o SES en nuestros proyectos. Me parece que estamos constantemente improvisando, no sabemos si crear un usuario/key nuevo, o reusar la de otro proyecto.

¿Cuál es la mejor práctica para los ambientes de desarrollo local y producción?

¿Será que lo mejor es que tengamos un solo usuario/key para todo lo que no sea producción?

iobaixas commented 10 years ago

heroku install user, que use el aws cli!

blackjid commented 10 years ago

Puta me gano!

blackjid commented 10 years ago

Pero en verdad debiera usar la libreria AWS en vez del cli

blackjid commented 10 years ago

Pero hablando en serio...

Podria ser una funcionalidad de negroku que crea usuarios, crea buckets S3 y da permisos de SES.

Al final devuelve keys o los instala directamente en .rben-var para ser usados en produccion.

Esto no quita la definicion de un standar para local y produccion

bunzli commented 10 years ago

Negro, tu dices esa funcionalidad de negroku para el desarrollo local, staging y producción?

blackjid commented 10 years ago

Claro, me imagino que negroku no tiene para que quedarse en solo deployment, puede ser la herramienta para agilizar deployment y tareas repetitivas y apestosas.

Aprovechando que ya tiene un CLI y no son solo recetas de capistrano.

bunzli commented 10 years ago

Sigo pensando que debiéramos tener una sola cuenta para local y staging

blackjid commented 10 years ago

mmm, puede ser.. creo que todo depende que ladefiniciónn de staging. Pero como nosotros la usamos nosotros creo que esta bien.

Ahora bien, yo no he tenido tanta experiencia usando servicios de amazon, son muy pocas las veces que me ha tocado configurar SES o S3. No se que tan terrirble es.

bunzli commented 10 years ago

Qué hacemos? Hay que hacer algo antes para tomar una decisión con respecto a esto? (Ej: aprender más de como configurar SES o S3) o podemos tomar una decisión ahora?

agustinf commented 10 years ago

en respuesta a la pregunta del negro (qué tan terrible es), creo que no es terrible hacer un usuario en términos de tiempo, el problema está en no saber si se está haciendo bien (i.e. siguiendo un "stardard") o no..

2014-04-08 9:53 GMT-03:00 Jaime Bunzli notifications@github.com:

Qué hacemos? Hay que hacer algo antes para tomar una decisión con respecto a esto? (Ej: aprender más de como configurar SES o S3) o podemos tomar una decisión ahora?

Reply to this email directly or view it on GitHubhttps://github.com/platanus/guides/issues/5#issuecomment-39843679 .

Agustin Feuerhake Larrain. Platanus SpA http://platan.us

iobaixas commented 10 years ago

Yo empujaría para integrarlo a negroku, que @blackjid proponga una manera de trabajar y se traslada a discusión de como hacerlo al repo de negroku.

La única duda es si vale la pena esperar a negroku 2, viendo el estado de avance yo diría que mejor tirarse con negroku 1.

bunzli commented 10 years ago

pero con o sin negroku, qué vamos a hacer?

A mi me parece una locura crear un usuario AWS por persona / proyecto, principalmente porque después vamos a tener demasiados usuarios inútiles en la lista de usuarios en la página de AWS.

agustinf commented 10 years ago

Lo que más me tienta de tener un solo usuario para staging/development es la simpleza de montar un proyecto...pero lo que encuentro medio complicado es que alguien de platanus puede comitear las credenciales de "el usuario" por error en un proyecto open source, y eso significaría tener que cambiar el usuario en tooodos los proyectos.. un gran cacho. Creo que tener muchos usuarios en Amazon no afecta en nada si es que el nombre es un standard, como client-[nombre]-[stage] por ejemplo.

A propósito de este tema, hace un tiempo el arechano escribió:

"Estimados, para que los usuarios de IAM de cada app para mandar emails vía SES no tengan que tener cada uno su propia policy, creé un grupo llamado Mailers, que tiene permiso para SendEmail y SendRawEmail.

Entonces, la próxima vez que creen un usuario para mandar emails, sólo lo agregan a este grupo y listo. Si necesitan permisos particulares, ahí entonces les crean una policy particular. (Si quieren también pueden mover los usuarios actuales a este grupo y eliminar las policies actuales) "

2014-04-08 23:51 GMT-03:00 Jaime Bunzli notifications@github.com:

pero con o sin negroku, qué vamos a hacer?

A mi me parece una locura crear un usuario AWS por persona / proyecto, principalmente porque después vamos a tener demasiados usuarios inútiles en la lista de usuarios en la página de AWS.

Reply to this email directly or view it on GitHubhttps://github.com/platanus/guides/issues/5#issuecomment-39923986 .

Agustin Feuerhake Larrain. Platanus SpA http://platan.us

bunzli commented 10 years ago

Y si cada persona tiene su propio key de desarrollo y cada proyecto tiene su key para staging y otra para desarrollo?

Si yo llego a publicar mi key, me merezco pasar por el túnel de la vergüenza y tener que actualizar todos mis rbenv-vars.

agustinf commented 10 years ago

:thumbsup:

2014-04-09 10:08 GMT-03:00 Jaime Bunzli notifications@github.com:

Y si cada persona tiene su propio key de desarrollo y cada proyecto tiene su key para staging y otra para desarrollo?

Si yo llego a publicar mi key, me merezco pasar por el túnel de la vergüenza y tener que actualizar todos mis rbenv-vars.

Reply to this email directly or view it on GitHubhttps://github.com/platanus/guides/issues/5#issuecomment-39961279 .

Agustin Feuerhake Larrain. Platanus SpA http://platan.us

blackjid commented 10 years ago

A provecho de tirar un TIP

Se puede tener un ~/.rbenv-vars en el home del usuario Y ese queda como global.

Eso limita lo terrible que es tener que cambiar todos los keys....

Por otro lado todavia no se que opino

bunzli commented 10 years ago

¿Qué opina el resto?

blackjid commented 10 years ago

@bunzli creo que voy a cerrar este issue dado que esta medio cerrado y continuando en #19 te parece?