Cách thiết lập môi trường Phát triển, Dàn dựng, Sản xuất và QA


8

Tôi đang trong quá trình thiết lập máy chủ mới cho một tổ chức. Các tiêu chuẩn hoặc thực tiễn tốt nhất để thiết lập môi trường mới với Phát triển, Thử nghiệm, Dàn dựng và Sản xuất (hoặc tôi mở cho các cấp độ khác mà tôi không quen thuộc) là gì? Ngoài ra, tôi đã nghe nói về các tổ chức chia máy chủ thành SQL, Ứng dụng, Máy chủ Web, v.v. Tôi có thể tìm thấy các ví dụ tốt về các giải pháp khả thi để thiết lập máy chủ ở đâu?

Là ảo hóa các môi trường trong số một vài hộp vật lý là một thực hành tốt?

Tôi đã tìm kiếm trực tuyến một số ý tưởng về cách tổ chức khác thiết lập môi trường của họ, nhưng tôi không tìm thấy bất cứ điều gì đặc biệt hữu ích. Tôi hoan nghênh bất kỳ liên kết nào bạn có thể chỉ cho tôi để thảo luận về việc xây dựng toàn bộ giải pháp doanh nghiệp cho một công ty vừa và nhỏ.

Tôi chỉ tìm thấy liên kết này: http://dltj.org/article/software-development-practice/ Tôi muốn tìm thêm các bài viết như thế này nếu có ai biết về bất kỳ bài viết hay nào họ có thể chỉ cho tôi.

Trước khi bạn bỏ phiếu cho câu hỏi của tôi, xin vui lòng gửi bình luận để tôi cố gắng giải thích thêm. Tôi chỉ có thể không biết đủ để đặt câu hỏi đúng.


2
Tôi nghĩ rằng điều đầu tiên bạn nên làm là giải thích nhiệm vụ thực tế bạn cần phải hoàn thành. Ứng dụng này là gì? Nó sẽ tải bao nhiêu? Những thay đổi nào bạn nghĩ rằng bạn sẽ nhận được? (Như: Bạn có cần 4 bậc, Dev, Test, Stage, Prod)
MichelZ

1
Yêu cầu là lưu trữ nhiều (dưới 50) ứng dụng Intranet tùy chỉnh. Đây là tất cả trên Microsoft stack. Hiện tại chúng tôi đang sử dụng Máy chủ Sql phát triển và Máy chủ web cục bộ để phát triển và Máy chủ Sql và Máy chủ web riêng biệt lưu trữ cả môi trường thử nghiệm và sản xuất của chúng tôi. Tôi biết mọi thứ có thể được thực hiện tốt hơn rất nhiều so với những gì chúng tôi hiện đang làm, đó là lý do tại sao tôi đăng câu hỏi này. Tôi chỉ không cần biết "tốt hơn" với kinh nghiệm của mình là gì.
TreK

2
Không phải là một câu trả lời vì vậy tôi sẽ đưa ra nhận xét. Một điều bạn muốn chắc chắn là bạn có một cơ chế (ví dụ: khóa API, xác thực IP) để đảm bảo rằng môi trường thử nghiệm của bạn không thể truy cập vào môi trường Sản xuất của bạn.
HTTP500

Câu trả lời:


8

Đây là một câu hỏi khá tải. Lời khuyên chung của tôi là tập trung sự chú ý của bạn vào việc quản lý sự phức tạp và cho phép hệ thống phát triển hữu cơ.

Ảo hóa:

Bạn thực sự muốn tránh máy chủ ngổn ngang, và những ngày này, mọi thứ đều được ảo hóa. Chọn một nền tảng cho phép bạn thêm các máy chủ ảo một cách nhanh chóng, cũng như quản lý chúng một cách hiệu quả. Một xu hướng tôi từng thấy là có hai cụm (ví dụ) AIX hoặc VMWare, một cho prod, một cho không prod. Cái không prod được sử dụng cho tất cả các môi trường dev, thử nghiệm và dàn dựng. Các môi trường này là hoàn hảo cho các máy chủ web hoặc máy chủ ứng dụng, nhưng tôi cố gắng tránh đặt các cơ sở dữ liệu sản xuất lớn, đang phát triển dưới dạng VM (ít nhất là trên các cửa sổ).

