คำถามติดแท็ก production

วันนี้ฉันตะโกนเพื่อพัฒนาแอปพลิเคชันบนเซิร์ฟเวอร์ที่ใช้งานจริง อ้างว่า " การพัฒนาบนเซิร์ฟเวอร์ที่ใช้งานจริงไม่เป็นที่ยอมรับ - ตลอดไป! " นี่คือสถานการณ์ ฉันตั้งค่าอินสแตนซ์การพัฒนา: http://example.com:3000 ตัวอย่างการผลิตคือ: http://example.com ฉันเสร็จสมบูรณ์ในทุกการพัฒนางานของฉันในและเมื่อลูกค้ามีความยินดีกับการเปลี่ยนแปลงที่ผมย้ายพวกเขาไปยังhttp://example.com:3000http://example.com แอปพลิเคชันที่ฉันทำงานด้วยเป็นแอพพลิเคชั่นRuby on Railsและฉันต้องบอกว่าในตอนแรกฉันพยายามตั้งค่าสภาพแวดล้อมการพัฒนาในพื้นที่ แต่ฉันก็ไม่สามารถทำงานได้ หลังจากลองไปพักหนึ่งผมก็เลิกและตัดสินใจที่จะพัฒนาบนเซิร์ฟเวอร์ที่ใช้งานจริง อีกครั้งฉันเป็นคนงี่เง่า? อาจเป็นเช่นนั้น แต่ฉันได้ทำการพัฒนาเว็บไซต์มาสองสามปีแล้วและฉันไม่เคยเจอสถานการณ์เช่นนี้ ใครถูกและทำไม

35 web-development  ruby-on-rails  apache  production  hosting 

ที่ร้านของเราเราใช้ SVN สำหรับการควบคุมแหล่งที่มาและ CruiseControl สำหรับ CI ในการจัดการการสร้างและการปรับใช้อัตโนมัติเพื่อการพัฒนาการทดสอบและการรวมระบบของเรา ทั้งหมดนี้ทำงานได้อย่างราบรื่น แต่เนื่องจากข้อ จำกัด ด้านฮาร์ดแวร์และทรัพยากรสภาพแวดล้อมการรวมระบบของเราไม่ได้เป็น 2 สภาพแวดล้อมที่สมดุลของเซิร์ฟเวอร์เช่นสภาพแวดล้อมการผลิตของเรา ในขณะที่ทุกสิ่งทุกอย่างมีค่าเท่ากันนั่นจะเป็นความแตกต่างเพียงอย่างเดียวระหว่างสภาพแวดล้อมการรวมและการผลิตของเรา (แม้ว่าจะเป็นเรื่องใหญ่!) ในทางทฤษฎีความแตกต่างคือการกำหนดค่าที่แตกต่างกันเล็กน้อยของเซิร์ฟเวอร์แอปของเราและสคริปต์การปรับใช้จะต้องวางสิ่งประดิษฐ์บิลด์ลงในเซิร์ฟเวอร์สองเครื่องแทนที่จะเป็นเพียงเซิร์ฟเวอร์เดียว แต่ทำไมฉันถึงกังวลมาก โดยทั่วไปฉันไม่ได้เป็นคนที่คลั่งไคล้การควบคุม แต่ฉันมักรู้สึกว่าไม่เพียงพอที่จะปรับใช้การผลิตเพื่อการผลิตด้วยตนเอง ฉันได้ยินมาจากเพื่อนร่วมงานว่านี่เป็นสิ่งที่น่ากลัวจริงๆแต่พวกเขาล้มเหลวในการฟ้องร้อง ฉันรู้ว่าเมื่อฉันทำด้วยตนเองฉันสามารถดูได้ว่าฉันกำลังคัดลอกไฟล์ที่ถูกต้องฉันกำลังปิดเซิร์ฟเวอร์แอปและทำให้แน่ใจว่าปิดเรียบร้อยแล้วฉันกำลังเริ่มเซิร์ฟเวอร์สำรองและตรวจสอบบันทึกทางกายภาพแล้ว ตรวจสอบให้แน่ใจว่ามันเริ่มดีแล้ว มันทำให้ฉันสบายใจ อะไรคือข้อโต้แย้งหรือข้อโต้แย้งนี้สำหรับการปรับใช้การผลิตสคริปต์อัตโนมัติ?

32 programming-practices  deployment  production 

