Quedada?

[Matthias Saou]

Hola!

A alguien mas le gustaria volver a quedar de vez en cuando? Si nadie
tiene mejor idea para el sitio, podriamos preguntar en itnig ya que es
bastante grande y con proyector?

Luego esta el tema de presentaciones... yo podria preparar algo, aunque
de momento no sé sobre que exactamente ;-) Future parser y los cambios
que vienen con Puppet 4?

Quien se animaria?

Matthias

--
Matthias Saou ██ ██
██ ██
Web: http://matthias.saou.eu/ ██████████████
Mail/XMPP: matt...@saou.eu ████ ██████ ████
██████████████████████
GPG: 4096R/E755CC63 ██ ██████████████ ██
8D91 7E2E F048 9C9C 46AF ██ ██ ██ ██
21A9 7A51 7B82 E755 CC63 ████ ████

[Carles Amigó]

Me parece una idea genial!

Yo también me ofrezco a hacer alguna charla, y para el espacio, podemos organizarlo donde trabajo (Socialpoint). Hay capacidad para unas 70 personas y hay proyector, sillas etc. 

Aquí hay algunas fotos de un evento de Docker que se hizo en Febrero: http://www.meetup.com/docker-barcelona-spain/photos/25923611/

Si la cosa sale adelante, hablo con la gente de HR y seguro que no habrá problemas.

Saludos!

--
Has recibido este mensaje porque estás suscrito al grupo "puppet-users-barcelona" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a puppet-users-barc...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a puppet-user...@googlegroups.com.

--

Carles Amigó
fr...@fr3nd.net
http://www.fr3nd.net
Hey dol! merry dol! ring a dong dillo!

[Alex Muntada]

Yo me apuntaría pero este mes solo puedo los martes 21 y 28.

Un saludo,
Alex

[Matthias Saou]

On Tue, 14 Apr 2015 14:13:38 +0200
Carles Amigó <fr...@fr3nd.net> wrote:

> Me parece una idea genial!
>
> Yo también me ofrezco a hacer alguna charla, y para el espacio,
> podemos organizarlo donde trabajo (Socialpoint). Hay capacidad para
> unas 70 personas y hay proyector, sillas etc.

...y cervezas? :-D

> Aquí hay algunas fotos de un evento de Docker que se hizo en Febrero:
> http://www.meetup.com/docker-barcelona-spain/photos/25923611/
>
> Si la cosa sale adelante, hablo con la gente de HR y seguro que no
> habrá problemas.

Creo que es como siempre : Si solo se pregunta y se deja en el aire,
nada saldra adelante. Si fijamos un sitio con una fecha minimamente
lejana, lo anunciamos aqui y lo publicamos en meetup, se ira apuntando
gente y podremos tener un evento divertido :-)

En Socialpoint un jueves de Mayo?

[Carles Amigó]

Pregunto y digo algo :)

--
Has recibido este mensaje porque estás suscrito al grupo "puppet-users-barcelona" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a puppet-users-barc...@googlegroups.com.
Para publicar una entrada en este grupo, envía un correo electrónico a puppet-user...@googlegroups.com.

[Arnau Bria]

Hola!

que bien ver que alguien sigue interesado (en lo smeetings, claro)!

a mi me va de perlas. justo he empzado con 3.7 y la verad es qeu han
cambiado bastantes cosas (y tu ya me hablas de pupet 4 ).

Supongo que alguien se le ocurrirá algo, sino yo os puedo proponer
algo :-)


[...]

> Creo que es como siempre : Si solo se pregunta y se deja en el aire,
> nada saldra adelante. Si fijamos un sitio con una fecha minimamente
> lejana, lo anunciamos aqui y lo publicamos en meetup, se ira apuntando
> gente y podremos tener un evento divertido :-)
>
> En Socialpoint un jueves de Mayo?

tercero de mayo? faltaría un mes.


> Matthias
Arnau