Cơ sở dữ liệu

Chúng có thể dễ dàng vượt khỏi tầm tay bất cứ khi nào họ cần chia sẻ tài nguyên với các máy chủ khác. Luôn có cơ sở dữ liệu chạy trên một hệ điều hành chuyên dụng, không bao giờ được chia sẻ với ứng dụng hoặc máy chủ web trừ khi có lý do thực sự tốt cho nó. Cho dù bạn sử dụng VM hay phần cứng là câu hỏi duy nhất.

Bạn muốn một cơ sở hạ tầng có thể mở rộng sẽ không giới hạn bạn nếu bạn cần, ví dụ, chuyển sang một giải pháp phân cụm. Nhiều cơ sở dữ liệu sẽ ổn trong VM, nhưng đối với một số ít cuối cùng sẽ cần nhiều mã lực hơn là thuận tiện để cung cấp trong môi trường VM, thay vào đó bạn sẽ thấy mình muốn đưa chúng vào phần cứng thô .

Nếu bạn không nói về windows, thì một số hướng dẫn này sẽ không liên quan. Ví dụ, thông lệ được chấp nhận phổ biến là đặt các cơ sở dữ liệu đang phát triển lớn dưới dạng LPAR vào một trình ảo hóa AIX.

Lưu trữ

Bạn không thể có ảo hóa thực sự (với tính di động VM và phân cụm máy chủ) mà không cần lưu trữ chia sẻ. Tất cả các máy chủ Prod, dev, tests và QA đều trông giống với bộ lưu trữ của bạn, tuy nhiên bạn có thể muốn đầu tư một chút thời gian để tìm cách ưu tiên sản phẩm của mình. Đó là một ý tưởng rất tồi, ví dụ, để có một đĩa chia sẻ cơ sở dữ liệu prod bị đánh thuế nặng (bộ đột kích, nhóm, bất cứ thứ gì) với một máy chủ dev. Đôi khi, Dev có thể tấn công các đĩa mạnh như prod, và điều cuối cùng bạn cần là tìm hiểu xem liệu một số loại thử nghiệm có làm chậm quá trình sản xuất của bạn không.

Có ai đó biết bộ nhớ của bạn ngồi xuống và phân tích tất cả các nút cổ chai tiềm năng (cổng, bộ đệm, bộ điều khiển, đĩa, v.v.) và cố gắng hết sức để ngăn chặn sự tranh chấp càng nhiều càng tốt giữa prod và non-prod.

Điều đó nói rằng, đôi khi các ứng dụng mọi người cần chạy các điểm chuẩn dev để giúp định lượng các hiệu ứng của một bản vá mới hoặc một cái gì đó. Trong tình huống này, bạn có thể cần phải cung cấp cho họ số lượng mã lực lưu trữ tương tự (hoặc ít nhất là khác nhau về mặt định lượng).


1

Bạn cần môi trường này để làm gì? Nhà cung cấp phần mềm hoặc tổ chức của bạn đang phát triển riêng của họ?

Nếu điều này sẽ giúp nhưng cả HP và Dell sẽ tự mình đến và đánh giá trung tâm dữ liệu hiện tại của bạn và đưa ra cho bạn một đề xuất để tân trang hoặc tạo lại từ đầu. Các độc giả của diễn đàn có thể đưa ra những câu trả lời gần gũi nhưng không nhìn thấy "những gì bạn có và bạn đang ở đâu với những gì bạn muốn và nơi bạn cần đến" sẽ rất khó để đưa ra một câu trả lời chắc chắn. Làm cho mình một ưu tiên và gắn bó với một nhà cung cấp phần cứng vì lý do quản trị.