ผู้ร่วมงานกำลังสงสัยในวันนี้: "ทำไมใน 'การผลิต' หมายถึง 'ผลิตภัณฑ์สุดท้ายที่ส่งมอบได้' ในอุตสาหกรรมของเราคุณรู้ไหมว่าถ้าภาพยนตร์เป็น 'กำลังการผลิต' หมายความว่าพวกเขากำลังถ่ายทำอยู่ มันเสร็จแล้วและผู้ชมกำลังดูอยู่ "

31 history  production  semantics  etymology 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา สิ่งนี้เกิดขึ้นกับพวกเราส่วนใหญ่ ... คุณมาทำงานวันหนึ่ง ทุกอย่างดูเหมือนปกติ - ดวงอาทิตย์กำลังส่องแสงนกกำลังร้องเจี๊ยก ๆ แต่คุณสังเกตเห็นสิ่งแปลก ๆ สองอย่างระหว่างทางไปทำงานเพื่อเตือนให้คุณนึกถึงเดจาวูแมวในเมทริกซ์ คุณเข้ามาในสำนักงานและมีโทรศัพท์จำนวนมากดัง - แต่อาจเป็นได้ว่าพวกเขากำลังทำโปรโมชั่นการขายใหม่ เมื่อคุณสังเกตเห็นเมฆมืดปกคลุมอยู่เหนือคุณ มันใช้เวลาสักครู่ แต่คุณรู้ว่าคลาวด์คือเจ้านายของคุณ โดยปกติเขาจะตรวจสอบคุณทุกเช้าด้วย "Soooo Peeeeter ของเขารายงาน TCP / IP เหล่านั้นเป็นอย่างไร" กิจวัตรประจำวัน แต่วันนี้เขาลืมทุกอย่างเกี่ยวกับมารยาททั่วไปและบุกเข้ามาในพื้นที่ส่วนตัวของคุณอย่างหยาบคาย ไม่มี "อรุณสวัสดิ์" แค่น้ำลายไหลคำรามและคำสาป เขาเตือนให้คุณนึกถึงคนยุคใหม่ที่พยายามหนีจากเสือไซเบอร์ที่เต็มไปด้วยความหวาดกลัวและตื่นตระหนกทั้งหมดที่ถูกบีบอัดในลูกบอลที่แน่น คุณพยายามถอดรหัสภาษาใหม่ที่เขาสร้างขึ้นตั้งแต่เมื่อวานและคุณเริ่มเข้าใจว่ามีสิ่งผิดปกติเกิดขึ้นข้ามคืน - ระบบการผลิตลดลง ตอนนี้ลูกค้ามักใช้ระบบของคุณในช่วงเวลาทำงานปกติตั้งแต่ 9-5 แต่ไม่ว่าด้วยเหตุผลใดก็ตามคุณไม่ได้รับการแจ้งเตือนใด ๆ เกี่ยวกับ beeper …

26 management  production 

ฉันอยากรู้เรื่องนี้มาระยะหนึ่งแล้ว "พร้อมสำหรับการผลิต" หรือคำแปรปรวนของมันคืออะไร ล่าสุดฉันกำลังมองหาข้อมูลเกี่ยวกับ sqlite และพบหัวข้อนี้ที่หลายคนแนะนำ sqlite ไม่พร้อมสำหรับการผลิต ฉันรู้ความแตกต่างระหว่างการพัฒนา / ทดสอบและการผลิต คำจำกัดความการผลิตของฉันคือสิ่งใด ๆ ที่มอบให้กับลูกค้าหรือจะถูกใช้โดยโปรแกรมเมอร์ที่ไม่ใช่ อย่างไรก็ตามดูเหมือนจะมีหลายรายการที่ไม่ได้กำหนดว่าพร้อมใช้งานจริง แต่ในความเป็นจริงแล้วพวกเขาอาจจะเหมาะสมอย่างสมบูรณ์แบบและผู้คนก็มีความหวังต่อพวกเขาเช่น sqlite, python, ผลิตภัณฑ์ที่ไม่ใช่ MS เป็นต้น สำนักงานขนาดเล็กกับองค์กร ผู้ใช้คนเดียวกับผู้ใช้หลายคน? ลูกค้ากับเซิร์ฟเวอร์? คุณวาดเส้นที่ไหน

25 production 