[Gary Wilson]

Sounds good, if I am not in Australia in May.

Gary

[Jordi Funollet]

+1

--
Jordi Funollet Pujol
http://www.linkedin.com/in/jordifunollet

[Lorenzo J. Cubero]

Otro más que está inmerso en los cambios de la 3.7... así que +1!

Lorenzo J. Cubero
http://lorenzocubero.me

[Jordi Soucheiron]

Yo me apunto :)

Para publicar en este grupo, envía un correo electrónico a puppet-user...@googlegroups.com.

[Jordi Valverde]

jo si hi ha puppet+beer, m'apunto, pero millor si es aquet mes, que el següent desapareixo :)

[Francisco Martinez]

yo con puppet + beer ya tengo suficiente, me apunto también si me va bien el horario!

[Xavi Carrillo]

Me apunto!

Cualquier dia/hora mientras no sea cuando juegue el Barça ;)

[Matthias Saou]

Hola!

Ya esta : QUEDAMOS!!!

Lo siento para los que no podran, pero hay que entender que es
imposible encontrar una fecha que vaya a todo el mundo. Y de todos
modos la idea es de volver a quedar mas a menudo, verdad? ;-)

Dia : 14 de Mayo
Lugar : Socialpoint (al lado de Glories)
Hora : 19h-21h

Para apuntarse :
https://www.eventbrite.com/e/puppet-users-event-2015-n1-tickets-16582733402

Hay bares cerca para despues :-)

Falta definir el contenido : En la pagina del evento, he puesto que
seria seguramente para gente que ya conoce Puppet, para que no se vaya
apuntando gente solo por curiosidad y encontrandose con contenido
demasiado avanzado.

Mas adelante podriamos tener un dia con temas de introduccion e
iniciacion... pero primero lo mas divertido para volver a motivarnos ;-)

Propuestas de temas hasta ahora :
* Matthias : Future Parser y cosas que nos esperan con Puppet 4
* Carles : ?

Quien mas? Propuestas sobre el formato? Por ejemplo incluir "lightning
talks" de algun tipo? Debates? Demos?

[Jordi Funollet]

He creat l'event a Lanyrd, també:

http://lanyrd.com/2015/puppet-users-event-n1/

[Matthias Saou]

On Wed, 15 Apr 2015 11:41:59 +0200
Matthias Saou <matt...@saou.eu> wrote:

> Propuestas de temas hasta ahora :
> * Matthias : Future Parser y cosas que nos esperan con Puppet 4
> * Carles : ?
>
> Quien mas? Propuestas sobre el formato? Por ejemplo incluir "lightning
> talks" de algun tipo? Debates? Demos?

Ninguna propuesta mas? Creo que casi podriamos centrar todo en Puppet 4
ahora que ha salido. Hay tantas cosas nuevas... estoy repasandolo y no
me habia enterado ni de la mitad! ;-)

[Arnau Bria]

On Thu, 16 Apr 2015 11:45:17 +0200
Matthias Saou wrote:

Hola,

[...]

> Ninguna propuesta mas? Creo que casi podriamos centrar todo en Puppet
> 4 ahora que ha salido. Hay tantas cosas nuevas... estoy repasandolo y
> no me habia enterado ni de la mitad! ;-)

no se como lo veis vosotros, pero no creo que mucha gente se pase a
4 ya. Está bien que alguien explique los cambios que introduce esta
versión, pero podríamos centrarnos en 3.X ya que es que la mayoría
utiliza (bueno, yo sigo en 2.7 :-) ).


quizá está muy mascado, pero ahora que lo tengo fresco, pero me
atrevo con una de git+puppet+r10k+hiera, el workflow y algún
ejemplo básico (20 min max).
** aunque no se si para muchos esto es demasiado básico. no se en que
punto está la gente que irá a la charla.

> Matthias
Arnau

[Davide Ferrari]