Chúng tôi có trung tâm dữ liệu của chúng tôi hướng đến điều này trong tâm trí (Chúng tôi có sẵn phần cứng để làm việc đó)

VMWare môi trường C7000 Hp bao vây lưỡi với phụ trợ EMC SAN, kết nối sợi 8 gigabyte.

Điều này cho phép chúng tôi hạn chế spawl, sử dụng điện và chi phí điều hòa không khí. Nó sẽ được sử dụng cho các máy kiểm tra, máy chủ Proof of Concept, máy chủ sản xuất không cần phần cứng duy nhất cho ứng dụng (USB dongle, bảng Fax, ect)

Môi trường máy chủ Blade vật lý C7000 Hp Blade bao vây với 16 lưỡi HBA được kết nối với phụ trợ EMC SAN thông qua sợi 8 gigabyte.

Chúng sẽ dành cho các máy đòi hỏi số lượng lớn RAM và CPU nhưng không có bổ sung phần cứng duy nhất. Máy ảo vẫn ổn trừ khi chúng cần một lượng lớn CPU hoặc RAM. VMWare cho phép vmotion chuyển vmserver sang máy chủ để cân bằng việc sử dụng phần cứng. Bất động sản VM chỉ có hiệu quả chi phí khi được sử dụng tối đa. Có nghĩa là, máy nhỏ hơn thay vì một vài máy lớn. Điều này cũng phụ thuộc vào hệ thống bạn đang cố gắng đứng lên.

Máy chủ vật lý (1U đến 5U)

Máy chủ HP DL360 - DL 5xx. Phần cứng đặc biệt như 4x 8 lõi CPUS và 256 Gigs ram, thẻ nối tiếp cho giao diện viễn thông hoặc bảng fax cao cấp được gắn vào nhiều đường dây điện thoại. Bao gồm trong nhóm này sẽ là các máy chủ mà nhà cung cấp yêu cầu lưu trữ cục bộ lớn.

Đây là một ví dụ nhưng không phải là một câu trả lời đầy đủ. Nghiêm túc, nói chuyện với một nhà cung cấp phần cứng và để họ cung cấp cho bạn một ý tưởng về nơi bạn ở và làm thế nào để làm cho nó tốt hơn / hiệu quả hơn.


0

Tiêu chuẩn hoặc thực tiễn tốt nhất để thiết lập môi trường mới với Phát triển, Thử nghiệm, Dàn dựng và Sản xuất.

Điều này phụ thuộc vào ngân sách trong số những cân nhắc khác. Không chắc chắn nếu có tiêu chuẩn nhưng bạn sẽ muốn giữ HĐH và các phần mềm khác giống nhau trên tất cả các hộp. Sử dụng các công cụ tự động hóa như Puppet để tự động hóa và chuẩn hóa các bản dựng của bạn.

Là trực quan hóa các môi trường trong số một vài hộp vật lý là một thực hành tốt?

Ảo hóa? Đúng. Thực hành tuyệt vời. Nhưng cần phải xác nhận cấu hình của bạn nếu chúng ổn để chạy như các máy ảo.

Tôi đã nghe nói về các tổ chức chia máy chủ thành SQL, Ứng dụng, Máy chủ Web, v.v. Tôi có thể tìm thấy các ví dụ tốt về các giải pháp khả thi để thiết lập máy chủ ở đâu?

Có lẽ những người khác có thể kêu gọi, nhưng imho, bạn sẽ muốn cài đặt các thành phần khác nhau trên các máy chủ khác nhau vì nhiều lý do giữa các nâng cấp và tính sẵn sàng của hệ điều hành và ứng dụng.


1
Đó là tất cả phụ thuộc vào quy mô của dự án của mình. Tôi không nghĩ rằng bạn cần bất kỳ thứ gì cho cơ sở dữ liệu phim gia đình riêng tư của bạn ... :) Tôi nghĩ rằng chúng tôi cần thêm thông tin từ OP
MichelZ
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.