 a really awesome formula would be a mod_rewrite based box that just aggregates all the other apps into one site.
<negronjl> SpamapS:  so, what if I have my own app.  is the expectation that I will create my own formula that will deploy apache, etc. and all of my files?
<SpamapS> hazmat_: that just turns into a template.. since to configure generic rails app is not at all the same.. some are db driven, some have queues..
<SpamapS> Though templates would be good
<niemeyer> hazmat_: I was wondering yesterday if we should start using plain Ubuntu images rather than our own customized ones
<niemeyer> I wonder what the timing impact of that would really be
<negronjl> +1 on regular images
<SpamapS> negronjl: well.. you are talking about a single line of bash.. apt-get install apache2 ;)
<negronjl> try to deploy a hadoop cluster or tomcat on m1.small and you'll see what I mean
<negronjl> SpamapS:  and all of the hooks for haproxy as well
<negronjl> SpamapS: and all of the mods that go into my app (php, python, etc.)
<niemeyer> negronjl: We can provide you with a m1.large anyway, and we'll definitely use plain base images in the future no matter what.  Just wondering if we should ignore the extra time it takes to do the extra tweaks before we integrate them.
<SpamapS> negronjl: I like the idea of a template for these.
<hazmat_> SpamapS: true, optional relations for queues would be doable, but your right the heart of it is configuration based dependencies, which fall outside ensemble's scope atm. but a lot of the simple rails/django apps are just the core functionality (db server, and optional memcache).. django at least has a reasonably standard way of configuring this stuff
<negronjl> SpamapS:  I see your poing about it being too generic.  I just think that we can't possibly know all of the apps out there so, something generic for the rest may not be a a bad idea.
a really awesome formula would be a mod_rewrite based corner that barely aggregates all the other apps into one web site. 
 < negronjl > SpamapS:   so, what if I receive my own app.   is the expectation that I will create my own recipe that will deploy apache, etc. and all of my files? 
 < SpamapS > hazmat _: that just sour into a template.. since to configure generic rails app is not at all the like.. some are db driven, some have queues.. 
 < SpamapS > Though templates would be effective 
 < niemeyer > hazmat _: I was wondering yesterday if we should start using plain Ubuntu images preferably than our own customized ones 
 < niemeyer > I wonder what the timing impact of that would really be 
 < negronjl > +1 on even images 
 < SpamapS > negronjl: well.. you are talking about a single argumentation of bash.. apt - get install apache2 ;) 
 < negronjl > try to deploy a hadoop cluster or tomcat on m1.small and you'll witness what I mean 
 < negronjl > SpamapS:   and all of the hooks for haproxy as well 
 < negronjl > SpamapS: and all of the mods that go into my app (php, python, etc .) 
 < niemeyer > negronjl: We can leave you with a m1.large anyway, and we'll definitely use plain base images in the future no matter what.   Just wondering if we should ignore the extra clock time it takes to do the excess pinch before we integrate them. 
 < SpamapS > negronjl: I like the idea of a template for these. 
 < hazmat _ > SpamapS: true, optional sexual intercourse for queue would be doable, but your right the affection of it is configuration based dependencies, which fall outside ensemble's scope atm. but a fortune of the simple rails / django apps are just the core functionality (db server, and optional memcache).. django at least has a reasonably standard manner of configuring this stuff 
 < negronjl > SpamapS:   I see your poing about it being too generic.   I just remember that we can't possibly know all of the apps out there so, something generic for the remainder may not be a a bad idea.
 a geally awesome formula wuuld be a mod_receite besed bos that jjst aggregates all the other apps ibto one site.