On Thursday, April 16, 2015 at 11:53:57 AM UTC+2, Arnau Bria wrote:

quizá está muy mascado, pero ahora que lo tengo fresco, pero me
atrevo con una de git+puppet+r10k+hiera, el workflow y algún
ejemplo básico (20 min max).
** aunque no se si para muchos esto es demasiado básico. no se en que
punto está la gente que irá a la charla.

Yo creo que está bien, nosotros usamos git+puppet sin r10k (que conocemos) y nos iría bien ver alguna implementación real (pq a mi realmente el gestionado de branch de los submodules empieza a darme dolores de cabeza).

Yo tb iba a proponer, pero creo mejor para la siguiente quedada, una charla sobre el patrón de diseño de roles+profiles+hiera que realmente te hace la vida más sencilla a la hora de escribir manifests. En este caso también no sé si igual es demasiado básico y todo el mundo que asistiría ya lo implementa pero bueno :)

[Juanjo Presa]

A colación del tema de los dolores de cabeza con los branches, justo ayer se publicó esto:

http://rnelson0.com/2015/04/15/improved-r10k-deployment-patterns/

--

Has recibido este mensaje porque estás suscrito al grupo "puppet-users-barcelona" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a puppet-users-barc...@googlegroups.com.

[Alex Muntada]

Arnau Bria:

quizá está muy mascado, pero ahora que lo tengo fresco, pero me
atrevo con una de git+puppet+r10k+hiera, el workflow y algún
ejemplo básico (20 min max).
** aunque no se si para muchos esto es demasiado básico. no se en que
punto está la gente que irá a la charla.

¿Básico? Ya me gustaría a mi tener esto en producción y me apuesto una ronda de birras que no soy el único de la lista.

Me interesa mucho el tema. Nosotros usamos en general 1 sola rama para todo (no tenemos entorno de prueba) y usamos 4 módulos externos como submodules de git: apt, stdlib, mysql y slack.

Un saludo,

Alex

[Jordi Valverde]

+1 :) 

El 16/04/2015, a les 14:43, Alex Muntada <al...@caliu.cat> va escriure:

[Arnau Bria]

On Thu, 16 Apr 2015 13:24:55 +0200
Juanjo Presa wrote:

Hola,

> A colación del tema de los dolores de cabeza con los branches, justo
> ayer se publicó esto:
> http://rnelson0.com/2015/04/15/improved-r10k-deployment-patterns/

llevo varios días leyendo post de por aquí y allí y a éste me lo he
leido entenro y lo que hace este tipo está muy bien, pero es mejor
meter hiera en cada env y los reflejas en la conf

: :datadir: "/etc/puppet/environments/%{environment}/hieradata"

entonces al hacer branch de prod ya te llevas hierada en en
ese nuevo env (tiene todo el sentido del mundo!!)

por otro lado, por lo que yo llevo con esto, tener profile y role en
dos repos diferentes es absurdo (seguramente tenga su explciación, que
puedas tocar roles sin necesidad de tocar profiles), pero está bastante
claro que estos dos elementos están muy conectados, así que tiene mucho
sentido mantenrlo junto. Este es un loco de las branches! si hasta hace
una para meter el custom fact que utiliza para los roles! yo lo he
metido en el repo de roles_profiles.

