ẹc, tôi deploy nodejs vẫn dùng systemd mà :v chính ra tôi thấy systemd mới là kiến thức áp dụng dc cho nhiều ngôn ngữ/hoàn cảnh khác nhau, mà cái này lại có sẵn không phải setup lằng nhằng. Tất nhiên massive scale thì k8s thì hợp lý hơn, cơ mà lúc đó tôi hi vọng là sẽ có thằng khác setup hộ :">
ẹc, tôi deploy nodejs vẫn dùng systemd mà :v chính ra tôi thấy systemd mới là kiến thức áp dụng dc cho nhiều ngôn ngữ/hoàn cảnh khác nhau, mà cái này lại có sẵn không phải setup lằng nhằng. Tất nhiên massive scale thì k8s thì hợp lý hơn, cơ mà lúc đó tôi hi vọng là sẽ có thằng khác setup hộ :">
p/s: systemd tiện thế mà nhiều thằng anti kinh dị, vài tuần lại thấy lôi lên chửi
thực ra tôi không phủ nhận là docker tiện, nhưng nhiều khi làm mấy thứ unconventional thì biết rõ về linux / sửa trực tiếp trên server các kiểu là điều bất khả kháng, hoặc ít nhất là cũng tiện hơn nhiều.
thực ra tôi không phủ nhận là docker tiện, nhưng nhiều khi làm mấy thứ unconventional thì biết rõ về linux / sửa trực tiếp trên server các kiểu là điều bất khả kháng, hoặc ít nhất là cũng tiện hơn nhiều.
5-10 phút nghe thì ngắn, nhưng lúc deadline đến đít, lại gặp thằng dev gà code hay nhầm thì cũng khó chịu lắm. kiểu cái vụ phải deploy n sites tôi nói ở trên, mỗi lần deploy site mới thằng kia nó phải sửa lại source code của một cái webapp SSO khác để thêm CORS whitelist, lần nào cũng phải ngồi đợi nửa tiếng mỗi lần nó sửa code -> deploy (tôi chỉ là contractor, có rất nhiều phần không thuộc về kiểm soát của tôi). lúc đó nghĩ bụng, đệt có cái CORS thôi, tại sao không vào nginx config mà sửa trực tiếp trên đó mà phải lằng nhằng thế, 2h sáng cmnr... nói chung có rất nhiều lần dính thế này cho nên bài viết đầu tôi mới đưa ra quan điểm là cần dùng linux + làm quen công cụ của linux.
// nhân tiện thì hiện tại mấy cái toy projects tôi deploy toàn dùng git hook post-receiver, chạy script build + restart trực tiếp trên server, tuy đúng là primitive so với các bạn dùng ci/cd, k8s cơ mà tôi dùng nó mấy năm rồi thấy cũng chả có vấn đề gì. bạn nào thấy ci/cd quá overkill thì có thể tham khảo, tôi đảm bảo là trên thế giới không phải chỉ có mình tôi làm vậy đâu
đến mức cần autoscale thì tôi cũng mừng :">
Mấy bác tiện cho em hỏi có cách nào bypass vụ google detect selenium không cho login không nhỉ?
Thread hay quá, tôi có vài cái vps 5$ thì xài k8s có đc ko, hiện tại thì combo shell script + docker vẫn ổn. Trình tôi cũng ko hinh dung ra k8s để làm gì
thực ra tôi không phủ nhận là docker tiện, nhưng nhiều khi làm mấy thứ unconventional thì biết rõ về linux / sửa trực tiếp trên server các kiểu là điều bất khả kháng, hoặc ít nhất là cũng tiện hơn nhiều.
5-10 phút nghe thì ngắn, nhưng lúc deadline đến đít, lại gặp thằng dev gà code hay nhầm thì cũng khó chịu lắm. kiểu cái vụ phải deploy n sites tôi nói ở trên, mỗi lần deploy site mới thằng kia nó phải sửa lại source code của một cái webapp SSO khác để thêm CORS whitelist, lần nào cũng phải ngồi đợi nửa tiếng mỗi lần nó sửa code -> deploy (tôi chỉ là contractor, có rất nhiều phần không thuộc về kiểm soát của tôi). lúc đó nghĩ bụng, đệt có cái CORS thôi, tại sao không vào nginx config mà sửa trực tiếp trên đó mà phải lằng nhằng thế, 2h sáng cmnr... nói chung có rất nhiều lần dính thế này cho nên bài viết đầu tôi mới đưa ra quan điểm là cần dùng linux + làm quen công cụ của linux.
// nhân tiện thì hiện tại mấy cái toy projects tôi deploy toàn dùng git hook post-receiver, chạy script build + restart trực tiếp trên server, tuy đúng là primitive so với các bạn dùng ci/cd, k8s cơ mà tôi dùng nó mấy năm rồi thấy cũng chả có vấn đề gì. bạn nào thấy ci/cd quá overkill thì có thể tham khảo, tôi đảm bảo là trên thế giới không phải chỉ có mình tôi làm vậy đâu
load balancer cũng ko chắc chỉ có 1 cái nữa là. Nên khi đã autoscale thì nên quên cái chuyện SSH đi. Thường cloud provider nó cung cấp template để chạy thêm lệnh, modify server. Deploy thì nó read cái đó rồi thi hành theo thôi.>Có 1 cái server thì có thể SSH thẳng vào rồi sửa.
>Có n cái server, hay chạy qua docker, AWS EB hay mấy cái loại autoscale thì nó khác chứ. Ko lẽ SSH vao sửa. Mà đã auto scale thì web nào lớn no scale lên chục cái container cũng có.
nếu vẫn load balance bằng nginx thì chỉ cần ssh vào cái node load balancer đó sửa trực tiếp nginx thôi chứ đâu phải là sửa n cái server?
cơ mà tôi chưa biết mùi autoscale thế nào, có khi dùng k8s các kiểu cả nginx cũng là managed hết không có quyền sửa nginx config thì các bạn đúng
???
Cty tôi xài AWS thôi. Xài AWS ELB thi đâu có SSH vô dc.
https://docs.aws.amazon.com/elasticbeanstalk/latest/dg/java-se-nginx.html
files:
/etc/nginx/conf.d/server_token_off.conf:
mode: "000644"
owner: root
group: root
content: |
server_tokens off;tôi cũng đồng ý là cái gì lâu dài thì nhét hết vào code cho nó bền, cho nên lúc tôi nêu ví dụ kia tôi nói rõ là trong context nào mà. hotfix/dirtyfix là chuyện thường gặp chứ có phải là hiếm có lắm đâu?
Thì hotfix/dirtyfix nhưng phải xem tech stack nữa. nên ý tôi bảo khoan vội phán xet vì sao nó ko thể làm trong vòng 30s dc mà phải đơi 30p. dù sao hotfix 30p là ok rồi. Cái này cũng do staging ko kỹ thôi.
không nói cái khác, theo cái ss của bạn thì bạn cũng đồng ý việc nhiều khi phải sửa nginx config đúng không?