สถานการณ์: คุณผลักดันการผลิต แรงผลักดันแตกหลายอย่าง งานสร้างเดียวกันนั้นไม่ได้ทำลาย qa หรือ dev ในฐานะนักพัฒนาคุณไม่มีสิทธิ์เข้าถึงแยง มีแรงกดดันมากมายจากด้านบนเพื่อให้สิ่งต่าง ๆ เป็นไปอย่างวุ่นวาย ข้อมูลจำเพาะ: แอปพลิเคชั่น PHP / MVC ที่ใช้ API ใน Zend ปรับใช้กับเซิร์ฟเวอร์ไม่กี่แห่ง คำถามของฉัน: ในขณะที่ตรวจสอบสมมติว่าฉันมีลางสังหรณ์ว่ามีบางอย่างผิดปกติ แต่ฉันไม่รู้แน่ และแน่นอนฉันไม่สามารถทดสอบสิ่งต่าง ๆ ในการผลิตได้ หากฉันมีวิธีแก้ไขที่แนะนำตามลางสังหรณ์นั้นจะเป็นการดีถ้าลองใช้และดูว่ามันใช้งานได้หรือไม่ก่อนที่จะเข้าใจว่าปัญหาคืออะไร

24 bug  production 

ฉันทำงานในทีมการเขียนโปรแกรมขนาดเล็กที่สนับสนุนองค์กรขนาดใหญ่ ปีนี้ผู้จัดการของเราตัดสินใจว่าเราจะใช้เทคโนโลยี Oracle Apex เพื่อจัดการข้อมูลส่วนใหญ่ของ บริษัท นี่จะโอเคยกเว้นเรามีเซิร์ฟเวอร์ Apex เพียงอันเดียว ผู้จัดการของเราได้กำหนดว่าทุกอย่างเกิดขึ้นในกรณีนั้น ทีมงานของเรากำลังพัฒนาแอพในขณะที่ผู้จัดการของเราสาธิตพวกเขาและลูกค้าภายในของเราใช้พวกเขาด้วยเหตุผลที่ชัดเจนว่าทำให้เกิดปัญหาอยู่แล้ว! ฉันคาดหวังได้ว่าสิ่งนี้จะแย่ลงเมื่อเราลงทุนอย่างหนักใน Apex แอพมีความซับซ้อนมากขึ้นและจำนวนผู้ใช้เพิ่มขึ้น ฉันได้ยินมาว่าแนวทางปฏิบัติที่ดีที่สุดคือการมีสภาพแวดล้อมการพัฒนาการทดสอบและการผลิตแยกจากกัน แต่ทำไมถึงเป็นเช่นนั้น คำถาม: ทำไมเราควรมีสภาพแวดล้อมการพัฒนาการทดสอบและการผลิตแยกต่างหาก

19 testing  development-environment  quality  production  environment 

บางคนใช้เทคโนโลยีที่ทันสมัย ​​- อัพเดทวันที่มีการอัพเดท ในการผลิตสิ่งนี้ไม่เหมาะสม การวิจัยเกี่ยวกับว่าเวอร์ชั่นปัจจุบัน (Java 7) พร้อมสำหรับการผลิตจะสร้างเนื้อหาเก่าจำนวนมากซึ่งอาจไม่ถูกต้องอีกต่อไป (ในขณะที่เขียน Java 7 นี้ออกมานานหนึ่งปีครึ่งซึ่งดูเหมือนนานมาก) . ฉันต้องพิจารณาอะไรบ้างเพื่อพิจารณาว่าเหมาะสมที่จะอัพเกรดสภาวะแวดล้อมการใช้งานจริงเป็น Java เวอร์ชันใหม่กว่าหรือไม่?

14 java  software-updates  production 