El primer workflow que esneña es de 19 pasos! los 5 primeros son solo
branches, que se pueden reducir a 1 o 2 dependendiendo de lo qu estás
probando. Luego, r10k DEBE ir como un hook de git. No tiene sentido
trabajr en local, irte al master, hacer deploy, vete al nodo, corre
puppet. (reakto lo vi demasiado complicado e incompatible con mi
SL6 :-( ).

** Ojo, que es lo que VEO más práctico con lo que estoy haciendo ahora,
que seguro que alguno de vosotros con más experiencia me podría poner
peros... pero llegado el caso, es más simple separar que juntar.


Por otro lado, mírate los post (sobretodo los que hablan de workflws o
hiera) que enseña este tipo:

http://garylarizza.com/blog/archives/

y si tienes tiempo:

https://puppetlabs.com/presentations/workshop-doing-refactor-dance-making-your-puppet-modules-more-modular-gary-larizza

vale la pena cuando te vas a meter con esto! (y el tío es un
cachondo).

salu2,
Arnau

[Arnau Bria]

On Thu, 16 Apr 2015 14:43:46 +0200
Alex Muntada wrote:

> Arnau Bria:
>
> quizá está muy mascado, pero ahora que lo tengo fresco, pero me
> > atrevo con una de git+puppet+r10k+hiera, el workflow y algún
> > ejemplo básico (20 min max).
> > ** aunque no se si para muchos esto es demasiado básico. no se en
> > que punto está la gente que irá a la charla.
> >
>
> ¿Básico? Ya me gustaría a mi tener esto en producción y me apuesto una
> ronda de birras que no soy el único de la lista.

Pues vale! Matthias, estás apuntando las charlas en algún lado?

queda un mes, así que estaré en plena migración y os podré
explicar todo lo que me voy encontrado :-)

> Me interesa mucho el tema. Nosotros usamos en general 1 sola rama
> para todo (no tenemos entorno de prueba) y usamos 4 módulos externos
> como submodules de git: apt, stdlib, mysql y slack.

ese es más o menos el esquema que tengo ahora con 2.7 ...

> Un saludo,
> Alex
salu2
Arnau

[Alex Muntada]

Juanjo Presa:

A colación del tema de los dolores de cabeza con los branches, justo ayer se publicó esto:

http://rnelson0.com/2015/04/15/improved-r10k-deployment-patterns/

Este artículo es uno de una serie tremendamente interesante que me voy a leer en cuanto pueda (ignorad la referencia a vsphere del tema):
http://rnelson0.com/puppet-for-vsphere-admins/

Muchísimas gracias, Juanjo! :-)

Un saludo,

Alex

[Matthias Saou]

On Thu, 16 Apr 2015 15:48:18 +0200
Arnau Bria <arnau...@gmail.com> wrote:

> On Thu, 16 Apr 2015 13:24:55 +0200
> Juanjo Presa wrote:
>
> Hola,
>
> > A colación del tema de los dolores de cabeza con los branches, justo
> > ayer se publicó esto:
> > http://rnelson0.com/2015/04/15/improved-r10k-deployment-patterns/
>
> llevo varios días leyendo post de por aquí y allí y a éste me lo he
> leido entenro y lo que hace este tipo está muy bien, pero es mejor
> meter hiera en cada env y los reflejas en la conf
>
> : :datadir: "/etc/puppet/environments/%{environment}/hieradata"
>
> entonces al hacer branch de prod ya te llevas hierada en en
> ese nuevo env (tiene todo el sentido del mundo!!)

...totalmente de acuerdo! Tengo este mismo :datadir: :-)

Y esto es lo que tengo en puppet.conf (puppet 3.7) :

[master]
[...]
environmentpath = $confdir/environments

Y luego un unico repo con branches ('production' siendo el branch por
defecto) para r10k que contiene :

---
environment.conf
Puppetfile
README.md
hieradata/
manifests/
modules/ (no existe en git, lo crea y llena r10k)
site/
---

Con esto dentro de environment.conf :

modulepath = site:modules:$basemodulepath

Todos los modulos publicos y/o que tienen ciclo de vida proprio acaban
dentro de 'modules' (la mayoria del forge, otros desde git con tags), y
los modulos 100% privados estan dentro de 'site' que esta entonces en el
mismo repositorio git que 'hieradata' (con mucha conf) y
'manifests' (casi vacio, los stages, overrides de parametros globales y
poco mas).

Manejado por un unico equipo de gente, funciona muy bien!

Y por supuesto, un hook desde el servidor GitLab donde se publican los
branches del repo para que r10k vaya creando/borrando los environments
de Puppet de forma automatica.