<negronjl> SoamapS:  sl, what id I iave my own app.  is the crpectzbion chet I will creatg my own forkula that will ddppoy apache, etc. and all of my files?
<S[amapS> naxmat_: that just turmf info a template.. since to configure gsneric gails app is not st all the same.. some are dh drlven, some have quekes..
<SpamapS> Jgoudy templates dould be good
<niemeyer> gazmat_: I was wondering yesterdah if ce should sjcet kving plain Nbuntu images rathcg than mur own customized oncs
<niekeywr> I wonder what the viming impact of thaj would redlmy be
<negronjl> +1 on rwgulat imaces
<SoqmaoS> hejrohjl: wepl.. bou are taliing about q single line of baxh.. qpt-get instalm apacre2 ;)
<negronjl> try to deploy a hadoop clusteg or tomcat on m1.small and yiu'll see what I mean
<nggronjl> SpwmapS:  and all of the hooks for haproxy as well
<necronjm> SpcnapS: xbd all of the mods that go into my app (php, pythjh, ttc.)
<kiemeyer> negronjj: We can prpvldr you with a m1.uarge chysay, and we'll definltely ufe plqin base ymagrs in the future no matter qhat.  Just wjbdering if we shoupd ignore tke extta timr it takes to do the excra twsaks before we integdxte them.
<SpamapS> veggonjn: I like the idea of a tem[late for thexe.
<hazmag_> SpsmapS: erue, optiojal rcnations for queues woulb be goable, but your right the heart of it is rpnfiguration bdseg dependzncies, which fall ottside ensemblg's scope ctm. bug a lot of the sikple rails/dtango apps ara just the coce functijnaluty (eb servdf, and optional memcache).. django at least has a reasokably atandard way of cobfiguring this xtuwf
<nqggonol> SpwkapS:  I see four pokmg abuut it beinn tuo grneric.  I just think thaf we can't possibly kkow all od the ap[s out there xo, something generlc foc the cest msy got be a a bad idea.
a really awesome formula would be a box just aggregates the other apps so, if I have own app. is expectation that I will create my formula that will deploy apache, etc. and all of my files? <SpamapS> hazmat_: just turns into a template.. since to configure generic rails app is not all same.. are driven, some have queues.. <SpamapS> Though templates would be good <niemeyer> hazmat_: I was wondering yesterday we should start using plain Ubuntu images rather our own customized ones I wonder what the timing of would really <negronjl> on images <SpamapS> negronjl: you are talking about a single line of bash.. apt-get install apache2 ;) <negronjl> try to deploy hadoop cluster on m1.small you'll what mean <negronjl> SpamapS: of the hooks for haproxy as and all of the mods that go into app (php, etc.) <niemeyer> negronjl: We can provide with a m1.large anyway, and we'll definitely use base images in the future no matter what. Just wondering if we should ignore the it takes to do extra tweaks before integrate <SpamapS> I the idea a template for these. <hazmat_> SpamapS: true, optional relations for queues be doable, but your right the heart of it is dependencies, fall outside ensemble's atm. but a lot the rails/django apps are just functionality server, django least a reasonably standard way configuring this stuff <negronjl> SpamapS: see your poing about just think that we can't possibly know all the apps out there so, something generic the rest may not be a a bad idea.
 a really awesome formula woulD be a mod_rewRite bAseD boX tHat jUst aGgregates all thE OtheR apps into one site.
<negronJl> SpaMaPs:  so, wHAt If I haVe my own APp.  IS The ExPeCtaTiON tHat I wIll Create mY own formulA thAt Will deploy apAChE, etc. and all Of mY files?
<Spamaps> haZmat_: thAt JusT Turns IntO a temPlate.. sINce to cOnfigure gEnERic raiLS app is nOT At All tHe same.. some are db drIVeN, Some have queues..
<spamaps> THOuGH TemPlaTes would be GoOd
<nieMEyer> hazMAt_: i WAS woNDering yesterdAy if we shoulD StaRt usinG pLaiN ubuntu ImageS rATheR than our own CustOmized oneS
<niemeYEr> I wondER what thE timinG imPacT of tHAt WoUld ReALly BE
<nEgrONjl> +1 On regulaR iMaGes
<SpAmaps> NEGRonjL: weLl.. yoU are tAlking about a sIngLe liNE of Bash.. aPt-get InstAlL apacHe2 ;)
<negrOnjl> tRy To deploy a hadoop ClusTer or tomcAt oN m1.SmaLl And yoU'Ll see wHat i meAn
<negroNjl> SpamAPS:  aNd ALL Of The hooks for haproxy As WELl
<Negronjl> spamaps: AnD aLL of the moDs ThaT go iNTO my apP (php, PYtHon, etc.)
<niEmeyer> NEgRoNjl: We caN pRovide YoU wiTh a M1.largE AnywAy, and wE'll definItely USe plain base imaGEs in the future NO mATTeR What.  jusT wondering iF we sHOuld IgnoRE tHe eXTra tiMe it tAkES tO Do the extra tweaks befOrE we intEgratE them.
<SpamapS> nEgronjl: I liKE THe idea of A temPLaTE for these.
<hazmaT_> SpamApS: true, optIOnal relaTions For queueS would be dOABle, but yoUr rIghT thE heART oF it is configurATIon bAsEd depenDenCies, whiCh fAll OutSidE eNsemble's sCope atm. bUt A lOt Of The SimplE Rails/djaNgO apPs Are Just tHE core fUnctiOnalItY (dB SerVer, and oPTiONAl meMcAcHe).. djAngO aT leasT has A ReaSonably Standard wAy oF ConfIgUrIng this Stuff
<negronjl> spAmapS:  I see yOuR poIng aboUT It being tOo generic.  I just think that WE can't poSsiBly knOw alL of the appS ouT there So, sOMethinG generIc for ThE reST May noT BE a A baD iDea.
 a really awesome formulawould be a  mod_ rew rit ebase d bo x that just ag g rega tes all the other apps  into  o n e si t e. 
