Các dịch vụ ảo hóa hoạt động kém hơn đáng kể (xem các thử nghiệm năm 2019 của tôi: httpsjan.rychter.com/enblog/cloud-server-cpu-performance và chi phí cao hơn. Sự khác biệt là bạn có thể "mở rộng quy mô theo yêu cầu"mà tôi thấy là không cần thiết, ít nhất là trong trường hợp của tôi. Và nếu tôi cần mở rộng quy mô, tôi vẫn có thể làm điều đó, chỉ là việc nhận các máy chủ mới mất hàng giờ thay vì vài giây. Chà, tôi không cần phải mở rộng quy mô trong vài giây
Trong trường hợp của tôi, toàn bộ hóa đơn hàng tháng của tôi cho môi trường sản xuất đầy đủ và môi trường chạy thử/dự phòng trùng lặp là không đổi, đơn giản, có thể dự đoán được, rất thấp so với số tiền tôi cần thanh toán cho AWS và tôi vẫn còn rất nhiều khoảng trống về hiệu suất để
Một điều đáng chú ý là tôi coi máy chủ vật lý giống như máy chủ ảo: mọi thứ được quản lý thông qua ansible và tôi có thể tạo lại mọi thứ từ đầu. Trên thực tế, tôi sử dụng một môi trường "devcloud"khác tại Digital Ocean và môi trường đó được tạo ra bằng cách sử dụng địa hình, trước khi được chuyển sang ansible thực hiện phần còn lại của thiết lập
Tôi nghi ngờ rằng VendorOps và các công cụ phức tạp như kubernetes được ưa chuộng bởi các thương nhân phức tạp đã phát sinh trong thập kỷ qua. Nó trông tuyệt vời trên sơ yếu lý lịch và mang lại cho các nhà lãnh đạo công nghệ cảm giác sai lầm về thành tích
Trong khi đó, Stackoverflow, được cho là quan trọng hơn hầu hết các phần khởi động, đang hoạt động trên các máy chuyên dụng
1: httpsstackoverflow.blog/2016/02/17/stack-overflow-the-arc..
Có vẻ như xu hướng trong không gian này là nhảy thẳng lên lớp trừu tượng cao nhất. Bỏ qua các nguyên tắc cơ bản và chỉ vào các công cụ, thư viện và sản phẩm của $buzzword
Bạn thấy thoáng qua điều này trong các hình thức khác nhau. Một là các chủ đề trên mạng xã hội hỏi những thứ như Tôi cần biết bao nhiêu X để học Y Trong đó X là công nghệ hoặc lĩnh vực cơ bản, có thể rất ổn định và Y là một số công cụ du lịch hoặc sản phẩm hoặc dịch vụ trực tiếp
CORBA thuộc về nơi đó. Và có lẽ ngay cả những thứ web ngữ nghĩa. Chắc chắn là XML!
XML rất tuyệt - nếu bạn không tin, thì bạn có thể quan tâm đến những khó khăn khi phân tích cú pháp JSON: httpseriot.ch/projects/parsing_json.html
Và đừng để tôi bắt đầu trên YAML..
Chi phí gia tăng khi ở trên đám mây hoàn toàn xứng đáng với tôi để có cơ sở dữ liệu được quản lý, ảnh chụp nhanh tự động, bộ cân bằng tải được lưu trữ, lưu trữ khối plug and play, v.v.
Tôi muốn lo lắng về việc liệu sản phẩm của chúng tôi có tốt hay không, chứ không phải lo lắng về lỗi phần cứng lúc nửa đêm, khởi chạy một máy chủ mới và khiến nó không hoạt động bình thường vì không có động cơ sử dụng quản lý cấu hình với một hộp duy nhất, có một tác vụ chạy trốn duy nhất gây ra OOM hoặc đầy đĩa và phá vỡ mọi thứ thay vì chỉ tác vụ đó VM, sợ khởi động lại máy đã hoạt động 1000 ngày, v.v.
Đối với tôi, sức hấp dẫn của đám mây không phải là khả năng mở rộng FAANG nhất thời khi không cần thiết, mà là bản vá hệ điều hành tự động, cân bằng tải tự động, dịch vụ NAT, nhật ký tập trung, có thể phân tích, dịch vụ cơ sở dữ liệu mà tôi không phải quản lý. hộp nâng cấp dịch vụ, quản lý khóa mật mã và bí mật, và tất nhiên, lưu trữ đối tượng. (Đây là tất cả những thứ chúng tôi sử dụng khi khởi nghiệp)
Tôi sẽ mạo hiểm và nói rằng các máy chủ chuyên dụng có thể rất khả thi/hiệu quả về chi phí khi chúng tôi đạt đến một quy mô nhất định, thay vì ngược lại. Hiện tại, chi phí đám mây xứng đáng với công ty khởi nghiệp của tôi
Nếu bạn đang thực hiện cấu hình môi trường của mình dưới dạng mã thì cuối cùng sẽ không thành vấn đề nếu mục tiêu của bạn là máy chủ chuyên dụng, vm hoặc một số thiết lập dành riêng cho đám mây được định cấu hình thông qua api
Không thực sự quan trọng cái nào, vấn đề là bạn có một cái có thể xây dựng cho bạn một hộp mới hoặc đưa hộp hoạt động sai trở lại trạng thái tốt chỉ bằng cách chạy một lệnh
Chắc chắn, đống Go(o) thực sự thúc đẩy nó có thể được cải thiện (và nó thực sự đang được cải thiện)
Điều đó nói rằng, sự thật phũ phàng là cách tiếp cận của bạn là đúng, hầu hết tất cả các doanh nghiệp (công ty mới thành lập!) đều xây dựng quá mức thay vì tập trung vào việc cung cấp giá trị, xác định thị trường ngách thực tế, v.v. (Vâng, điều này cũng có khía cạnh nhu cầu, vì Các công ty khởi nghiệp lạm phát tiền của VC xây dựng quá mức, họ muốn phụ thuộc vào các bên thứ 3 có thể chịu tải, mở rộng quy mô với họ, SLA và những thứ khác phải được quảng cáo.)
Kubernetes thật tuyệt vời! Bất cứ khi nào tôi thấy một doanh nghiệp có khả năng cạnh tranh bắt đầu sử dụng Kubernetes, tôi ngay lập tức cảm thấy nhẹ nhõm vì tôi biết mình không phải lo lắng về họ nữa. Họ sắp sửa biến mất trong một đống vấn đề kỹ thuật không thể giải quyết, cố gắng khắc phục những vấn đề không thể tìm ra nguồn gốc trong một đống công nghệ phức tạp không thể tin được và giải quyết những hạn chế do một hệ thống được thiết kế cho các doanh nghiệp có lưu lượng truy cập lớn hơn gấp hai lần áp đặt. Ngoài ra, giá vốn hàng bán của họ sẽ cao hơn của tôi rất nhiều, điều đó có nghĩa là họ sẽ cần định giá sản phẩm của mình cao hơn, trừ khi họ chỉ đang đốt tiền VC (trong trường hợp đó, chúng chỉ là chớp nhoáng)
Những thứ tốt xung quanh
Ansible là bắt buộc, nó có thể hoạt động ở trạng thái tĩnh và chỉ vậy thôi. Nếu nó gặp sự cố, nó sẽ hủy kết nối SSH của nó và phát ra hàng tấn lỗi python và bỏ cuộc mãi mãi. Ngay cả với hàng tồn kho của nó, nó còn lâu mới khai báo
k8s là một trong các vòng điều khiển cố gắng đạt được tiến bộ đối với trạng thái đã khai báo của chúng. Thất bại không phải là một vấn đề, nó sẽ thử lại. Nó sẽ liên tục kiểm tra trạng thái của chính nó, nó có một API tuyệt vời để báo cáo và nhờ có rất nhiều khái niệm được thống nhất nên khó có xung đột lạ giữa các thành phần được triển khai. (Trong khi việc tích hợp nhiều playbook với Ansible không phải chuyện nhỏ.)
httpsgithub.com/spantaleev/matrix-docker-ansible-deploy
Và ngay cả khi k8s mang quá nhiều tính kế thừa, thì sắp tới sẽ có những biểu hiện mỏng hơn của những ý tưởng cốt lõi. (Ví dụ: httpsgithub.com/aurae-runtime/aurae )
Và bây giờ bạn đang gợi ý rằng mọi người sử dụng cách triển khai phi tiêu chuẩn đơn giản hơn?
Vì vậy, tất nhiên bạn có thể thực hiện một giải pháp phức tạp tối thiểu hoặc bạn có thể sử dụng thứ gì đó "có sẵn"k8s rất phức tạp và một số trong số đó chắc chắn không cần thiết cho tình huống của bạn, nhưng nó cũng khá chung chung, linh hoạt, được hỗ trợ tốt, v.v.
>bạn đang gợi ý rằng mọi người sử dụng cách triển khai phi tiêu chuẩn đơn giản hơn?
Điều tôi đề xuất là nếu dự án/phần mềm của k8 quá lớn để thất bại, thì mọi người có thể chuyển sang một giải pháp thay thế. May mắn thay, các khái niệm và API của k8s là nguồn mở, vì vậy chúng có thể được triển khai trong các dự án khác và tôi đã đưa ra một ví dụ như vậy để minh họa rằng việc chọn k8s không phải là khóa nhà cung cấp giống như Oracle
Tôi luôn nghe về tất cả những nội dung tuyệt vời mà bạn thực tế nhận được miễn phí từ các nhà cung cấp dịch vụ đám mây. Công cụ đó có thực sự dễ cài đặt và sử dụng không? Bất cứ khi nào tôi cố gắng thiết lập ngăn xếp LAMP của mình trên dịch vụ đám mây, đó là một quá trình khó hiểu và đáng sợ đến nỗi cuối cùng tôi phải từ bỏ. Tôi đang tự hỏi nếu tôi chỉ cần cố gắng hơn một chút và tôi sẽ đến được Cloud Heaven
Có thể nói "Tôi muốn có một MySQL được nhóm ở đây với loại thông số kỹ thuật này"sẽ tốt hơn nhiều (về mặt thời gian) so với việc bạn tự làm. Các bản cập nhật cũng được bao bọc độc đáo trong hệ thống, vì vậy tôi chỉ nói "áp dụng bản cập nhật mới nhất"thay vì đảm bảo chuyển đổi dự phòng/khởi động lại diễn ra theo đúng thứ tự theo cách thủ công
Vì vậy, bạn trả tiền để đơn giản hóa mọi thứ, nhưng lợi ích từ việc đơn giản hóa đó chỉ bắt đầu với các dự án lớn hơn. Nếu bạn có thứ gì đó trong một máy chủ mà bạn có thể khởi động lại trong khi người dùng của bạn gặp trang lỗi, thì điều đó có thể không đáng
Đám mây không dễ dàng nhưng việc cố gắng làm mát và tiết kiệm năng lượng cho một phòng máy chủ nhỏ ở bất kỳ đâu gần mức hiệu quả mà hầu hết các trung tâm dữ liệu lớn xuất bản là điều không thể cũng như khả năng kết nối internet của nhiều nhà cung cấp
Với đám mây, tất cả những thứ đó sẽ biến mất vì nó được quản lý bởi bất kỳ nhà điều hành trung tâm dữ liệu nào mà đám mây đó đang chạy nhưng điều mà mọi người quên là điều đó cũng đúng với các dịch vụ cho thuê chỗ đặt máy chủ kiểu cũ thường mang lại chi phí/giá trị tốt hơn so với đám mây
Và mặc dù việc quản lý những thứ như AWS hoặc Azure chắc chắn khó hơn vì nó có rất nhiều khái niệm trừu tượng mà các nhà cung cấp vpc nhỏ ẩn giấu với bạn hoặc bạn không thực sự hiểu được với một máy chủ gia đình duy nhất, nhưng không khó ở quy mô phải chạy một vài giá trị của các máy chủ vmware có bộ lưu trữ dựa trên SANVới Công cụ đám mây, bạn có nhiều cấu hình hơn để thực hiện vì đó là về cấu hình máy chủ ảo, v.v.Thay vì mang theo PC trong một hộp đến phòng của bạn, bạn phải "cấu hình"nó để nó khả dụngCơ sở dữ liệu DO có các bản sao lưu mà bạn có thể định cấu hình theo ý thích của mình, lưu trữ chúng trên DO Spaces (như S3).Quản lý người dùng DB thật dễ dàng.Ngoài ra còn có các máy chủ bộ đệm cho RedisBạn có thể thêm một bộ cân bằng tải và kết nối nó với các máy chủ web khác nhau của mìnhTôi nghĩ rằng tôi đã mất khoảng 30 phút để thiết lập 2x máy chủ web, máy chủ DB, máy chủ bộ đệm, bộ cân bằng tải, máy chủ lưu trữ và kết nối tất cả chúng khi cần bằng một vài biểu mẫu đơn giản.Không thể thực sự đánh bại điều đóNếu bạn có thêm thông tin hoặc ý kiến nào, vui lòng chia sẻRất nhiều bài báo trên internet về làm cứng máy chủ Linux, những cái tôi đã thử mất hơn 30 phút để làm theo các bước, lâu hơn nhiều nếu tôi đang cố gắng thực sự tìm hiểu và hiểu từng thứ đang làm gì, tại sao nó lại quan trọng, lỗ hổng cơ bản là gì là gì và cách tôi có thể cần tùy chỉnh một số cài đặt cho trường hợp sử dụng cụ thể của mìnhTôi chắc rằng bạn có thể tìm thấy các tập lệnh thiết lập mẫu trực tuyến (có thể định cấu hình tự động cập nhật, tường lửa, ứng dụng, v.v. của việc chạy 'curl $URL'và sau đó là 'chmod +x $FILE'và 'bash $FILE'.Tôi không cần quản lý cấu hình (tôi đoán là tôi sử dụng dịch vụ sao lưu của nhà cung cấp, dịch vụ này rất quan trọng)Đại loại như thế này: httpsraw.githubusercontent.com/potts99/Linux-Post-Install..(xem trong httpswww.reddit.com/r/selfhosted /comments/f18xi2/ubuntu_d )Rõ ràng điều tương tự cũng có thể xảy ra đối với các máy ảo chạy dài và điều này có thể được giải quyết bằng cách có một nhóm kỷ luật, nhưng tôi nghĩ rằng nó thường có nhiều khả năng xảy ra hơn trong một môi trường chỉ có một chuyên dụng chạy dài duy nhất máyHetzner có tất cả những thứ này ngoại trừ cơ sở dữ liệu được quản lýhttpswww.hetzner.com/managed-serverCác gói lưu trữ web cũng bao gồm 1. DB .unlimited (MySQL và PostgreSQL)httpswww.hetzner.com/webhosting/nó có tự động sao lưu và dự phòng không?>Với sao lưu hàng ngày đã đặt trước hoặc sao lưu đi kèm trong loại máy chủ, tất cả dữ liệu được sao lưu hàng ngày và được lưu giữ trong tối đa 14 ngày.Có thể khôi phục các bản sao lưu (Khôi phục) thông qua giao diện quản trị konsoleHNhưng tôi có ấn tượng rằng cơ sở dữ liệu trên các máy chủ được quản lý dành cho các ứng dụng chạy trên máy chủ đó sử dụng, vì vậy thực sự không có khái niệm về chuyển đổi dự phònghttpswww.hetzner.com/legal/managed-server/Một ổ đĩa trên một máy chủ bị lỗi sẽ không bao giờ gây ra lỗi sản xuất ngừng hoạt độngRất nhiều vấn đề về cấu hình có thể được theo dõi để triển khai độc lập.Tệp phông chữ hoặc JRE đó có thực sự cần được cài đặt trên toàn bộ máy chủ hay bạn có thể gộp nó vào triển khai của mìnhTriển khai của chúng tôi sử dụng các mục tiêu tại chỗ và EC2.Tập lệnh triển khai không khác, chỉ có IP cho máy chủ làBây giờ, tôi sẽ nói liệu tôi có thể sử dụng S3 cho mục đích gì đó hay không.Không có giải pháp thay thế tại chỗ nào cho nó với cùng bộ tính năngQuan điểm của DevOps là "Gia súc, không phải vật nuôi."Đặt một dấu đầu dòng vào máy chủ của bạn mỗi tuần một lần để tìm ra các điểm thất bại của bạnTôi rất vui nếu bạn nhảy vào Discord/Slack của chúng tôi và đưa ra một số vấn đề mà bạn đang gặp phải để chúng tôi có thể giải quyết ít nhất là làm cho trải nghiệm tốt hơn cho những người khác sử dụng Dokku.Vui lòng liên hệ với tôi ở đó (biệt danh của tôi là `savant`)Hãy để tôi mở đầu và nói rằng tôi là một nhà phát triển ứng dụng chỉ có kiến thức về Docker.Tôi không giỏi lắm về hạ tầng và ứng dụng mà tôi gặp khó khăn có các tham số triển khai đặc biệt: Đó là một ứng dụng Python tại thời điểm xây dựng phân tích một số hợp đồng thu thập dữ liệu HTML tĩnh để điền vào cơ sở dữ liệu Postgres tĩnh sau khi được xây dựng. Sau đó, một ứng dụng web Flask sẽ phục vụ đối với cơ sở dữ liệu đó. Quá trình phân tích cú pháp HTML phát triển nhanh chóng và do đó, dữ liệu cơ sở dữ liệu đã điền sẽ được nhóm lại như một phần của (các) hình ảnh ứng dụng IIRC, tôi gặp khó khăn với việc cấu trúc Dockerfiles khi DB không ổn định mà thay vào đó chỉ là một phần tạm thời khác của ứng dụng, nhưng dường như có thể vượt qua được. Vấn đề lớn hơn dường như là làm thế nào để tránh kéo các hợp đồng biểu diễn dữ liệu hiếm khi thay đổi từ S3 cho mỗi bản dựng khi lý tưởng nhất là nó được lưu vào bộ đệm, đặc biệt là theo cách hoạt động lành mạnh trên DigitalOcean và môi trường cục bộ của tôi. Tôi cho rằng bộ nhớ đệm lớp hình ảnh Docker phù hợp sẽ giải quyết được vấn đề, nhưng tôi đã nhanh chóng đạt đến giới hạn kiến thức và sự kiên nhẫn của mình Dokku's DX có vẻ tuyệt vời đối với những người làm những việc bình thường. :) 0. httpscoolify.io/ Ngoài ra, ai lại không muốn chơi với món đồ chơi mới nhất, thú vị nhất bằng tiền của người khác? Chắc chắn có một lý lẽ để di chuyển (một số) nội dung ra khỏi đám mây sau này trong hành trình khi tính linh hoạt (hoặc xử lý thông lượng/xoay vòng) trở thành yếu tố thúc đẩy chính và quy mô/chi phí bắt đầu chiếm ưu thế Chắc chắn rồi, bạn có thể nhận được thứ gì đó hoạt động trên Hetzner nhưng hãy sẵn sàng trả lời nhiều câu hỏi hơn Đồng ý về điểm cuối cùng của doanh nghiệp yêu cầu điều này, một lần nữa thật đáng buồn khi các "yêu cầu"kinh doanh này quy định cách kiến trúc và lưu trữ phần mềm của bạn khi một cách khác có thể tốt hơn nhiều Khắc phục thảm họa là một vấn đề rất thực tế. Đó là lý do tại sao tôi kiểm tra nó thường xuyên. Trong một kịch bản như thiêu đốt, tôi có thể thiết lập và chạy trên hệ thống (dàn dựng) thứ cấp hoặc hệ thống đám mây địa hình trong vòng chưa đầy một giờ. Đối với doanh nghiệp của tôi, như vậy là đủ
Chúng tôi đã trải qua thời kỳ bùng nổ tăng trưởng, và giống như tất cả chúng trước đây, điều đó có nghĩa là có rất nhiều người thiếu kinh nghiệm được trao rất nhiều tiền và kỳ vọng khẩn cấp. Đó là một công thức để sùng bái hàng hóa và tiếp thị bóc lột
Nhưng tăng trưởng đang chậm lại và tiền ngày càng đắt đỏ, vì vậy hãy chậm lại và bắt đầu học lại những bài học cũ với những biến thể mới thú vị. (Giống như ở đây: quản lý tỷ lệ kim loại trần và với các thùng chứa và phối hợp)
Và toàn bộ chu kỳ sẽ lặp lại trong đợt bùng nổ tiếp theo. Đó là ngành công nghiệp của chúng tôi bây giờ
Một máy chủ chuyên dụng chắc chắn hữu ích hơn 99% thời gian so với một VPS bị tê liệt trên phần cứng dùng chung nhưng rõ ràng là nó sẽ tăng chi phí nếu bạn không cần tất cả các tài nguyên mà họ cung cấp
Có - nhưng khao khát "làm những gì mà tất cả những đứa trẻ tuyệt vời đang làm"ít nhất cũng mạnh mẽ ở những người thường được gọi là "nhà quản lý"so với "nhân viên"kết quả A) chi tiêu khổng lồ cho các dịch vụ siêu nhỏ/đám mây gặp trục trặc, ít nhất thì bạn cũng đang làm theo các phương pháp hay nhất, những điều này xảy ra, bạn có thể làm gì
kết quả B) bạn đã sử dụng máy chủ Hetzner và đã xảy ra sự cố, bạn là người đáng lẽ nên sử dụng microservices, hãy tìm kiếm một công việc mới
Do đó khuyến khích các nhà quản lý chọn microservices/cloud. Đó có thể không phải là quyết định đúng đắn cho công ty, nhưng đó là quyết định đúng đắn cho người quản lý và người quản lý là người đưa ra quyết định
(Là một nhà tư vấn muốn có một phần mở rộng và viết phần mềm hoạt động, như tôi đã tìm ra một cách khó khăn.)
Có sự mất kết nối giữa những người sáng lập và những người khác
Những người sáng lập tin rằng họ sẽ tăng gấp 10 lần mỗi năm
Thực tế là họ có khả năng thất bại 90%
90% thời gian - bạn thất bại trong bất cứ điều gì
Khoảng % trong số 10% thời gian bạn thành công, bạn vẫn ổn khi không có đám mây - ít nhất là trong vài năm thành công, có nhiều thời gian để chuyển đổi nếu cần
Tôi chỉ có một thiết lập ansible và nó có thể hoạt động cho cả máy chủ ảo hóa và máy chủ vật lý. Không khác nhau. Sự khác biệt duy nhất là các máy chủ ảo hóa cần được thiết lập với terraform trước và các máy chủ vật lý cần được đặt hàng trước và IP của chúng được nhập vào tệp cấu hình (khoảng không quảng cáo)
Tất nhiên, tôi cũng cẩn thận để tránh trở nên phụ thuộc vào nhiều dịch vụ đám mây khác. Ví dụ: tôi sử dụng VpnCloud (httpsgithub.com/dswd/vpncloud) để liên lạc giữa các máy chủ. Là một lợi ích phụ, điều này cũng mang lại cho tôi sự linh hoạt để chuyển sang bất kỳ nhà cung cấp cơ sở hạ tầng nào vào bất kỳ lúc nào
Điểm chính của tôi là mặc dù các dịch vụ ảo hóa có công dụng của chúng, nhưng có một khoảng cách (rất lớn) giữa VPS sở thích 10 đô la/tháng và một công ty có hoạt động kinh doanh B2C đang tăng trưởng bùng nổ. Hầu hết các doanh nghiệp mới thực sự rơi vào khoảng trống đó: bạn không mong đợi sự tăng trưởng theo cấp số nhân của khúc côn cầu trong một B2B SaaS có lợi nhuận. Đó là nơi bạn nên đặt câu hỏi về lựa chọn "sử dụng AWS"mặc định thông thường. Tôi quan tâm đến giá vốn hàng bán và lợi nhuận của mình, vì vậy tôi xem xét lựa chọn này rất cẩn thận
Bạn không phải là một công ty phần mềm, về cơ bản bạn tạo và bán Sprockets
Các ý kiến ở đây sẽ là thuê một nhân viên công nghệ thông tin/công nghệ thông tin lớn để "mua và bảo trì máy chủ"(PaaS rất tệ) và sau đó có khả năng là "tự viết mã"(SaaS rất tệ) hoặc bất cứ thứ gì hiện đang phổ biến ở đây (chủ đề cuối cùng ở đây là "Đẩy PHP qua SFTP mà không cần Git, và nếu bạn cần thêm"lol)
Nhưng tôi tin rằng các doanh nghiệp nên làm tốt một việc và tránh cố gắng cạnh tranh (làm thủ công) những thứ nằm ngoài năng lực cốt lõi của họ. Trong trường hợp này, tôi chắc chắn nghĩ rằng Sprocket Master không nên cố gắng quản lý phần cứng của riêng họ và nên dựa vào nhà cung cấp để xử lý quy mô, bảo mật, thời gian hoạt động, tuân thủ và tất cả các chi tiết nhỏ. Tôi cũng nghĩ rằng phần mềm của họ phải là tiêu chuẩn không có thật với càng ít nội bộ càng tốt. Họ không phải là cửa hàng phần mềm và nên viết càng ít mã càng tốt
Trên thực tế, Widget Master có thể điều hành các trang web này với một lượng nhân viên khá nhỏ trừ khi họ quyết định thực hiện tất cả theo cách thủ công, trong trường hợp đó, họ có thể cần nhiều nhân viên hơn
Tuy nhiên, những gì tôi cũng thấy và những gì tôi nghĩ mà người đăng bài trước đang nói đến là các doanh nghiệp lấy công nghệ làm cốt lõi của doanh nghiệp và ở đó, điều đó thường ít có ý nghĩa hơn và thay vì tiết kiệm thời gian, có vẻ như lại tốn thời gian. Có một lý do để có các chuyên gia AWS: nó không tầm thường. Máy chủ "thực"cũng không tầm thường nhưng cũng không hẳn khó hơn dịch vụ đám mây
Nhưng những cơ quan đó cũng không muốn có nhân viên để duy trì phần cứng vật lý..
Nhưng Sprocket Masters vẫn phải có một Chuyên gia tư vấn đám mây đắt tiền chỉ để ứng phó với các trường hợp khẩn cấp
Nếu bạn sắp có nhân viên để giải quyết các vấn đề về đám mây, bạn cũng có thể thuê một máy chủ để thay thế
Cá nhân tôi đã chạy Máy chủ chuyên dụng cho doanh nghiệp của mình trong những ngày đầu nhưng khi chúng tôi mở rộng và mở rộng quy mô, việc hợp tác với các nhà cung cấp Đám mây để cung cấp các dịch vụ khác nhau một cách nhanh chóng trở nên dễ dàng hơn rất nhiều mặc dù chi phí tăng lên. Chưa kể việc nói với khách hàng tiềm năng rằng bạn sử dụng "đám mây như AWS"sẽ dễ dàng hơn nhiều so với "Ồ, chúng tôi thuê những máy này trong trung tâm dữ liệu do công ty nào đó điều hành"(điều này thực sự có thể tốt hơn nhưng khách hàng hầu như không hiểu điều đó) . Kiểm toán, Tuân thủ và những người khác
Đối với nhiều người thậm chí còn ít hơn thế. Tôi chạy một dự án nhỏ[1] đã lan truyền một vài lần (30 nghìn lượt xem trong 24 giờ hoặc lâu hơn) và nó đang chạy trên một máy chủ web CPU lõi đơn và một Postgres được quản lý tương tự trên một lõi CPU. Nó thậm chí còn chưa được sử dụng hết công suất
1: httpsaihelperbot.com/Tôi có thể chuyển một số trong số chúng sang hàm lambda không?Hoặc chuyển sang ECS?Hoặc chuyển sang một số dịch vụ đám mây khác du jour?Có thể.Nhưng lượng thời gian tôi dành để viết nhận xét này đã tiết kiệm được khoảng sáu tháng cho một lần chuyển đổi như vậy.Nếu điều đó khó hơn "nhấn nút, nhận dịch vụ được dịch 100% đáng tin cậy", thì thật khó để biện minhMột số điều này cũng là do đám mây cung cấp một số điều khác dịch vụ bây giờ cho phép loại điều này.Tôi không cần chạy cụm Kafka để gửi tin nhắn cơ bản, tất cả chúng đều đi kèm với một xe buýt tin nhắn.Tôi sử dụng cái đó.Tôi sử dụng các tùy chọn DB được lưu trữ.Tôi sử dụng S3 hoặc tương đương, v.v.Tôi thấy những gì còn lại hầu như không đáng để cố gắng tự ép mình vào một số mô hình khác khi tôi đang trả một số đô la mỗi tháng cho chỉ chạy trên phiên bản EC2Không phải ai hay dự án nào cũng có thể làm được điều này.Tôi không coi đây là mục tiêu cuối cùng.Khi nó không hoạt động, tôi ngay lập tức thực hiện hành động mở rộng quy mô thích hợp.Tôi không gợi ý rằng bạn nên thiết kế lại bất cứ thứ gì dựa trên điều này.Tôi chỉ nói rằng, đó không phải là một lựa chọn đáng khinh.Nó có rất nhiều tính linh hoạt và thanh toán khá nhất quán (hay nói cách khác, thực tế là nếu tôi đột nhiên có lưu lượng truy cập gấp 50 lần, hệ thống của tôi bắt đầu bị nghẹt và phun ra một cách đáng chú ý thay vì chỉ đơn giản là tính phí cho tôi thêm hàng trăm đô la đối với tôi là một tính năng chứ không phải là một lỗi) và bạn thường không cố gắng xoay sở để chuyển sang một số mô hình thuận tiện cho một số dịch vụ đám mây nhưng có thể không thuận tiện cho bạnBạn đã bao giờ phải quản lý một trong những môi trường đó chưa?Vấn đề là, nếu bạn muốn có được một số khả năng mở rộng cơ bản cho nhiều người dùng và các nhà phát triển thích hợp thì bạn phải cung cấp quá mức theo một yếu tố quan trọng (có thể làm mất hiệu lực khoản tiết kiệm của bạn)Bạn chắc chắn sẽ kết thúc với một giải pháp riêng biệt, điều đó có nghĩa là những người mới tham gia sẽ gặp khó khăn hơn trong việc làm chủ hệ thống và những người quan trọng rời công ty sẽ mang theo kiến thức sâu sắc về cơ sở hạ tầng của bạn.Bạn quay lại với thú cưng thay vì gia súc.Một số máy chủ là đặc biệt, sau một thời gian, tự động hóa có nghĩa là "rất nhiều tập lệnh vỏ keo ở đây và ở đó"và nâng cấp hệ điều hành có nghĩa là một nửa cơ sở hạ tầng bị KO trong một thời gian hoặc bạn hoàn toàn không nâng cấp hệ điều hànhVà trong trường hợp may mắn, bạn cần mở rộng quy mô. Bạn có thể thấy những bất ngờ khó chịuVà đừng bao giờ để tôi bắt đầu ở khía cạnh kết nối mạng.Trừ khi bạn thuê toàn bộ giá đỡ và đặt phần cứng mạng của riêng mình, bạn sẽ nhận được những gì bạn nhận được.Điều này có thể rất kém về chức năng hoặc hiệu suất Giả sử bạn không làm bất cứ điều gì lạ mắtNếu bạn muốn 100,0000% thời gian hoạt động, chắc chắn rồi.Nhưng bạn không thường xuyên.Các công ty muốn loại thời gian hoạt động đó thường có các nhóm dành riêng cho nóVà việc mở rộng quy mô cũng hoạt động tốt trên kim loại trần nếu bạn mở rộng quy mô theo chiều dọc - bạn có biết số lượng không sức mạnh và thông lượng bạn có thể nhận được từ một máy chủ?Thật đáng lo ngại khi tiếp tục nghe về "mở rộng quy mô"khi người nói có nghĩa là "chia tỷ lệ theo chiều ngang"Nếu yêu cầu của bạn là "mở rộng quy mô", thì tỷ lệ theo chiều dọc sẽ đưa bạn đi rất xaNếu yêu cầu của bạn là "mở rộng theo chiều ngang theo yêu cầu", thì chắc chắn các nhà cung cấp dịch vụ đám mây sẽ trợ giúp ở đó.Tuy nhiên, một số nơi cần loại tỷ lệ đóTôi không nói rằng 100% thời gian hoạt động trên kim loại trần là rẻ, tôi đang nói rằng 100% thời gian hoạt động thường không cần thiếtBởi vì ngành này có rất nhiều người đang theo đuổi xu hướng và từ khóa và điều quan trọng nhất là thêm những từ khóa đó vào CVIME hướng tới khả năng mở rộng là cực kỳ sai đối với hầu hết các dịch vụ/ứng dụng/bất cứ thứ gì.Và thông thường, bạn phải trả quá nhiều chi phí cho các giải pháp "có thể mở rộng", sau đó bạn cần phải mở rộng quy mô để bù đắp cho nóTôi thực sự nghi ngờ điều này.Một chủ đề mà bạn thấy ở hầu hết mọi người đề xuất AWS là sự ảo tưởng cao độ về những gì đảm bảo AWS thực sự cung cấp cho bạnVâng, chắc chắn rồi.Không ai bị sa thải vì mua hàng từ IBMChà, nếu các công ty lớn có bất kỳ năng lực nào trong việc ra quyết định, thì họ sẽ là vô địch và sẽ vô vọng khi làm bất cứ điều gì khác tại tất cả.Vì vậy, vâng, đó là hàng hóa công cộngNguồn: gần ba mươi năm hoạt độngCho đến nay tôi vẫn chưa nhận thấy rằng nếu tôi chi tiêu nhiều hơn đối với công ty mà tôi cũng được trả nhiều tiền hơnđể có được độ tin cậy tương đương với bàn là đắt hơn rất nhiều so với việc thuê "hai máy chủ chuyên dụng"- bây giờ bạn có thể ổn với một máy chủ và một giải pháp dự phòng , và đó là công bằng. nhưng một sysad để tạo ra tất cả những thứ đó, ngay cả trong một hợp đồng ngắn cho thiết lập ban đầu và không cần bảo trì, sẽ vượt xa sự khác biệt về giá trên đám mây, đặc biệt nếu có một cơ sở dữ liệu kết hợp và bạn quan tâm đến dữ liệu đóNgày nay, đám mây cũng tương tự - thời gian đưa sản phẩm ra thị trường nhanh hơn do có ít bộ phận chuyển động hơn.Khi nền kinh tế đi xuống và tăng trưởng chậm lại, những người theo dõi đậu sẽ đến và làm việc của họĐiều đó xảy ra mọi lúcĐiều này chỉ làm cho AWS trở nên phong phú hơn tại các công ty và nhóm đám mây của theofViệc tự động cung cấp và hủy cung cấp một phiên bản EC2 chỉ trong vài giây nếu việc triển khai của bạn cần mở rộng hoặc thu nhỏ quy mô là điều không hề đơn giản.Đó là điều làm cho nó khác biệt cơ bản so với máy chủ kim loại trần
Bây giờ, tôi không phủ nhận rằng việc cung cấp một số máy chủ chuyên dụng nhiều hơn nhu cầu của bạn vẫn có thể tiết kiệm chi phí hơn so với AWS, nhưng khi bạn có khối lượng công việc thực sự khó lường thì không dễ để theo kịp
nếu bạn đang khởi động và tắt máy ảo để đáp ứng đường cầu - có điều gì đó không ổn với kiến trúc của bạn
Bạn đã bao giờ thắc mắc, tại sao stackoverflow lại sử dụng ~8 máy chủ chuyên dụng để phục vụ toàn thế giới và không cần phải khởi động và tắt máy ảo để đáp ứng nhu cầu của khách hàng toàn cầu?
--
Khi lập kế hoạch cho cơ sở hạ tầng điện toán, điều quan trọng là phải quay trở lại vấn đề cơ bản và không rơi vào tuyên truyền của nhà cung cấp đám mây
Bạn tự nói với chính mình. Không phải tất cả các ứng dụng đều cần phục vụ toàn thế giới, do đó nhu cầu sẽ thấp hơn khi mọi người đi ngủ
Ngay cả với các ứng dụng toàn cầu, vẫn có những quy định yêu cầu bạn lưu trữ ứng dụng và dữ liệu ở các khu vực cụ thể. Hãy tưởng tượng một ứng dụng được sử dụng bởi khách hàng ở Châu Âu, Úc và Hoa Kỳ. Chúng cần được phục vụ từ các trung tâm dữ liệu khu vực và một cụm sẽ chủ yếu ở chế độ ngủ khi cụm kia đang chạy (do múi giờ). Với các máy chủ chuyên dụng, bạn sẽ lãng phí 60-70% tài nguyên của mình, trong khi sử dụng thứ gì đó như EC2/Fargate, bạn có thể giảm quy mô xuống gần 0 khi khu vực của bạn đang ngủ
Có một phương pháp cho sự điên rồ, ở đây nó được gọi là "phát triển dựa trên sự đảm bảo công việc"Bởi vì đó là một mối đe dọa cho công việc của họ
Có cả một nhóm người có kỹ thuật để tự tổ chức hoặc tổ chức các phiên bản nhỏ cho gia đình/bạn bè/hiệp hội/câu lạc bộ đi bộ đường dài của họ. Khoản lãi nhỏ này mà bạn có thể chi thêm một chút vì bạn muốn làm cho nó phù hợp, nhưng bạn không thể biện minh cho việc trả nhiều như vậy và dành thời gian để bảo trì chăm chỉ. Một VPS nhỏ, với một Nextcloud được chia sẻ hoặc một trang web nhỏ, là tất cả những gì cần thiết trong nhiều trường hợp
Đối với điều này, tôi thậm chí còn sử dụng một chiếc Raspberry Pi 400 nhỏ trong phòng ngủ của mình
httpsjoeldare.com/private-analtyics-and-my-raspberry-pi-4..
Tôi đã tự lưu trữ nội dung của riêng mình trong gần một thập kỷ nay. Chưa ai thử DDoSing thiết lập của tôi, vì sao họ lại làm như vậy? Họ có thể nhận được lợi ích gì từ nó? Gần như tôi sẽ là người duy nhất bị ảnh hưởng và một khi họ dừng lại thì sẽ không mất nhiều thời gian để hồi phục
Có rất ít hoặc không có động cơ nào để DDoS một hộp cá nhân, chứ đừng nói đến một ngẫu nhiên trên internet
Bạn đang đánh giá quá cao khả năng của một thiếu niên
Chỉ cần ping IP nhiều lần sẽ không thực sự làm được gì nhiều. Có thể một cuộc tấn công DoS tùy thuộc vào mạng mục tiêu có gì về IPS, nhưng ngay cả khi đó, nhiều khả năng họ sẽ lây nhiễm vi-rút cho máy tính của họ trước khi họ có cơ hội thực sự tấn công bạn
Cá nhân tôi đã từng nhận một trong số đó vì tội gian lận trong GTA 5. Điều đó chắc chắn xảy ra và không vui chút nào.
Chỉnh sửa: Có vẻ như điều này có thể là tự động. Đây là một cái gì đó thú vị tôi nên xem xét một chút. Nó có thể chỉ phức tạp hơn đối với máy chủ nhỏ của tôi, nhưng tôi đã nghĩ đến một số cách sử dụng
Về mặt kỹ thuật, phòng thí nghiệm tại nhà của tôi cũng sử dụng một IP công cộng tĩnh--đây là một bài tập về "tôi có thể làm điều này"hơn là "thực sự cần thiết không", nhưng nó vẫn rất tuyệt và tôi rất hài lòng
Về vấn đề duy nhất là tôi phải định cấu hình Wireguard để giữ cho đường hầm hoạt động, nếu không, đôi khi VPS sẽ nhận được lưu lượng truy cập đến và nếu phòng thí nghiệm của tôi không liên hệ trong một thời gian (tại sao lại như vậy?) thì đường hầm sẽ ngừng hoạt động, và kết nối proxy sẽ. Rất may đó là chức năng tích hợp
Vì vậy, có vẻ như việc thêm nguồn cấp dữ liệu RSS/Atom trên trang web trang jekyll hoặc GitHub khá đơn giản
1. httpsgithub.com/jekyll/jekyll-feed
2. httpsdocs.github.com/en/pages/setting-up-a-github-pages-s..
3. httpspages.github.com/versions/
nguyên tử 2c/4t, ram 4gb, ổ đĩa 1tb, 100mbit
Một vài năm hoạt động tại thời điểm này
Nếu không bị gián đoạn: một số nâng cấp có thể là do.
Cập nhật bảo mật hạt nhân là một điều
Tôi thấy Atoms chậm không thể chịu nổi, ngay cả với Linux. Tất nhiên, nó đủ để phục vụ các trang web và không có gì, nhưng thật khó hiểu khi họ sử dụng bao nhiêu năng lượng mà không hoạt động
Chính xác. Các phiên bản VPS dưới $10 này rất phù hợp cho các dự án nhỏ mà bạn không muốn ký kết hợp đồng dài hạn hoặc xử lý việc quản lý máy chủ của riêng mình
Nếu bạn đang điều hành một doanh nghiệp thực tế với lợi nhuận thấp như dao cạo và bạn có toàn bộ thời gian rảnh rỗi để xử lý các sự cố máy chủ nếu (khi) chúng xảy ra, thì những máy chủ chuyên dụng ~$50 đó có thể rất thú vị để khám phá
Nhưng nếu bạn đang điều hành một doanh nghiệp thực tế, thì ngay cả hóa đơn AWS 10.000 đô la/tháng cũng rẻ hơn so với việc thuê một nhà phát triển lành nghề khác giúp quản lý các máy chủ chuyên dụng của bạn
Đây là điều thường bị bỏ qua trong các cuộc thảo luận về chi phí đám mây ở những nơi như HN: Đúng, đám mây rất tốn kém, nhưng việc thuê ngay cả một quản trị viên/nhà phát triển hệ thống bổ sung để giúp bạn quản lý cơ sở hạ tầng tùy chỉnh là cực kỳ tốn kém và kém linh hoạt hơn nhiều. Đó là lý do tại sao chi tiêu giả định 5000 đô la/tháng cho một giải pháp lưu trữ trên đám mây, theo lý thuyết, có thể được xây dựng tùy chỉnh trên máy chủ 50 đô la/tháng với đầu tư đủ thời gian vẫn có thể là một thỏa thuận tuyệt vời. Kỹ sư đắt tiền và thời gian có hạn
Uhhh, xin lỗi nhưng bạn trả cho anh chàng DevOps này bao nhiêu? Đây có vẻ là một quan điểm rất Mỹ, thậm chí cả khu vực thung lũng. Ở châu Âu, thuê một anh chàng sẽ rẻ hơn
Chi phí việc làm được nạp đầy đủ cao hơn đáng kể so với những gì bạn mang về nhà trong tiền lương của mình. Nó thực sự tồi tệ hơn ở châu Âu. Hãy xem các biểu đồ này: httpsaccace.com/the-true-cost-of-an-employee-in-europe/
Nếu bạn trả cho ai đó 1000 EUR ở Vương quốc Anh, công ty sẽ phải trả tổng cộng 1245 EUR
Nếu bạn trả cho ai đó 1000 EUR ở Romania, công ty sẽ phải trả tổng cộng 1747 EUR
Vì vậy, chi phí được nạp đầy đủ 120.000 đô la chỉ có thể mua cho bạn mức lương 68.000 đô la Mỹ cho một người dùng ở EU
Nhưng bạn không thể chỉ có một người sùng đạo. Bạn cần ít nhất 2 người nếu bạn muốn cho phép một trong số họ được nghỉ ngơi, đi nghỉ hoặc đi nghỉ
Tôi có thể kết nối bạn trong khoảng 3 giờ
AWS rất tiết kiệm chi phí cho các dịch vụ khác (S3,SES,SQS, v.v.) nhưng máy ảo không phải là một thỏa thuận tốt. Bạn nhận được ít RAM hơn& CPU, với chi phí ảo hóa và trả nhiều tiền hơn
Đặc biệt đối với Postgres nếu bạn chạy một số thử nghiệm với pgbench, bạn thực sự có thể thấy hình phạt mà bạn phải trả cho ảo hóa
Có lẽ kỹ năng quản trị hệ thống để có thể xây dựng cơ sở hạ tầng của riêng bạn đang trở thành một nghệ thuật bị mai một, nếu không thì tôi không thể giải thích tại sao mọi người lại thích trả tiền gấp 5 lần cho hiệu suất thấp hơn
Hetzner rẻ và đáng tin cậy ở châu Âu, nếu bạn ở Bắc Mỹ, hãy xem OVH. Đặc biệt là giải pháp thay thế tiết kiệm chi phí có tên là SoYouStart. Bạn có thể nhận được 4/8 4,5ghz, 64 RAM và ổ NVME với giá 65 đô la
(Tôi không có liên kết với OVH, tôi chỉ là một khách hàng với gần 100 máy chủ và nó rất hiệu quả với tôi)
Tôi cũng sẽ lưu ý rằng tôi đã già rồi hehe, và một trong những công việc đầu tiên của tôi là chúng tôi có một trung tâm dữ liệu có kích thước phù hợp tại chỗ. Xử lý SAN, ổ băng từ (máy quay băng tự động vào thời điểm đó là máy chủ, v.v. là một PITA khổng lồ. Đóng gói băng và vận chuyển chúng đến văn phòng khác để dự phòng vị trí luôn thú vị
Ứng dụng cụ thể mà tôi quản lý thực sự có tốc độ GHz thấp và không có tất cả dữ liệu trong bộ nhớ. Tôi đã chạy điểm chuẩn trên EC2, một số báo cáo hoàn thành sau ~5 giây có thể mất hơn một phút trên một phiên bản EC2 tương đương có giá gấp khoảng 10 lần. Ứng dụng này thực sự cần CPU thô. và vâng, chúng tôi có một nhóm kỹ sư khá lớn đã tối ưu hóa tất cả các truy vấn, chỉ số, v.v.
Theo như sao chép, sao lưu, v.v. Tôi đã thiết lập tất cả những thứ đó và thành thật mà nói, đó không phải là vấn đề lớn. Đó là một vài chương ngắn trong cuốn sách Postgres giải thích tất cả rất đơn giản, cách định cấu hình, kiểm tra liên tục (và tự động), v.v.
Tôi đồng ý rằng SAN là một cơn ác mộng. Đó là lý do tại sao tôi chuyển tất cả WAL của mình (tệp sao lưu PG) sang S3 (và cuối cùng là Glacier). Bằng cách đó, tôi không phải nghĩ đến việc mất các tệp đó và nó rất rẻ
Tôi nghĩ rằng có một quan niệm sai lầm rằng các loại cấu hình này quá phức tạp đối với một kỹ sư duy nhất để thiết lập và yêu cầu bảo trì không bao giờ kết thúc. Trên thực tế, bạn có thể thiết lập tất cả trong vòng chưa đầy một tuần và nó chỉ thực sự cần bảo trì khi bạn muốn nâng cấp Postgres (một số cài đặt có thể đã thay đổi). Tôi ước tính sẽ mất khoảng 5 giờ mỗi năm để bảo trì
Cơ sở hạ tầng tự phục vụ dường như ngày càng trở nên khả thi khi chúng tôi tiếp tục cải thiện khả năng cung cấp hàng dặm cuối cùng và mở rộng khả năng truy cập cáp quang. Đám mây sẽ trở nên tự ăn thịt người? chắc chắn có thể
Điều mà đám mây mang lại cho bạn là khả năng đưa dữ liệu/khối lượng công việc của bạn vào ngay cốt lõi mà không cần phải thực hiện các giao dịch đặc biệt với nhà cung cấp dịch vụ địa phương của bạn và với khả năng phục hồi cao hơn rất nhiều thì bạn có thể đủ khả năng chi trả trừ khi ít nhất công-ten-nơ 20 foot của bạn đã đầy quy mô máy chủ của nhu cầu điện toán
httpswww.cloudflare.com/products/tunnel/
httpsgithub.com/cloudflare/cloudflared
httpsdevelopers.cloudflare.com/cloudflare-one/connections..
Chỉnh sửa: Nếu bất kỳ ai quan tâm đến việc tự lưu trữ, thì thật đơn giản với đám mây. Tôi có Google Pixelbook 2017 chạy Ubuntu trên chương trình cơ sở tùy chỉnh đang phục vụ trang web dựa trên Flask. Bàn của tôi đang sạc trong khi kết nối với mạng wifi dành cho khách. Nó nhận được số điểm Tốc độ trang trên thiết bị di động là 100/100 và mất 0,8 giây để tải đầy đủ
Từ DO, tôi nhận được tất cả các lợi ích của một công ty đáng tin cậy, khả năng mở rộng, sao lưu tự động, v.v. Không đời nào tôi thay đổi
Đám mây Hetzner hiện có hai địa điểm ở Hoa Kỳ Tuy nhiên vẫn không có máy chủ dành riêng cho Hoa Kỳ - những máy chủ đó sẽ thành sự thật. Ngay cả khi bản thân các dịch vụ đám mây hiện tại của họ đã bằng ~ 30% giá của các dịch vụ đám mây chính tương đương..
Giống như bạn, tôi cũng chạy các dịch vụ của mình từ một máy chủ vật lý đã thuê. Tôi đã từng sử dụng Versaweb, nhưng máy của họ quá cũ. Trước đây tôi không thích Hetzner vì tôi đã nghe những điều không hay về việc họ can thiệp vào những gì bạn đang điều hành
Tuy nhiên, tôi đã chuyển đến chúng vào tháng 12 khi phiên bản Versaweb của tôi vừa mới chết, có thể là SSD do tuổi già. Tôi hiện đang trả 50% số tiền tôi đã trả cho Versaweb và tôi có thể chạy 6 phiên bản Postgres như vậy
Sau đó, người ta tự hỏi liệu có đáng để trả 700 đô la trong số 800 đô la cho một dịch vụ được quản lý với giao diện người dùng đám mây ưa thích, nâng cấp và sao lưu tự động, v.v.
Đối với chương trình 1 người hoặc công ty khởi nghiệp nhỏ, tôi nghĩ là không. Rẻ hơn khi sử dụng một dịch vụ có sẵn và chuyển các bản sao lưu sang S3 hoặc thứ gì đó rẻ hơn
Công ty mà tôi từng làm việc cho công ty A được trả lương cao gấp bốn lần so với công ty B tính cho cùng một dịch vụ, chỉ vì công ty A sẵn sàng gửi hóa đơn hàng quý theo cách phù hợp với hệ thống lập hóa đơn của chúng tôi. Đối với các công ty, việc tiết kiệm vài trăm đô la ở đây và thường không đáng để gặp rắc rối khi giới thiệu thêm bất kỳ ma sát nào
Có một chi phí tiềm ẩn ở đó. Nếu đó chỉ là một hoặc hai trong số đó, chỉ cần sử dụng các dịch vụ được quản lý
Nếu bạn bắt đầu mở rộng quy mô, hãy lấy một loại nhân viên quản trị viên để tiết kiệm cho việc này
Nếu không, tôi phải thuê/ký hợp đồng với một người nào đó rất có kinh nghiệm hoặc dành thời gian của tôi trong một tháng hoặc hơn (không có sẵn), chỉ để chắc chắn 100% rằng chúng tôi luôn có thể nhanh chóng khôi phục các bản sao lưu PITR đã ghi nhật ký
Tôi có thể tiết kiệm chi phí trên đám mây ở những nơi khác, nhưng PostgreSQL được quản lý đáng tin cậy là một lựa chọn khá dễ dàng (ngay cả khi thẻ giá cấp đầu vào cao hơn bạn mong đợi)
Dù sao thì một công ty khởi nghiệp sớm không đủ khả năng để mất một giờ dữ liệu sản xuất có lẽ quá mong manh để tồn tại
Đó là một khởi động sớm - sẽ có những gián đoạn lớn hơn đối với dịch vụ và bất kỳ khách hàng nào bỏ chạy sau một giờ mất dữ liệu sản xuất đều không coi trọng sản phẩm đủ
(Trong lần khởi động cụ thể mà tôi đang nghĩ đến, tôi đã có một số kết xuất DB-online thường xuyên tự động tốt cho S3 với việc duy trì được thực thi, nhưng tôi không nghĩ rằng điều đó đủ tốt cho tình huống cụ thể này. Nhưng không chắc chúng tôi có thể khôi phục bằng PITR/ghi nhật ký sẽ thêm một điểm thất bại mới đánh cược vào sự thành công của một doanh nghiệp mà nếu không thì có thể thoát khỏi con số 9+ trong vài/vài năm, chỉ để tiết kiệm vài trăm.)
Ngoài ra, tôi cho rằng một số công ty khởi nghiệp ban đầu có nhu cầu ít khắt khe hơn, nhưng ung dung về nghĩa vụ của họ đối với dữ liệu của khách hàng/người dùng, vẫn đang cẩu thả trong các thông lệ cơ bản tối thiểu.
Có thể một cách trực quan để đánh giá: Hãy tưởng tượng một câu chuyện tin tức kinh doanh trên HN, về một số hoạt động của các công ty khởi nghiệp, với tên của những người sáng lập công ty khởi nghiệp được đính kèm, và câu chuyện nói và hóa ra họ không có dự phòng tốt Sau đó, một trong những những người đồng sáng lập, những người có thể không ngủ được nhiều vì công ty của họ đang gặp khó khăn xung quanh họ, trả lời "Dữ liệu khách hàng không quan trọng đến thế trong giai đoạn đầu khởi nghiệp; nếu có, chúng tôi sẽ quá mong manh"(được nhập trước khi người đồng sáng lập có thể ném máy tính xách tay của người đó ngang qua phòng để ngăn họ gõ). Nó sẽ không phải là một cái nhìn tốt
Tôi sẽ giải quyết vấn đề này ở phần cuối
>Hãy tưởng tượng một câu chuyện tin tức kinh doanh trên HN, về một số hoạt động của một số công ty khởi nghiệp, với tên của những người sáng lập công ty được đính kèm, và câu chuyện nói và hóa ra họ không có dự phòng tốt
ITYM và hóa ra họ đã không sao lưu giờ trước
Tôi có thể tưởng tượng mọi thứ trong kịch bản của bạn, ngay cả những bit chưa cắt và tất cả đều có vẻ bình thường, trừ khi bạn đọc "Các khách hàng khởi nghiệp của chúng tôi, những người đã sử dụng chúng tôi trong một tháng, tất cả đã rời đi ngay lập tức khi chúng tôi mất giờ cuối cùng của dữ liệu của họ"Tôi thực sự không thể tưởng tượng được viễn cảnh đó
Bây giờ, được cho phép, có một số doanh nghiệp có lợi khi sử dụng nó là thậm chí không có một giờ dữ liệu bị mất
IOW, khách hàng sử dụng nó vì nó sẽ không làm mất bất kỳ dữ liệu nào: chẳng hạn như cộng tác tài liệu trực tuyến[1][2]. Nếu bạn gặp sự cố mất một giờ dữ liệu được nhập lần cuối, thì chắc chắn rồi, tất cả người dùng hiện tại bị ảnh hưởng sẽ bỏ chạy ngay lập tức
[1] Mặc dù, về mặt cá nhân, tôi sẽ giảm thiểu rủi ro bằng cách sao chép tài liệu hiện tại vào bộ lưu trữ cục bộ trong khi nó đang được chỉnh sửa
[2] Chắc sàn chứng khoán cũng cần hệ thống lưu giữ dữ liệu giờ chót? Còn gì nữa không?
Tôi nghĩ ngay cả đối với các nhóm lớn hơn, việc tự quản lý cơ sở dữ liệu cũng có thể hợp lý, giả sử bạn có đủ năng lực để làm tốt việc đó. Có rất nhiều vấn đề có thể xảy ra với các dịch vụ được quản lý và chúng không che giấu việc triển khai cơ bản theo cách mà những thứ như lưu trữ khối hoặc lưu trữ đối tượng làm.
Hiệu suất cao nhất chắc chắn là tồi tệ hơn - nhưng tôi không quá bận tâm nếu thứ gì đó mất nhiều thời gian hơn để chạy. Bạn chắc chắn đúng khi có nhiều tự động hóa trong việc cung cấp máy chủ, điều mà tôi đã không làm với máy chủ vật lý
Tôi đã từng có một máy chủ gốc cho các dự án thú cưng của mình, nhưng thành thật mà nói, điều đó không hợp lý. Tôi không có lưu lượng truy cập cao, tính toán SaaS cường độ cao trên máy của tôi. Nó chỉ là một trang web tĩnh và một số dự án. Tôi giảm xuống còn 24 chi phí hàng tháng bao gồm hộp lưu trữ 1 TB để lưu trữ tất cả dữ liệu của tôi
Vấn đề chính trong bất kỳ tình huống nào liên quan đến phần cứng thực là bạn cần nhân viên có năng lực về cả phần cứng và hệ thống Linux/UNIX. Nhiều người tuyên bố có tên trong sơ yếu lý lịch của họ và sau đó không thể hoàn thành công việc một lần nào (dù sao thì theo kinh nghiệm của tôi). Theo tôi, một trong những lý do chính dẫn đến sự bùng nổ của thế giới đám mây chính là sự khó khăn trong việc xây dựng và chi phí tài chính để xây dựng các đội như vậy. Ngoài ra, có một sự xích mích tự nhiên (và cần thiết) giữa các nhà phát triển ứng dụng và những người làm hệ thống. Những người làm hệ thống phải luôn đẩy lùi và tranh luận để bảo mật hơn, nhiều quy trình hơn và ít triển khai hơn. Nhóm nhà phát triển phải luôn tranh luận về tính linh hoạt hơn, nhiều bản phát hành hơn và ít quy trình hơn. Quản lý tốt sau đó sẽ tấn công con đường trung gian giữa hai bên. Thật không may, những người quản lý không đủ năng lực thường quyết định loại bỏ những người làm hệ thống và chuyển mọi thứ sang vùng đất AWS
Cuối cùng, tôi chỉ lưu ý rằng kiến trúc đám mây có hại cho hành tinh vì nó yêu cầu các nhà cung cấp đám mây cung cấp quá mức và nó đòi hỏi nhiều năng lượng máy tính hơn về tổng thể do có nhiều lớp trừu tượng. Mặc dù bất kỳ dự án nào cũng chịu trách nhiệm về một chút lãng phí này, nhưng toàn bộ đám mây toàn cầu dưới dạng tổng hợp là rất lãng phí. Điều này làm phiền tôi và rõ ràng có khả năng là yếu tố gây ra sự thiên vị cảm xúc trong quan điểm của tôi (quá nhiều muối cho tất cả những điều trên)
Lập luận có thể được đưa ra là bạn có thể phát triển một phương tiện để thuê máy chủ vật lý trước thu nhập, sau đó, khi thấy hợp lý, bạn có thể sử dụng khấu hao tiêu chuẩn - hoặc - Mục 179 khi mua hoàn toàn và/hoặc cho thuê theo Mục 179
Ví dụ: bạn có thể triển khai một nhóm có khả năng cực cao, chẳng hạn như bốn máy 1U vật lý trị giá 100 nghìn đô la được cung cấp quá mức hoàn toàn trong các cơ sở colo khác nhau để dự phòng. Có tất cả các loại thủ thuật ở đây để cân bằng tải và chuyển đổi dự phòng với dịch vụ đám mây XYZ, DNS, anycast, bất cứ điều gì bạn muốn. Bạn có thể sử dụng nhiều cơ sở colo khác nhau vận hành các trung tâm dữ liệu trên khắp thế giới, vận chuyển phần cứng từ nhà cung cấp cho họ, sau đó cung cấp cho họ Ansible hoặc bất kỳ thứ gì bạn đang sử dụng mà không cần nhìn thấy cơ sở hoặc chạm vào phần cứng
Vì vậy, bây giờ bạn có phần cứng vật lý dự phòng hoàn toàn sẽ chạy vòng quanh hầu hết các nhà cung cấp đám mây (đặc biệt là đối với I/O), chi phí cố định như tất cả băng thông bạn có thể (không có đánh dấu 800% dịch vụ đám mây, v.v.) - không phải chờ đợi nữa đối với hóa đơn đám mây trị giá 50.000 đô la không thể tránh khỏi hoặc cố gắng theo dõi (trong cơn hoảng loạn) điều gì đã khiến bạn vượt quá ngân sách đám mây được định cấu hình trong một ngày thay vì một tháng. Ồ nhân tiện, bạn không tự khóa mình vào các API độc quyền ngớ ngẩn để cung cấp và thậm chí sử dụng các dịch vụ không phải là máy ảo do $BIGCLOUD cung cấp
Nếu bạn đang thực hiện bất kỳ ML nào, bạn có thể đào tạo trên phần cứng của riêng mình hoặc (hoặc đám mây không thường xuyên) và chạy suy luận 24/7 với những thứ như NVIDIA A10. Việc thuê đám mây liên tục cho các phiên bản GPU đắt đến mức khó tin và ROI khi mua phần cứng thường trong khoảng vài tháng (hoặc gần như ngay lập tức với Mục 179). Ví dụ: gần đây tôi đã đo điểm chuẩn với Nvidia A10 cho một kiểu máy mà chúng tôi đang phục vụ và nó có thể thực hiện hơn 700 yêu cầu/giây suy luận trong FP32 với độ trễ dưới 10 mili giây. Với một A10 duy nhất trên mỗi khung trên bốn phiên bản khỏe mạnh, đó là 2800 yêu cầu/giây (và có thể được điều chỉnh thêm)
Sau đó, nếu bạn THỰC SỰ lớn, bạn có thể bắt đầu mua tủ và hơn thế nữa. Về các lỗi phần cứng như đã đề cập, tất cả những gì tôi có thể nói là PS RAID-ed kép, v.v. phần cứng (theo kinh nghiệm của tôi) cực kỳ đáng tin cậy. các nhà cung cấp sẽ bao gồm SLA đáng kinh ngạc để thay thế. Bạn thông báo cho họ về sự cố, họ gửi một kỹ thuật viên đến< tám giờ trực tiếp đến cơ sở colo và thay thế đĩa, PS, v.v. với đèn nhấp nháy
Kinh nghiệm của tôi là một tài nguyên FTE (tốt) có thể dễ dàng quản lý điều này với quy mô nhiều tủ. Theo quan điểm của bạn, vấn đề hiện tại là nhiều người trong số những người này đã bị các nhà cung cấp đám mây lớn chộp lấy và thay thế (trên thị trường) bằng các tài nguyên có thể vượt qua ranh giới lố bịch đang sử dụng hàng chục (nếu không muốn nói là nhiều hơn) sản phẩm/dịch vụ từ $ BIGCLOUD
Tôi cũng nhận thấy cấu hình này thực sự đáng tin cậy hơn RẤT NHIỀU so với hầu hết $BIGCLOUD. Không còn thắc mắc điều gì đang xảy ra với $BIGCLOUD ngừng hoạt động mà họ thậm chí không thừa nhận (và bạn hoàn toàn không kiểm soát được). Xuất thân từ nền tảng về viễn thông và chăm sóc sức khỏe, tôi hoàn toàn hoang mang về việc thời gian hoạt động thực sự trở nên tồi tệ hơn nhiều với các nhà cung cấp đám mây. Thông thường, bạn chỉ có thể nói với khách hàng "ồ, hôm nay Internet đang gặp sự cố"bởi vì họ có thể sẽ thấy các tiêu đề về vấn đề này nhưng đối với nhiều ứng dụng, điều đó hoàn toàn không thể chấp nhận được - và chúng ta nên mong đợi điều tốt hơn
[0] - httpswww.section179.org/section_179_deduction/
[1] = httpswww.section179.org/section_179_lease/
Nếu tôi muốn bắt đầu một dự án mới hoặc thử tổ chức một cái gì đó mới, tôi sẽ mất vài phút và tôi đã có các kịch bản. Triển khai nhanh, bảo trì thấp và tôi có nhiều tiền hơn cho số tiền của mình
Đối với bất kỳ ai quan tâm, đây là bản tóm tắt sơ bộ về những gì tôi đang sử dụng:
* Ansible để quản lý tất cả mọi thứ
* Một chút địa hình cho một số mục DNS mà tôi có thể thay thế vào một ngày nào đó
* restic để sao lưu, một lần nữa được kiểm soát bởi ansible
* tailscale cho vpn (Tôi có một số pi đang chạy ở nhà, không có gì quan trọng nhưng tailscale giúp việc này trở nên dễ dàng và an toàn)
* docker-compose cho hầu hết mọi thứ khác
Ứng dụng chính là Clojure, vì vậy tôi chạy một JVM riêng. Cơ sở dữ liệu được phân phối đầy đủ, RethinkDB, hiện đang làm việc để chuyển sang FoundationDB
Điều quan trọng là không quản lý bất cứ thứ gì theo cách thủ công, ví dụ: đối xử với các máy chủ vật lý giống như bất kỳ máy chủ đám mây nào khác. Không quan trọng đó là vật lý hay ảo hóa
Tôi đã thấy rất nhiều người ít kinh nghiệm trả quá cao cho hetzner và tương tự khi vps 5-10 đô la sẽ hoạt động
Có, bạn đang hỗ trợ phần cứng của riêng mình tại thời điểm đó. Không, nó không phải là một vấn đề đau đầu lớn
Chi phí bổ sung lớn nhất cho việc này là thuê thêm địa chỉ IPv4, mà Hetzner tính phí rất cao vì hiện tại có rất ít địa chỉ có sẵn
Bất cứ thứ gì bạn tạo, sẽ bắt đầu với 0 người dùng và toàn bộ máy thực hoàn toàn quá mức cần thiết cho 0 tải mà bạn sẽ nhận được. Bạn nâng cấp VPS của mình thành một cặp máy thực, sau đó thành một cụm nhỏ được thuê và sau đó thành trung tâm dữ liệu (nếu ai đó không cắt xén máy đó). Tất cả những thứ đó đều có hóa đơn có thể dự đoán được và hiệu suất cao nhất so với giá của chúng
Bất cứ thứ gì bạn sở hữu trong một colo cũng sẽ nhiều hơn mỗi tháng. Khi tôi có các kết nối mà tôi có thể trả tiền cho một IP tĩnh, thường là $5/tháng
Tôi hiện đang thuê một máy chủ khá thấp, nhưng nó là $30/tháng. Cách nhiều hơn tất cả mọi thứ mà tôi cần, nhưng nó là tốt đẹp. Và họ đã không bỏ hỗ trợ cho hệ điều hành của tôi trong khi tăng giá để cải thiện hỗ trợ hay gì đó. (Mặc dù tôi đã có một số phần cứng ban đầu cần được hoán đổi)
như bạn đã chỉ ra, kim loại trần là con đường để đi. đang hoạt động ngược lại với đám mây - nhiều công việc hơn một chút khi bắt đầu nhưng chi phí ít hơn rất nhiều khi kết thúc
Thông tin thêm httpseuropa.eu/youreurope/business/taxation/vat/cross-bor..
Thiết lập và quản lý Postgres là một điều khó khăn. Sẽ thật tuyệt nếu có một cách đơn giản hơn để giải quyết vấn đề này
1. Buộc cấu hình có thể sao chép được vì máy ảo sẽ ngừng hoạt động
2. Bạn có thể được giảm giá mạnh trên AWS để giảm bớt nỗi đau
3. Các nội dung khác mà bạn có quyền truy cập trên đỉnh máy ảo rẻ hơn/nhanh hơn khi nội dung của bạn đã có trên đám mây
4. Dễ dàng có cấu hình hệ thống được ghi lại (ví dụ: tài liệu AWS) hơn là đào tạo mọi người/ghi lại những nội dung đặc biệt mà bạn có trong nhà. Đặc biệt hữu ích trong việc tuyển dụng những người mới
5. Bạn không cần không gian hoặc nguồn dự phòng/internet/v.v. tại cơ sở. Chỉ đủ để cho mọi người chạy máy tính xách tay của họ
Tôi đã sử dụng VPS trước đó, nhưng đã dừng lại và chuyển sang VPS vật lý vì nó tốt hơn và chúng tôi không gặp phải (các) giới hạn CPU
Tuy nhiên, giám sát đĩa không quá khó. Đối với ổ cứng, hãy chạy smartctl mỗi giờ một lần, cảnh báo khi các khu vực được phân bổ lại hoặc đang chờ xử lý tăng nhanh hoặc đạt 100. Đối với SSD, hãy khoanh tay; theo kinh nghiệm của tôi với vài nghìn chiếc, chúng có xu hướng hoạt động tốt cho đến khi chúng biến mất khỏi xe buýt, không bao giờ được nhìn thấy nữa. Có kế hoạch khôi phục dữ liệu không liên quan đến việc lưu trữ dữ liệu trên các thiết bị cùng kiểu máy có công suất rất giống nhau trên giờ. Lỗi chương trình cơ sở tương quan với công suất theo giờ là có thật
Rốt cuộc, Hetzner có một API để đặt hàng các máy chủ chuyên dụng và một API để cài đặt HĐH (hoặc để khởi động lại để cứu và flash bất kỳ hình ảnh nào bạn muốn)
Tôi đoán nếu tôi đang điều tra các tùy chọn thương mại, tôi sẽ sắp xếp "thân cây"tại văn phòng bằng giải pháp isp thương mại, IP tĩnh, có thể là phần cứng CNTT tốt, nhưng từ những gì tôi biết vào thời điểm chính xác này nếu khách hàng cần lưu trữ, tôi'd luôn đi thẳng vào thuê vps
Vào thời điểm đó, tôi là một nhà phát triển cấp dưới nhiều hơn nên có lẽ tôi đã từng như vậy nhưng tôi không nhớ điều đó chút nào. Về lý thuyết, tôi đồng ý với những gì bạn đang nói, nhưng việc triển khai Dockerfile cho một thứ gì đó như Google Cloud Run sẽ dễ dàng hơn rất nhiều. Phải, tôi đang trả nhiều hơn số tiền tôi sẽ quản lý VPS của riêng mình, nhưng tôi nghĩ số tiền này còn nhiều hơn cả số giờ dành cho nhà phát triển
- phần cứng vật lý gặp sự cố, v.d. lỗi quạt ->VM của tôi được di chuyển trực tiếp sang một máy chủ khác, tôi không để ý hay quan tâm
- phần cứng vật lý phát nổ ->máy ảo của tôi khởi động lại trên một máy chủ khác, tôi có thể nhận thấy nhưng tôi không quan tâm
Lập kế hoạch thảm họa dễ dàng hơn rất nhiều với máy ảo (ngay cả với vật nuôi không phải gia súc)
Đối với người mới bắt đầu, những cái rẻ nhất sẽ hoàn thành công việc
Tôi chắc chắn rằng khi điện toán đám mây phát triển, những dịch vụ này trở nên phổ biến hơn
Có một khía cạnh khác của điện toán đám mây. Các tập đoàn vừa và lớn, coi điện toán đám mây là tỷ lệ phần trăm một chữ số trong tính toán chi phí của họ. Điều này có nghĩa là các quyết định do người quản lý và nhóm đưa ra thường tìm kiếm độ tin cậy và khả năng mở rộng (để đưa vào bản trình bày của họ) thay vì "thiết lập của tôi đắt hay rẻ"Chủ của tôi đã sử dụng đám mây như một trò chơi kinh doanh/tài chính, không phải là một trò chơi tôn giáo. Chúng tôi thường hạ cánh các bản dựng mới trên đám mây và di chuyển đến trung tâm dữ liệu nếu thích hợp sau này
Các ứng dụng tại chỗ có giá thấp hơn khoảng 40%. Các ứng dụng hiệu quả hơn về chi phí trên đám mây sẽ ở đó
Tôi nghĩ AWS/GCP/Azure không phải là dịch vụ có chi phí cạnh tranh ở Châu Âu. Những gì tôi không thấy là bằng chứng về điều đó đối với Hoa Kỳ
cho cùng một thông số kỹ thuật, chắc chắn. Tôi nghĩ ảo có ý nghĩa ở cả hai đầu - khả năng mở rộng động cho N lớn là quan trọng hoặc bạn thực sự chỉ cần một phần nhỏ của hộp vật lý. Thanh toán 45/tháng cho thứ gì đó chạy find trên 5/tháng cũng không hợp lý và giúp bạn linh hoạt hơn để không kết hợp mọi thứ lại với nhau chỉ để sử dụng máy chủ của mình
Giữ bản sao lưu trong mọi trường hợp. Tốt nhất là trên một nhà cung cấp khác hoặc ít nhất là ở một địa điểm thực tế khác. Và, tất nhiên, kiểm tra chúng
Và nếu bạn đang quản lý một chế độ sao lưu tốt và vẫn giám sát dữ liệu/ứng dụng của mình, thì việc giám sát có gây thêm khó khăn đáng kể không?
--
[1] trên thực tế, nếu bạn tự động hóa quá trình khôi phục sang một vị trí khác, điều mà tôi thực hiện cho một vài bit của mình, thì bạn có thể chỉ cần nhấn nút đó và cập nhật DNS khi hoàn tất và có thể phân bổ thêm một chút RAM+lõi (thử nghiệm của tôi gương nhỏ hơn máy ảo trực tiếp vì chúng không cần phục vụ các mẫu sử dụng thực tế)
Chính xác những gì tôi làm cho bản thân và khách hàng của mình. Tiết kiệm hàng tấn dosh
Ngay cả khi tôi muốn cập nhật, đó chỉ là trường hợp đưa phiên bản mới nhất vào mẫu docker-compose và chạy lại playbook ansible. Rõ ràng là nếu việc nâng cấp đòi hỏi nhiều hơn thì cũng vậy, nhưng nó không khác với bất kỳ thiết lập nào khác hoạt động khôn ngoan
Có lẽ điều duy nhất tôi cần làm mà tôi làm thủ công là kiểm tra các bản sao lưu của mình. Nhưng tôi có một tập lệnh cho từng dự án thực hiện nó nên tôi chỉ cần SSH vào, chạy một lớp lót, kiểm tra kết quả và thế là xong. Tôi làm điều đó khoảng một tháng một lần hoặc lâu hơn, nhưng tôi cũng nhận được email nếu sao lưu không thành công
Vì vậy, nó có thể là không có thời gian ở tất cả. Thông thường, có thể là 1-2 giờ một tháng nếu tôi cập nhật bán thường xuyên. Nhưng điều đó sẽ mở rộng với nhiều thứ bạn lưu trữ và quản lý hơn
Nói cách khác, sự khác biệt duy nhất là tệp kiểm kê ansible đến từ đâu. Đó là một danh sách IP tĩnh hoặc nó đến từ terraform
Nếu bạn muốn RAM ECC, có vẻ như là 60/tháng và nó cũng nâng cấp lên CPU 8 nhân mạnh hơn
Bất kể, nếu chúng ta đang nói về "môi trường sản xuất đầy đủ và môi trường dàn dựng/dự phòng trùng lặp"(để trích dẫn người mà bạn đã trả lời), thì 60/tháng * (2 hoặc 3) vẫn còn rẻ so với AWS của bất kỳ công ty khởi nghiệp nào hóa đơn mà tôi đã thấy
Các trường hợp sử dụng khác nhau, nhưng tôi có xu hướng đồng ý rằng AWS/GCP/Azure không phải là câu trả lời cho mọi vấn đề
Đối với những người có thể điều chỉnh ứng dụng của họ trên VPS 4 đô la, điều đó rõ ràng sẽ rẻ hơn bất kỳ thứ gì bằng kim loại trần, nhưng đám mây mở rộng quy mô rất tốn kém trong nhiều trường hợp. Kim loại trần cũng không phải là câu trả lời cho mọi vấn đề, nhưng nhiều người trong ngành dường như không đánh giá cao khi nó có thể là câu trả lời đúng.
MÁY CHỦ RIÊNG TƯ ẢO#120