[Matthias Saou]

On Thu, 16 Apr 2015 15:55:24 +0200
Arnau Bria <arnau...@gmail.com> wrote:

> Pues vale! Matthias, estás apuntando las charlas en algún lado?
>
> queda un mes, así que estaré en plena migración y os podré
> explicar todo lo que me voy encontrado :-)

Estupendo! Voy apuntando entonces, y actualizaré los detalles del evento
una vez hayamos finalizado el programa.

De momento :

Matthias Saou : Algo sobre algo de Puppet 4 (hay tanto!! :-))
Carles Amigo : ?
Arnau Bria : Migracion Puppet a un workflow con git, r10k y hiera

[Carles Amigó]

Todavía tengo que pensar de que hablar. Acepto sugerencias!

Por cierto, confirmo que habrá birras cedidas por Socialpoint :)

[Matthias Saou]

On Thu, 16 Apr 2015 17:48:44 +0200
Carles Amigó <fr...@fr3nd.net> wrote:

> Todavía tengo que pensar de que hablar. Acepto sugerencias!

Integracion con herramientas de control de calidad de codigo? No habias
hecho algo con Jenkins, puppet-lint, hooks git, etc.?

Y si has hecho algo con rspec, también podria ser muy interesante!

> Por cierto, confirmo que habrá birras cedidas por Socialpoint :)

OooOOooOOooOOooh! :-D

De momento somos 23 apuntados! Parece que teniamos todos ganas de
volver a quedar!!! ;-)

[Alex Muntada]

Matthias Saou:

> Integracion con herramientas de control de calidad de codigo? No habias
> hecho algo con Jenkins, puppet-lint, hooks git, etc.?

Pretty please... Tengo un montón de ganas de ponerme con ésto pero no se por dónde empezar sin morir por el camino :-)

Un saludo,
Alex

[Gary Wilson]

Tengo un montón de ganas de geeky fun :)

--

Has recibido este mensaje porque estás suscrito al grupo "puppet-users-barcelona" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a puppet-users-barc...@googlegroups.com.

Para publicar en este grupo, envía un correo electrónico a puppet-user...@googlegroups.com.

[Gary Wilson]

And we should thank Matthias for the initative because the group's historical metrics suggest we probably do not want to miss this meetup :)

meetup::puppet_users_barcelona {
  case $season {
    'winter': { $meetup = 'likely' }
    'spring': { $meetup = 'maybe' }
    'summer': { $meetup = 'highly unlikely' }
    'autumn': { $meetup = 'likely' }
    default:  { $meetup = 'probably not' }
  }
}

G

[Carles Amigó]

ok, pues integración continua en puppet será :)

--

Carles Amigó
fr...@fr3nd.net
http://www.fr3nd.net
Hey dol! merry dol! ring a dong dillo!

[Arnau Bria]

Where is your famous drink beer in this code? ;-)

[Matthias Saou]

On Thu, 16 Apr 2015 19:53:13 +0200
Arnau Bria <arnau...@gmail.com> wrote:

> Where is your famous drink beer in this code? ;-)

Class['::beers'] -> Class['::meetup::puppet_users_barcelona']

Fixed : You now need to include beers, or it simply won't work :-)
Notice how beers may be included anywhere, and even multiple times!!

;-)

Matthias

> El 16/04/2015 19:31, "Gary Wilson" <garyp...@gmail.com> escribió:
>
> > And we should thank Matthias for the initative because the group's
> > historical metrics suggest we probably do not want to miss this
> > meetup :)
> >
> > meetup::puppet_users_barcelona {
> > case $season {
> > 'winter': { $meetup = 'likely' }
> > 'spring': { $meetup = 'maybe' }
> > 'summer': { $meetup = 'highly unlikely' }
> > 'autumn': { $meetup = 'likely' }
> > default: { $meetup = 'probably not' }
> > }
> > }
> >
> > G

