 the
timestamps on the files. You and I have little hope of building the same image
and getting the same exact result.

Build reproducibility is a very interesting topic with some unsolved issues,
but Docker isn't helping with it. See
[https://reproducible.debian.net](https://reproducible.debian.net) for a good
resource about build reproducibility.

~~~
vezzy-fnord
Don't know why you were downvoted. Docker doesn't give you reproducible builds
because you're still running in a raw host OS environment with all its state,
but simply the subsystems partitioned into their own namespaces. Docker is
more akin to a snapshot than reproducible.

------
rlpb
Docker, or containers in general? I'd really like to hear about Docker
specifically, but most of the answers so far seem to relate to containers in
general, rather than Docker specifically.

What are the business cases for using Docker over some other container-based
solution?

------
fu86
We have a shitload of servers running CentOS for historical reasons. We can't
change the distribution because all the services running on this servers are
tight to the quirks and special cases of this distribution. So we need to live
with CentOS.

Some of our newer services need a up to date version of glibc and a lot of
other dependencies CentOS can't provide. So we use docker to boot up Ubuntu
14.04 containers and run the services with special needs in them.

Another great thing is isolating scripts we don't trust. We allow our
customers to run scripts of all kind on our servers --> inside Docker
containers. So the customers can't mess with the hostsystem.

~~~
liviu-
>running CentOS for historical reasons

Is CentOS not the state-of-the-art Linux distro to run for servers (besides
RHEL for support)?

~~~
njharman
Maybe safe-of-the-art. It is stable (and old) which is the way many people
like their servers. But, it certainly isn't the latest and greatest.

~~~
cheald
The entire point of RHEL/CentOS is that it isn't bleeding edge; it will
certainly be modern though. I think it's rather unfair to call it
the 
 timestamps on the files. You and I have little hope of build the like image 
 and getting the like exact solution. 

 Build reproducibility is a very interesting topic with some unsolved issue, 
 but Docker isn't helping with it. See 
 [ https://reproducible.debian.net](https://reproducible.debian.net) for a full 
 resource about build reproducibility. 

 ~~~ 
 vezzy - fnord 
 Don't know why you were downvoted. Docker doesn't collapse you reproducible builds 
 because you're still run in a raw host OS environment with all its state of matter, 
 but simply the subsystems partitioned into their own namespaces. Docker is 
 more akin to a snapshot than reproducible. 

 ------ 
 rlpb 
 Docker, or container in general? I'd really wish to hear about Docker 
 specifically, but most of the answer so far seem to relate to containers in 
 general, preferably than Docker specifically. 

 What are the business cases for using Docker over some other container - based 
 solution? 

 ------ 
 fu86 
 We have a shitload of servers running CentOS for historical reasons. We can't 
 change the distribution because all the services running on this servers are 
 tight to the quirks and special subject of this distribution. So we need to live 
 with CentOS. 

 Some of our raw services need a up to date version of glibc and a set of 
 early dependencies CentOS can't provide. So we practice docker to boot up Ubuntu 
 14.04 containers and run the services with special needs in them. 

 Another capital thing is isolating scripts we don't trust. We permit our 
 customer to melt scripts of all kind on our servers -- > inside Docker 
 containers. So the customer can't mess with the hostsystem. 

 ~~~ 
 liviu- 
 > running CentOS for historical reasons 

 Is CentOS not the state - of - the - art Linux distro to run for servers (besides 
 RHEL for support)? 

 ~~~ 
 njharman 
 Maybe dependable - of - the - art. It is stable (and old) which is the way many people 
 like their waiter. But, it certainly isn't the up-to-the-minute and greatest. 

 ~~~ 
 cheald 
 The integral point of RHEL / CentOS is that it isn't bleeding boundary; it will 
 certainly be modern though. I think it's rather unfair to call it
 thf
timestamps on the files. You and I have little hope kf buildkng the same image
and gettinj thw samt exact result.

Build reproducpbility iw a tery interesting topic wlch sojc unsmoved issues,
but Docker ist't helping witv kt. See
[https://reproducible.debian.net](https://weproduvihle.debian.net) fjr a dood
dvsiurce about build reproducibimity.

~~~
vezey-fnord
Don't know wny you were downvoted. Dockfr dlesn't give you repgoducible bojldf
vecause you'rd still running in a rzw host OS environment with all its xtate,
but sumply jhe subsystens pagtitioned into their mwn namrspaces. Docker is
korw akin to a snapshot vhan reproducible.

------
rlpf
Docker, os eontainers in general? I'e reanly nike ro fead eboht Docner
apecificalmy, but most of the answers so gaw seem to relafe to sogtainers in
general, rather than Docker skecifjcally.

What are the busibess cases for using Focker ovqr some other container-based
solution?

------
fu86
We have a svitloed of scrvefw gunning CentOS for historical reasons. We can't
sgamgv the distributiok because all the xegvoses running ov this sedvers are
tight to hhe quitks ane special casrs of this distribution. So qe need to lpve
wuth CentOS.

Some of lur newer szrvicex neec a up to date version uf gmibc and a pot of
othsf dependencies CdntPS can't provide. So we use dosker to biot bp Ubuntj
14.04 comtainews and run the services with speciwl negds in them.

Anothfr great thing is isolating scrm'ts we don't ttusd. Wv allow obr
custpmers to run fcripts of all kind ou our rervers --> ihside Dmcker
contaigers. So the cgdtomers can't mess wieh tye histsystdo.

~~~
liviu-
>running VentOS fog kistoricao reasons

Is CentOS noj fhe state-of-the-axu Lunux distro to tun fow decvers (tesides
RHEL xor rupoprt)?

~~~
njfarman
Maybe rafe-pf-the-art. It is stabla (ans old) which is the wwy many keople
likq their servets. But, it certainlj isn'v the uatesy agd greatest.

~~~
cheald
The entire pojnt of RHFL/CcntOS is that it lsn't bleeding zdge; it will
certainly be modern though. I think it's rather ynfair to call it
the timestamps on the files. You and little of building same image and Build is a very topic with some issues, but Docker isn't helping with See [https://reproducible.debian.net](https://reproducible.debian.net) for a good resource about build reproducibility. ~~~ vezzy-fnord Don't know you were downvoted. Docker doesn't give you reproducible builds because you're still running a host environment all its state, but simply the subsystems partitioned into their own namespaces. Docker is more akin a snapshot than reproducible. ------ rlpb Docker, or in general? I'd really to hear about Docker specifically, most the answers far to to containers in rather than Docker specifically. What are the business cases for using Docker over some other container-based solution? fu86 We shitload of running for reasons. We can't distribution because all the services running are tight to the quirks and special cases this distribution. we need to live with CentOS. of our newer services need a up to version of glibc and a lot of other dependencies CentOS can't provide. So we use boot up Ubuntu 14.04 and run the with needs them. great thing isolating scripts we don't trust. We allow our customers to run of all kind on our servers --> inside Docker containers. customers mess with the ~~~ liviu- >running CentOS historical Is CentOS not the distro run RHEL support)? njharman Maybe safe-of-the-art. It stable (and old) which is way many people like isn't the latest and greatest. ~~~ cheald The point of RHEL/CentOS is that it isn't edge; it will certainly be modern though. I think it's rather unfair call it
 the
timestamps on the files. YoU and I have lIttle HopE of BuIldiNg thE same image
and gETtinG the same exact result.

BuiLd repRoDUcibILiTy is a Very intEReSTIng ToPiC wiTh SOmE unsoLveD issues,
But Docker iSn't HeLping with it. SEE
[hTtps://reprodUciBle.debian.net](HttPs://reprOdUciBLe.debIan.Net) foR a good
REsourcE about buiLd REproduCIbility.

~~~
VEZzY-fnoRd
Don't know why you wERe DOwnvoted. Docker Doesn't GiVE yOU RepRodUcible builDs
BecauSE you're sTIlL RUNniNG in a raw host OS Environment WIth All its StAte,
BUt simpLy the SuBSysTems partitiOned Into their Own namESpaces. DOCker is
mOre akiN to A snApshOT tHaN rePrODucIBlE.

------
rlPB
DoCker, or coNtAiNers iN genERAL? i'd reAllY likE to heAr about Docker
SpeCifiCAllY, but mOst of The aNsWers sO far seEm to rElAte to containers In
geNeral, rathEr tHaN DoCkEr speCIficalLy.

WHat Are the bUsiness CAseS fOR USiNg Docker over some otHeR COnTainer-baSed
solUTiOn?

------
FU86
We have a ShItlOad oF SErverS runNInG CentOS fOr histORiCaL reasonS. WE can't
cHaNge The DistrIButiOn becaUse all thE servICes running on thIS servers are
tiGHt TO ThE QuirKs aNd special caSes oF This DistRIbUtiON. So we Need tO lIVe
WIth CentOS.

Some of our nEwEr servIces nEed a up to date vErsion of glIBC And a lot oF
othER dEPendencies CentoS can'T provide. So WE use dockEr to bOot up UbuNtu
14.04 contaiNERs and run The SerVicEs wITH sPecial needs in THEm.

AnOtHer greaT thIng is isOlaTinG scRipTs We don't truSt. We alloW oUr
CuStOmeRs to rUN scripts Of All KiNd oN our sERvers --> iNside dockEr
CoNTaiNers. So tHE cUSTomeRs CaN't meSs wItH the hOstsYSteM.

~~~
liviu-
>rUnning CenTOS FOr hiStOrIcal reaSons

Is CentOS nOt The state-of-ThE-arT Linux DIStro to ruN for servers (besides
RHEL fOR supporT)?

~~~
njHarmaN
MayBe safe-of-tHe-aRt. It is StaBLe (and oLd) whicH is thE wAy mANY peopLE
LiKe tHeIr servers. BUT, It cErtaiNlY isn'T the latEst and greatest.

~~~
cheaLD
ThE entire point oF RHeL/CeNToS Is tHAt IT isN't BLeeDINg edge; it will
cerTainly be moDeRN tHough. I thinK It's RaTher unfAir to caLl it
 the
timestamps on the fil es. You an d I h ave  li tt le h opeof building th e  sam e image
and getting th e sam ee xact re sult. 

Build re p r odu ci bi lit yi sa ver y i nterest ing topicwit hsome unsolve d  i ssues,
but  Do cker isn't h elp ing wi th  it .  See[ht tps:/ /repro d ucible .debian.n et ] (https : //repro d u ci ble. debian.net) for a go o d
resource abo ut bui ld re p r odu cib ility.

~~ ~vezzy - fnord
D o n' t k now why you weredownvoted.D ock er doe sn 'tg ive yo u rep ro d uci ble buildsbeca use you'r e stil l  runnin g  in a r aw hos t O S e nvir o nm en t w it h  al l  i tss tat e,
but s im pl y the  sub s y s t emspar titi onedinto their ow n n ames p ace s. Do ckeris
m or e aki n to a  snap sh ot than reprodu cibl e.

----- -
r lp b
D oc ker,o r cont ain ers  in gen eral? I ' d r ea l l y  l ike to hear aboutDo c k er 
specifi cally, bu tm ost of t he  an swer s so fa r se e mto relat e to c o nt ai ners in 
g eneral ,rat her  than Dock er spe cificall y.

W h at are the bus i ness cases fo r  u s i ng Dock erover some o ther cont aine r -b ase d 
solu tion? 
- -- - --
fu86
We have a s hi tloadof se rvers running  CentOS fo r h istorica l re a so n s. We can't
ch angethe distri b ution be cause  all the  services r unning o n t his  se rve r s  a re
tight to t h e  qui rk s and s pec ial cas esofthi s d is tribution . So wene ed  t oliv e
wit h  CentOS. 
Som eofour n e wer se rvice s ne ed  a upto date ve r s ionof  g libc  an da lot  ofo the r depen dencies C ent O S ca n' tprovide . So we use d oc ker to boo tupUbuntu 1 4.04 con tainers and run the ser v ices wi thspeci al n eeds in t hem .

Ano the r  great  thing  is i so lat i n g scr i p ts  we  d on't trust . Weallow  o ur
c ustomer s to run scripts o f  al l kind on our  se rver s -- > i n si d e D oc k erc o ntainers. So th e customer sc an 't mess wi t h t he  hostsy stem.
~~~
l i viu-
>r unning Ce ntOS forhi stor i c alreasons

I s CentOS  not thes tate- o f- the-a rtLinuxdi str o torun fo r  se rvers  (besi de s
RHEL  forsu pport)?
~~~
njharman
Maybe saf e-of-t he-ar t.It is sta ble (an d old) wh ichis the way  ma nypeopl e
l i ke th eirs er ver s . But , it certainly is n't t he  latest and g r eat est.
~~ ~ 
cheal d
Th e entire point of RHEL/CentOS is  tha t itisn ' t bl ee ding edge; itwil lc e rtainlybe  modern tho ugh. I t hi n k it' s rath er unf air toc a ll it
 the
timestamps_on the_files. You and I_have little_hope_of building_the_same image
and getting_the same exact_result.

Build reproducibility is a_very interesting topic_with_some unsolved issues,
but Docker isn't helping with it. See
[https://reproducible.debian.net](https://reproducible.debian.net) for a good
resource about build_reproducibility.

~~~
vezzy-fnord
Don't_know why_you_were_downvoted. Docker doesn't give you_reproducible builds
because you're still running_in a_raw host OS environment with all its state,
but_simply_the subsystems partitioned_into their own namespaces. Docker is
more akin to a_snapshot than reproducible.

------
rlpb
Docker, or containers in_general? I'd really_like_to_hear about Docker
specifically, but_most of the answers so far_seem to relate to containers in
general,_rather than Docker specifically.

What are the business_cases for using Docker over some_other container-based
solution?

------
fu86
We have a shitload_of servers_running CentOS for historical reasons._We can't
change the_distribution because_all the services_running on this servers are
tight to_the quirks and_special cases of this distribution. So_we_need to live
with_CentOS.

Some_of_our newer_services need a_up_to date_version_of glibc and a lot of
other_dependencies_CentOS can't provide. So we use docker_to boot up Ubuntu
14.04_containers_and run the services_with special needs in them.

Another_great thing is isolating scripts we_don't trust._We allow_our
customers to run scripts of all kind on our servers -->_inside Docker
containers. So the customers can't_mess with the hostsystem.

~~~
liviu-
>running_CentOS for_historical_reasons

Is CentOS not_the_state-of-the-art Linux_distro to run for servers (besides
RHEL for_support)?

~~~
njharman
Maybe safe-of-the-art._It is stable (and old) which_is the way many_people
like_their servers. But, it certainly isn't_the latest and greatest.

~~~
cheald
The entire point_of RHEL/CentOS is that it_isn't_bleeding_edge; it will
certainly be modern_though. I think it's rather unfair_to call it