ฉันเพิ่งเริ่มงานใหม่เมื่อเดือนที่แล้วและดูเหมือนว่าพวกเขาไม่มีการควบคุมซอร์สโค้ดของพวกเขา พวกเขาพึ่งพาการสำรองข้อมูลผู้ให้บริการโฮสต์ของพวกเขาใช้เวลาสำหรับพวกเขา หลังจากพูดคุยกันเล็กน้อยฉันมั่นใจว่าเจ้านายของฉันว่าเราควรใช้การควบคุมแหล่งที่มาอย่างแน่นอนและหลังจากที่ฉันได้สัมมนาสั้น ๆ เกี่ยวกับเรื่องนี้ทีมทั้งหมดก็อยู่บนเรือ พวกเขารัก Mercurial ดังนั้นตอนนี้นี่คือวิธีที่เราทำงาน: º----------BitBucket º---------/ º--------/ ตัวฉันและนักพัฒนาอื่น ๆhg pullจาก BitBucket ทำการเปลี่ยนแปลงของเราจากนั้นhg pushเป็น BitBucket ตอนนี้สำหรับการปรับใช้บางคนจะต้อง FTP ไฟล์ล่าสุดไปยังเซิร์ฟเวอร์ที่ใช้งานจริง ฉันคิดว่าจะติดตั้ง Mercurial บนเซิร์ฟเวอร์ของเราและใช้hg clone(ต่อมาhg pull) เพื่อปรับปรุงเวอร์ชันให้ทันสมัยอยู่เสมอ º---push->-----BitBucket----<-pull-----º (production server) º---push->----/ º---push->---/ นี่เป็นความคิดที่ดีหรือไม่? ข้อผิดพลาดที่อาจเกิดขึ้นที่ฉันอาจไม่เห็น? มีใครที่นี่ทำอะไรที่คล้ายกันบ้างไหม? คุณจะปรับใช้แอพพลิเคชันกรอบงาน PHP ขนาดใหญ่ได้อย่างไร (เรากำลังใช้ Moodle)

13 php  mercurial  production 

ฉันเป็นนักพัฒนาเว็บเกี่ยวกับที่จะปลดล็อคความสำเร็จ "ห้องสมุด First Class ที่เผยแพร่" ในอาชีพการงานของฉันและฉันเหงื่อออกกระสุน (ฉันก็เครียดทั้งคืน) ฉันชอบที่จะแตะประสบการณ์ของชุมชนเพื่อดูว่าใครมีคำแนะนำหรือคำแนะนำใด ๆ เพื่อให้แน่ใจว่าสิ่งนี้จะดำเนินไปอย่างราบรื่นที่สุด มีอะไรพิเศษหรือ gotchas ฉันต้องระวัง? มีอะไรพิเศษเกี่ยวกับกระบวนการสร้างที่สามารถกลับมากัดฉันได้ไหม ที่นี่ฉันอยู่ที่: ห้องสมุดได้รับการทดสอบโดยหน่วยและมีรหัสครอบคลุมประมาณ 97% API ได้รับการบันทึกไว้อย่างดีและมีการสร้างเอกสาร xml สำหรับการสนับสนุนภายใน ฉันได้รับรองว่าผู้เข้าถึงคลาสสาธารณะ / ส่วนตัวนั้นถูกต้องและถูกต้อง เช่นเดียวกันกับ getters / setters ทั้งหมด การจัดการข้อผิดพลาดไม่ได้อย่างสง่างามอย่างที่ฉันต้องการ แต่ฉันไม่เห็นเส้นตายและยอมรับว่ามันเป็น "ดีเท่าที่ควรจะเป็น" ในตอนนี้ ไม่มีการบันทึกที่เป็นมิตร Debug.Writeline ถูกใช้อย่างกว้างขวาง ... ฉันได้เรียนรู้เมื่อเร็ว ๆ นี้ว่านี่เป็นภาพสะท้อนของความไม่มีประสบการณ์ของฉัน :( คำแนะนำของคุณได้รับการชื่นชมอย่างมาก! ห้องสมุดจะใช้ในการสร้างรายงาน หมวกมาตรฐาน - เชื่อมต่อกับฐานข้อมูลแบบอ่านอย่างเดียวดำเนินการ calcs จัดรูปแบบและส่งออกข้อมูลไปยังสตรีมตอบกลับ ฉันถูกทาบทามให้เป็นแหล่งข้อมูลเพื่อเติมเต็มให้กับหนึ่งในโปรแกรมเมอร์ที่ลาออกและงานนี้ให้ฉันเป็นโครงการ "ฟันของคุณ" …

12 c#  production  compilation 

หากคุณมีผลิตภัณฑ์ที่อยู่ในตลาดมาเป็นเวลานาน แต่มันยังอยู่ในการพัฒนาที่ใช้งานอยู่ทุกวัน - ควรอัพเดทคู่มือบ่อยแค่ไหน? หากผู้ใช้ของคุณได้รับการอัปเดตเป็นรุ่นที่ทันสมัยอยู่เสมอเนื่องจากองค์กรของคุณเห็นว่าการแก้ไขข้อบกพร่องล่าสุดนั้นอยู่ในเวอร์ชันที่จัดส่งอยู่เสมอ หมายความว่าคุณสามารถแก้ไขข้อบกพร่องได้ในวันหนึ่งและวันถัดไปที่กำลังเกิดการผลิต

10 manuals  production