[Gary Wilson]

I did not think it was necessary because manifests/site.pp was updated long ago :)

<code>

# site.pp

include beers

# OK - now you can continue do any other stuff you want to

</code>

But I Iike Matthias' pattern to include multiple times :)

[Xavi Carrillo]

Now that we are in the geeky mood, is there anyone willing to talk about Puppet+Docker? I can't think of anything geekier than that. Is it really necessary? I mean, does docker really need Puppet? Is puppet dying? I think it's an interesting subject.

Carles, you have worked with both plenty, and IMHO it's much more interesting than CI with git hooks etc, that's super old stuff! :) Or anyone else... Narcis? ;)

Has recibido este mensaje porque estás suscrito a un tema del grupo "puppet-users-barcelona" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/puppet-users-barcelona/ixfHhuten6k/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a puppet-users-barc...@googlegroups.com.

Para publicar en este grupo, envía un correo electrónico a puppet-user...@googlegroups.com.

--

Xavi Carrillo

[Francisco Martinez]

What? Puppet && Docker are completely orthogonal in my book... Don't think one can replace the other....

[Xavi Carrillo]

Well, that's what I'm talking about, it's polemic and very interesting. I do think one can replace the other and actually I reckon it will eventually, despite my love for Puppet... 

To me these tools are all about configuring platforms and deploying software, and Docker is much more efficient in doing so. But sadly I haven't worked with the latter in production so it's all theory for me. That's why I'm asking someone with more experience to talk about it.

Puppetlabs seem very worried about the subject and trying to push working with both. For example: https://puppetlabs.com/blog/simplify-managing-docker-puppet

Anyway, this is what I'm talking about. Docker with Puppet. Is it really necessary, or just a hipster thing? :)

[Francisco Martinez]

Some people thought that using a catalog of virtual machine images you could configure machines, by decoupling a "base image" from "configuration data". But it has proven a bad concept, as managing that catalog of images with different configurations is a major PITA. A similar idea would be using a configuration rpm. Configuration managers (cfengine, puppet, chef) still rose because they were much better at handling (and specially, maintaining) configuration for machines. To me saying "docker will replace puppet" is as alien as saying "vmware is going to replace puppet"....

/fran

[Carles Amigó]

I was thinking to talk about puppet+docker at first, but honestly, I don't thing there is much to say...

I could just talk about the puppet-docker module but there is good documentation for that already.

[Xavi Carrillo]

Of course they are different things (containers and configuration management tools). That's not the point, the point is that they are (or can be) used to achieve the same goal: to have a platform in a desired state. I would personally use containers to have my environment in that desired state, rather than VMs that have to "compile" a cathalog that can or can not compile, and which sometimes take several minutes to do so.. And many other advantages like rolling back to a previous image (Roll backs in Puppet can be a nightmare!) But of course it's a matter of taste.

Of course you can always use Puppet, Chef etc to configure docker images in complex setups, instead of using a lot of scripting in a Dockerfile. That's where they could coexist and that's what I thought it was worth talking about (not using the module, that's basic stuff). But maybe it's a talk to have at the Docker meeting instead! I just thought it could be an interesting subject :)

By the way, Carles, Estrella instead of San Miguel, please! (another flame war? ;)

[Narcís Pillao Figueres]

Sweet ! I see we have lots of interesting topics to talk about, so it means the group is not dead at all :)

If I'm not wrong, long time ago we created a list about all the topics we wanted to discuss . Why do not focus on Matthias and Carles presentation for next day, and later on let's pick up new subjects from the list? 

BTW, I'm really interested in puppet 4 brainstorming such as Matthias was suggesting. 

Out of topic: For the next time, we can allocate the puppet meetup in eDreams  and also we have some open positions for Sr. Sysadmin/Devops, so if you are interested in working with us (we have containers in prod :p ) send me your CV.

