Bốn giải pháp để quản lý phần mềm máy chủ nguồn mở

Bạn phải nhanh nhẹn trong việc thích ứng phần mềm của bạn với không gian trực tuyến. Các doanh nghiệp thuộc mọi quy mô đang bắt đầu thấy lượng lưu lượng truy cập lớn và hoạt động với lượng lớn dữ liệu trải rộng trên nhiều máy chủ. Điều này có thể gây ra một loạt các vấn đề. Vấn đề là phức tạp, nhưng đừng băn khoăn. Có một số giải pháp có sẵn.

Đối với các công ty có truyền thống sử dụng phần mềm thương mại độc quyền, đã đến lúc nắm lấy phần mềm nguồn mở được sử dụng tại các công ty như Netflix, Facebook và LinkedIn. Bất kỳ công ty nào bây giờ cũng có thể chạy phần mềm giống như những người khổng lồ trong ngành - mà không phải trả một khoản chi phí trả trước và phí cấp phép phần mềm. Đây là sự thay đổi hoàn toàn so với sự bùng nổ dot-com đầu tiên, khi các công ty đang đầu tư hàng trăm ngàn đô la vào cơ sở hạ tầng trước khi họ tung ra một sản phẩm.

Chỉ với một thẻ tín dụng và 15 phút, bạn có thể tạo ra một trang trại gồm 100 máy chủ tại Amazon Web Services (AWS) hoặc Rackspace Cloud. Phần mềm nguồn mở đã trưởng thành đến mức bạn có thể tải xuống và cài đặt máy chủ cơ sở dữ liệu cấp doanh nghiệp chỉ bằng một lệnh.

Chuyển đổi máy chủ

Thiết lập máy chủ có thể dễ dàng hơn nhiều với các dịch vụ từ Amazon và tương tự, nhưng làm thế nào để bạn đi đến đó để phần mềm của bạn được cài đặt và chạy an toàn trên đám mây? Dưới đây là bốn giải pháp để khám phá khi bắt đầu:

  1. Nền tảng là một dịch vụ (PaaS): Một loại nhà cung cấp dịch vụ lưu trữ mới đã cắt xén sẽ quản lý nhiều rắc rối này. Đây là cách nó hoạt động: Bạn tải lên mã của mình và cho nó biết bạn cần dịch vụ nào. Điều này cho phép bạn tập trung vào phần mềm của bạn thay vì cơ sở hạ tầng. Nhưng hãy nhớ rằng các dịch vụ PaaS đắt hơn đáng kể so với việc chạy các máy chủ của riêng bạn và chúng thường cung cấp ít linh hoạt hơn trong phần mềm bạn có thể chạy. Heroku dường như là người dẫn đầu trong không gian này vào lúc này, nhưng các dịch vụ như dotCloud và Google App Engine cũng có những dịch vụ hấp dẫn.
  2. Các công cụ quản lý cấu hình: Với tính chất phù du của các máy chủ đám mây, việc quay vòng nhiều máy chủ trong một vài giờ là phổ biến, sau đó xé tất cả chúng để tiết kiệm chi phí. Quản lý cấu hình (CM) cho phép bạn viết toàn bộ quá trình này bằng ngôn ngữ mô tả; nó đòi hỏi ít hoặc không cần nỗ lực thủ công sau khi thiết lập ban đầu. Các công cụ CM này có thể đồng thời đẩy các bản cập nhật cấu hình và phần mềm đến một nhóm máy chủ. Tuy nhiên, họ thường yêu cầu nỗ lực trả trước đáng kể trong quá trình thiết lập ban đầu, cũng như điều chỉnh liên tục. Chef và Puppet là những công cụ phổ biến ở đây, nhưng chúng tôi rất hào hứng với người mới, Salt, cung cấp hàng tấn chức năng ngoài các công cụ quản lý cấu hình hiện có.
  3. Dịch vụ của bên thứ ba: Phần lớn việc ghi nhật ký và cảnh báo của hệ thống có thể được xử lý bởi các dịch vụ của bên thứ ba. Trên thực tế, có thể đưa ra lập luận rằng các nhà cung cấp bên thứ ba là một lựa chọn tốt hơn so với thực hiện công việc nội bộ. Các công ty nổi tiếng trong không gian này bao gồm Di tích mới, Sentry, Pingdom và PagerDuty.
  4. Tư vấn của bên thứ ba: Đường cong học tập ban đầu cho tất cả các công cụ này là dốc. Bạn không chỉ cần học cách sử dụng các công cụ mà còn cần học những công cụ bạn cần. Đối với nhiều công ty, thật hợp lý khi đưa các chuyên gia thành thạo công nghệ này vào việc thiết lập và đào tạo ban đầu.

Biến chứng kết nối

Các biến chứng với máy chủ của bạn có thể là thảm họa nếu không được giám sát. Chúng ta đang thấy các vấn đề điện toán ở quy mô mà chúng ta không cần phải giải quyết trong quá khứ. Trên Internet, một trang web có thể phục vụ hàng triệu lượt xem trang mỗi ngày. Bạn không thể xử lý loại lưu lượng này với một máy duy nhất. Các công ty như Facebook và Google duy trì hàng trăm ngàn máy chủ để xử lý lượng lưu lượng và dữ liệu khổng lồ mà họ nhìn thấy hàng ngày.

Vấn đề đó chỉ trở nên trầm trọng hơn khi Web trở nên thời gian thực hơn. Để cập nhật trình duyệt của bạn với các bản cập nhật Twitter và Facebook, máy tính của bạn đang giữ một kết nối chạy dài đến máy chủ hoặc liên tục mở các kết nối để yêu cầu dữ liệu mới. Đây là mấu chốt của vấn đề C10k hỏi: Làm thế nào để chúng ta có được một máy chủ để xử lý 10.000 kết nối cùng một lúc? Mặc dù một số người đã bị thổi bay bởi con số 10.000 ( Urban Airship có hơn 500.000 ), nhưng vẫn có giới hạn trên và nó ít hơn số người dùng chúng tôi cần hỗ trợ trên một trang web có lưu lượng truy cập cao.

Quản lý cấu hình và triển khai công nghệ trên nhiều máy chủ lúc đầu là một vấn đề quá lớn. Một bước sai lầm có thể có nghĩa là một lỗ hổng bảo mật lớn hoặc phá hủy toàn bộ trang web. Dành thời gian và nguồn lực để xây dựng một cơ sở hạ tầng mạnh mẽ là một điều cần thiết và tương đương với câu ngạn ngữ cũ rằng một ounce phòng ngừa đáng giá một pound thuốc chữa bệnh. Bằng cách thực hiện một số kế hoạch có chủ ý từ sớm, bạn có thể dành nhiều thời gian hơn để đầu tư vào sản phẩm của mình.

Peter Baumgartner là người sáng lập studio web đầy đủ dịch vụ Lincoln Loop , nhà sản xuất Ginger , một nền tảng trực tuyến để giúp các nhóm phân phối giao tiếp. Peter là một chuyên gia về phát triển web dựa trên Django và là một nhà lãnh đạo tư duy trong tinh thần kinh doanh và làm việc nhóm từ xa. Anh ấy chào đón bất cứ ai tiếp cận với anh ấy trên Twitter hoặc Google+ .

© Copyright 2020 | mobilegn.com