Я працюю в компанії, де ми будуємо додатки для підприємств, і ми підтримуємо три середовища: розробка (або розробник ), постановка (або етап ) і виробництво (або прода ).
Значення dev інтуїтивно зрозуміло: це середовище, яке використовується під час розробки програми.
Яка різниця між постановочним та виробничим середовищем?
Відповіді:
Для менших компаній (не зрозуміло, наскільки великі ваші), три середовища (розробник, сцена, виробництво) є загальними. Більші компанії часто матимуть середовища якості між розробкою та сценою.
Вони зазвичай розбиваються наступним чином:
dev : Копія робочого коду. Тут внесені зміни, внесені розробниками, щоб інтеграцію та функції можна перевірити. Це середовище швидко оновлюється і містить останню версію програми.
qa : (Не у всіх компаній цього буде). Середовище для забезпечення якості; це забезпечує рідше змінену версію програми, яку тестери можуть виконувати перевірки. Це дозволяє звітувати про звичайну версію, щоб розробники знали, чи були виправлені конкретні проблеми, виявлені тестерами, у коді розробки.
інсценування : Це кандидат у випуск, і це середовище, як правило, є дзеркалом виробничого середовища. Область постановки містить "наступну" версію програми та використовується для остаточного стрес-тестування та схвалення клієнта / менеджера перед тим, як виходити наживо.
виробництво : Це щойно випущена версія програми, доступна клієнту / кінцевим користувачам. Ця версія бажано не змінюється, за винятком запланованих релізів.
Я трохи здивований, що тестового середовища також немає, як місце для коду, до якого потрібно перейти, перш ніж просуватися до постановки.
Щоб відповісти на запитання:
Етапне середовище повинно відображати виробниче середовище якомога ближче.
Він використовується для перевірки процедур розгортання - переконайтесь, що коли код готовий до виготовлення, його можна розгорнути без проблем.
Тобто, код переходить до інсценізації - це всебічно перевіряється та регресується, щоб забезпечити, щоб розгортання йшло як було заплановано (і щоб виправити будь-які проблеми, якщо цього не відбулося).
Сценічне середовище - це попередньо оброблене середовище, яке відображає виробництво. Часто у нього можуть бути деякі виробничі дані, щоб тестова група, що складається з реальних користувачів та тестувальників якості, може підтвердити, що попередньо випущена база / дані коду будуть розгортатися та працювати належним чином у сприятливому середовищі, як правило, за допомогою сценаріїв використання та регресії тести.
Як зазначає @Oded, зазвичай є середовище QA, яке тестери QA використовують для тестування коду.
Мій досвід роботи з урядом США / Міністерством оборони ІТ полягає в тому, що:
Як веб - розробник, є в основному три середовища для розгляду практично :
Виробництво : середовище, налаштоване для розміщення остаточної версії продукту, орієнтованого на кінцевих користувачів. Він оптимізований для безпеки та продуктивності. Він розміщений на живому сервері. Це вимагає попередження і термінової підтримки. Це критично важливе для даних. Тому його дані регулярно резервуються. Це також передбачає управління ризиками та відновлення аварій. Виробниче середовище налаштовано для відображення дружніх помилок кінцевим користувачам.
Постановка : середовище, налаштоване для розміщення кандидата на випуск програми після оголошення коду заморожуванням. Він орієнтований на керівника проекту / власника разом із командою розробника для узгодження обсягу кандидата у випуск. Це передбачає забезпечення якості, а також команду розробників, щоб виконати остаточні виправлення та остаточне оснащення, перш ніж випускати у виробництво. Найкраща практика - імітувати виробниче середовище, використовуючи останні дані, доступні з живої БД, скопійованої з виробничого середовища. Зазвичай, до інтерактивного середовища доступні лише внутрішня команда та зацікавлені сторони, тому вони або захищені на загальнодоступному сервері, або публікуються в інтранет-середовищі, якщо всі зацікавлені сторони можуть отримати доступ до локальної мережі. Постановочне середовище налаштовано для відображення середніх або повних технічних помилок.
Розвиток : приватне середовище, налаштоване одним розробником на його машині для перевірки його власних робіт під час циклу розробки, як правило, називається спринтом у середовищі scrum. Середовище розробки налаштовано на показ повних технічних помилок.