See you on 14th !

Narcís

                                                              

[Arnau Bria]

On Fri, 17 Apr 2015 23:15:54 +0200
Xavi Carrillo wrote:

Hola!

vuelvo al castellano, con vuestro permiso :-)

> Of course they are different things (containers and configuration
> management tools). That's not the point, the point is that they are
> (or can be) used to achieve the same goal: to have a platform in a
> desired state. I would personally use containers to have my
> environment in that desired state, rather than VMs that have to
> "compile" a cathalog that can or can not compile, and which sometimes
> take several minutes to do so..

Pero para configurar el contenedor de docker deberás utilizar
scripts,no? Entonces volverás a un modelo complejo e ineficiente por el
que todos hemos pasado y dejamos de utilizar cuando aparecieron todo
este nuevo tipo de herramientas (puppet, etc...)...

Para mi entender, docker es una manera rápid, "barata" y cómoda de
desplegar servicios.

Nosotros (algunso científicos) utilizan docker para poder reproducir
los experimentos publicados (para asegurar que las versiones de software
que se utilizan sean siempre las mismas) y yo utilizo puppet para
configurar docker y el docker registry...

lo que me lleva a otra pregunta: como configuras las máquinas que van
a correr los contenedores de Docker?


Bueno, creo que ya tenemos algo de lo que discutir una vez acabemos las
cahrlas? :-)

un saludo!
Arnau

[Xavi Carrillo]

2015-04-20 10:10 GMT+02:00 Arnau Bria <arnau...@gmail.com>:

 

Pero para configurar el contenedor de docker deberás utilizar
scripts,no? Entonces volverás a un modelo complejo e ineficiente por el
que todos hemos pasado y dejamos de utilizar cuando aparecieron todo
este nuevo tipo de herramientas (puppet, etc...)...

No, porque cada contenedor solo llevara una app. No deberia ser nada complejo. En la mayoria de casos el Dockerfile que genera la imagen solo instala algun paquete y cambia algun archivo de configuracion 

lo que me lleva a otra pregunta: como configuras las máquinas que van
a correr los contenedores de Docker?

 

Bueno, ahi es donde entran SO como CoreOS, sistemas minimalistas que solo lanzan contenedores. Pero si quieres lanzarlos en sistemas clasicos tipo centos, entonces sí puedes usar puppet. Por eso decia que sí pueden coexistir, aunque a mi modo de ver no es necesario

 

Bueno, creo que ya tenemos algo de lo que discutir una vez acabemos las
cahrlas? :-)

Esa es la idea :)

Saludos

Xavi

[Arnau Bria]

On Mon, 20 Apr 2015 11:59:05 +0200
Xavi Carrillo wrote:

> 2015-04-20 10:10 GMT+02:00 Arnau Bria <arnau...@gmail.com>:
>
>
> >
> > Pero para configurar el contenedor de docker deberás utilizar
> > scripts,no? Entonces volverás a un modelo complejo e ineficiente
> > por el que todos hemos pasado y dejamos de utilizar cuando
> > aparecieron todo este nuevo tipo de herramientas (puppet, etc...)...
> >
>
> No, porque cada contenedor solo llevara una app. No deberia ser nada
> complejo. En la mayoria de casos el Dockerfile que genera la imagen
> solo instala algun paquete y cambia algun archivo de configuracion

En los casos simples, si (el ejemplo más claro el es del web server).
Pero , en casos donde el contenedor se convierte algo más complejo,
necesitas algo más potente que los docker file... y enteonces
reinventamos la rudeda (?):

http://ianmiell.github.io/shutit/

* me gusta especialemte la motivación: "Are you a programmer annoyed by
the obfuscation and indirection Chef/Puppet/Ansible brings to a
simple series of commands?"

Para los que dicen que Ansible o chef están más orientados a
progrmadores :-) esots vanmás allá!


[...]

> Saludos
> Xavi
salu2,
Arnau