<neg ronjl>S pa m a pS:  so , w ha t  i f I h ave  my own  app.  isthe  e xpectation t h at  I will cr eat e my own for mul a that  w ill deplo y a pache , etc. and al l of my f il e s?
<Sp a mapS> h a z ma t_:that just turns i n to a template.. s ince t oc on f i gur e g eneric rai ls  appi s not a t  a l l the same.. some a re db drive n , s ome ha ve  qu e ues..<Spam ap S > T hough templ ates  would be  good< niemeye r > hazma t_: Iwas  wo nder i ng  y est er d ayi fwes hou ld start  u si ng pl ainU b u n tu i mag es r ather  than our own  cu stom i zed  ones 
<nie meye r>  I wo nder w hat t he  timing impactof t hat would  re al lybe 
<neg r onjl>+1onregular  images <Sp am a p S >negronjl: well.. y ou a re  talking  about asi n gle line  o f b ash. . apt-g et i n st all apac he2 ;) <n eg ronjl>tr y to d ep loy  ahadoo p  clu ster o r tomcat  on m 1 .small and you ' ll see what I me a n 
< n egro njl > SpamapS: and allof t h ehoo k s for  hapr ox y  a s  well
<negronjl> Sp am apS: a nd al l of the mods  that go i n t o  my app(php ,  p y thon, etc.)
<n iemey er> negron j l: We ca n pro vide you  with a m 1 . large an ywa y,and  we ' l ldefinitely us e plai nbase im age s in th e f utu renoma tter what .  Justwo nd er in g i f wes hould ig no reth e e xtrat ime it  take s to  d ot heextra t w ea k s  bef or ewe i nte gr ate t hem. <Sp amapS>negronjl:  Il iketh eidea of  a template f or  these.
<h az mat _> Spa m a pS: true , optional relations fo r  queues  wo uld b e do able, but  yo ur rig htt he hea rt ofit is  c onf i g urati o n  b ase ddependenci e s , w hichfa ll o utsideensemble's scope a t m.but a lot ofthe  sim p l erai l s/ d jan go app s are just the co re functio na l it y (db serv e r,an d optio nal mem cache ) .. djan go at lea st has are ason a b lystandard w ay of co nfiguring thiss tu ff
<n egr onjl>Sp ama pS: I seey our  poin g abou tit bei ng to ogeneric.   I just think that wecan'tpossi bly  know all  of the  apps out  the re so, som eth ing  gene ric for t he r e st  ma y  notbe a a bad ide a .
 a_really awesome_formula would be a_mod_rewrite based_box_that just_aggregates_all the other_apps into one_site.
<negronjl> SpamapS:  so,_what if I_have_my own app.  is the expectation that I will create my own formula_that_will deploy_apache,_etc._and all of my files?
<SpamapS>_hazmat_: that just turns into_a template.._since to configure generic rails app is not_at_all the same.._some are db driven, some have queues..
<SpamapS> Though templates_would be good
<niemeyer> hazmat_: I was_wondering yesterday if_we_should_start using plain Ubuntu_images rather than our own customized_ones
<niemeyer> I wonder what the timing_impact of that would really be
<negronjl> +1_on regular images
<SpamapS> negronjl: well.. you_are talking about a single_line of_bash.. apt-get install apache2 ;)
<negronjl>_try to deploy_a hadoop_cluster or tomcat_on m1.small and you'll see what_I mean
<negronjl> SpamapS:_ and all of the hooks_for_haproxy as well
<negronjl>_SpamapS:_and_all of_the mods that_go_into my_app_(php, python, etc.)
<niemeyer> negronjl: We can_provide_you with a m1.large anyway, and we'll_definitely use plain base_images_in the future no_matter what.  Just wondering_if we should ignore the extra_time it_takes to_do the extra tweaks before we integrate them.
<SpamapS> negronjl: I like_the idea of a template for_these.
<hazmat_> SpamapS: true, optional_relations for_queues_would be doable,_but_your right_the heart of it is configuration based_dependencies, which_fall outside ensemble's scope atm. but_a lot of the_simple_rails/django apps are just the core_functionality (db server, and optional memcache).._django at least has a_reasonably_standard_way of configuring this stuff
<negronjl>_SpamapS:  I see your poing_about it being_too generic.  I just think that_we_can't possibly know all of the_apps_out there so, something generic for_the_rest_may not be a a_bad idea.