thảo luận Code trên Mac với Win cái nào sướng hơn?

  • Người tạo chủ đề Người tạo chủ đề bamboo.bamboo
  • Ngày bắt đầu Ngày bắt đầu
Tôi dùng static language (f#) nên tất nhiên phải build thành công tôi mới commit. Code của tôi tách business logic với infrastructure logic (auth, pesistance...). Như tôi đã nói business của tôi rất ít nên unit test cho cái này hầu như không có. Infrastructure thì tôi cũng chỉ viết unit test cho postgres. Tôi không viết integration test.

Thật ra tôi cũng muốn setup 1 cái CI/CD để chạy unit test -> deploy, nhưng tôi thắc mắc không biết có cần phải dùng đến docker không?
>F#
nice.
 

Trước F# tôi cũng có code thử elixir giống anh nhưng sau bỏ. Vì nó là dynamic language, và tôi cũng không biết xử lý lỗi kiểu gì, cái "let it crash" nghe có vẻ không đúng lắm với FP. Sang F# tôi mới biết người ta dùng monad (Railway oriented programming). Chuyển sang lập trình hàm tôi thấy công việc của mình được cải thiện rất nhiều.

Quay lại docker, nếu nó có ích lợi hơn so với viết shell script thì tôi cũng sẵn sàng học.

À mà tôi chỉ đang nói tới dự án quy mô con kiến thôi.
 
Trước F# tôi cũng có code thử elixir giống anh nhưng sau bỏ. Vì nó là dynamic language, và tôi cũng không biết xử lý lỗi kiểu gì, cái "let it crash" nghe có vẻ không đúng lắm với FP. Sang F# tôi mới biết người ta dùng monad (Railway oriented programming). Chuyển sang lập trình hàm tôi thấy công việc của mình được cải thiện rất nhiều.
F# ngon hơn nhưng tôi hơi ngại .net ecosystem cho nên không dùng :(
BEAM languages thì gần đây có https://gleam.run/ chú trọng hơn vào FP với types, mà còn mới chưa ăn thua.
 
K8s core của nó là docker nhung lên thành cloud service thôi, như kvm và openstack thôi. Chảng lẽ đi mở rộng docker trên một host
....

Anh lại sai nữa nha, đốc cơ là đôc cơ chứ liên quan gì k8s. k8s ng ta hay versus docker swarm. Ngoài docker container thì có rất nhiều container runtime khác nha (c-rio, rtk, podman, ...)
 
Tôi dang làm vng, thằng bạn kia là thằng nào, tôi làm ở đay 10 năm rồi, tin tức nghe ngóng chắc chắn hơn thằng bạn, một con máy chủ 200k est tcp, rất khủng, ko có cái gọi là instance

via theNEXTvoz for iPhone
Ai lại cần docker/vm khi cả con machine ấy là 1 instance, bonus thêm tầm 1-2 em machine backup, rep, slave các thứ :sexy:
zalo thiếu gì tiền :beauty:

via theNEXTvoz for iPhone
 
Bây h vẫn thế ợ.
Xưa chỉ nản lúc checkout cái corelib = SVN, build Java project xài Ant thôi :( lâu v~ nồi , vì tất cả lib ở đó hết. Ko biết h đã chuyển sang Git vs maven cho tiên chưa ta
Giờ corelib vẫn dùng svn để checkout thôi bác ạ, mấy team nhỏ thì tự dùng git nội bộ thôi.
Mỗi lần đổi máy checkout hơn 30Gb, mà hay bị crash nữa. :whistle::whistle:
 
Core là core, còn container runtime thì cả đống tùy anh chọn. K8s ko ép, ko bắt buộc anh dùng docker nha anh. Và k8s nhiệm vụ của nó ko giống docker nên chả phải core gì của nhau.

Sent using vozFApp
Trong thread này đang nói k8s và instance engine là docker, anh này đi vô thể hiện cái gì vậy, thích bắt bẽ từ ngữ à, ghi thêm cái openstack và kvm vẫn bị mấy thằng đàn bà soi từ ngữ , khác mẹ gi ai mà ko biet openstack ngoài engine kvm còn esxi, xen, docker có thể chạy chung được, sợ ko ai biết hay sao ? Có ai cần anh này giải thích k8s và docker khác nhau ko, vô nhét chữ vô môm người khác để tỏ ra thông thái à
 
Sửa lần cuối:
Trong thread này đang nói k8s và instance engine là docker, anh này đi vô thể hiện cái gì vậy, thích bắt bẽ từ ngữ à, ghi thêm cái openstack và kvm vẫn bị mấy thằng đàn bà soi từ ngữ , khác mẹ gi ai mà ko biet openstack ngoài engine kvm còn esxi, xen, docker có thể chạy chung được, sợ ko ai biết hay sao ? Có ai cần anh này giải thích k8s và docker khác nhau ko, vô nhét chữ vô môm người khác để tỏ ra thông thái à

Anh đi bắt người ta, cái người ta bắt anh anh cho là thể hiện. Thread này là "Code trên Mac với Win cái nào sướng hơn?", còn bàn về k8s thì mấy ông kia cũng bàn riêng khái niệm chả ai nói CORE như anh.

Có ai cần anh này giải thích k8s và docker khác nhau ko, vô nhét chữ vô môm người khác để tỏ ra thông thái à

Đây là câu trả lời

Hình như nhiều anh ở đây cứ gôm docker với k8s vào làm 1 nhỉ. ...
 
Anh đi bắt người ta, cái người ta bắt anh anh cho là thể hiện. Thread này là "Code trên Mac với Win cái nào sướng hơn?", còn bàn về k8s thì mấy ông kia cũng bàn riêng khái niệm chả ai nói CORE như anh.



Đây là câu trả lời
ok you win, cứ cho không phải core đi :baffle:
 
Ai lại cần docker/vm khi cả con machine ấy là 1 instance, bonus thêm tầm 1-2 em machine backup, rep, slave các thứ :sexy:
zalo thiếu gì tiền :beauty:

via theNEXTvoz for iPhone

Ko phải thiếu tiền hay ko.
Mà là kiểu họ ko thay đổi ấy. Zalopay (khác với zalo nhé) thì dùng k8s rồi.

Còn zalo, kiểu họ đã deploy lên từ nhiều năm trước, nó vẫn chạy bt, ổn định thì họ ko có plan cho việc dùng docker hay gì khác, vì nó mất thời gian và cũng khá tốn công sức. Trong khi họ có nhiều task ưu tiên hơn.
Chứ mình nói thẳng là cách deploy của họ cũng .... củ chuối lắm. Mình làm backend mà cũng từng deploy service/product trong zalo mà.

Ngày trc mình đi phỏng vấn bên Teko, có 1 lão từng hỏi mình zalo deploy kiểu gì, mình cũng nó như bác trên thì lão bảo "sao giờ này còn dùng kiểu vậy". Mình cười thôi chứ chả nói gì, vì rất khó giải thích cho họ hiểu.

Tất nhiên lúc gặp sự cố sẽ rất mệt. Ví dụ như cái hồi VNG bị nổ máy phát điện 2 năm trước.
Mất rất lâu mới phục hồi lại dc, căn bản là do mất thời gian ngồi start đống service lên thôi. Cả ngàn service trong đó, nó như cái mạng nhện vậy, ko biết cái nào bật trước, cái nào bật sau, làm thế nào để bật.... nên khá tốn công sức.
 
Ko phải thiếu tiền hay ko.
Mà là kiểu họ ko thay đổi ấy. Zalopay (khác với zalo nhé) thì dùng k8s rồi.

Còn zalo, kiểu họ đã deploy lên từ nhiều năm trước, nó vẫn chạy bt, ổn định thì họ ko có plan cho việc dùng docker hay gì khác, vì nó mất thời gian và cũng khá tốn công sức. Trong khi họ có nhiều task ưu tiên hơn.
Chứ mình nói thẳng là cách deploy của họ cũng .... củ chuối lắm. Mình làm backend mà cũng từng deploy service/product trong zalo mà.

Ngày trc mình đi phỏng vấn bên Teko, có 1 lão từng hỏi mình zalo deploy kiểu gì, mình cũng nó như bác trên thì lão bảo "sao giờ này còn dùng kiểu vậy". Mình cười thôi chứ chả nói gì, vì rất khó giải thích cho họ hiểu.

Tất nhiên lúc gặp sự cố sẽ rất mệt. Ví dụ như cái hồi VNG bị nổ máy phát điện 2 năm trước.
Mất rất lâu mới phục hồi lại dc, căn bản là do mất thời gian ngồi start đống service lên thôi. Cả ngàn service trong đó, nó như cái mạng nhện vậy, ko biết cái nào bật trước, cái nào bật sau, làm thế nào để bật.... nên khá tốn công sức.
Đang chạy tốt mà đập ra xây lại chỉ vì có cái mới hơn thì có khi ra đê cả lũ :shame:
 
Ko phải thiếu tiền hay ko.
Mà là kiểu họ ko thay đổi ấy. Zalopay (khác với zalo nhé) thì dùng k8s rồi.

Còn zalo, kiểu họ đã deploy lên từ nhiều năm trước, nó vẫn chạy bt, ổn định thì họ ko có plan cho việc dùng docker hay gì khác, vì nó mất thời gian và cũng khá tốn công sức. Trong khi họ có nhiều task ưu tiên hơn.
Chứ mình nói thẳng là cách deploy của họ cũng .... củ chuối lắm. Mình làm backend mà cũng từng deploy service/product trong zalo mà.

Ngày trc mình đi phỏng vấn bên Teko, có 1 lão từng hỏi mình zalo deploy kiểu gì, mình cũng nó như bác trên thì lão bảo "sao giờ này còn dùng kiểu vậy". Mình cười thôi chứ chả nói gì, vì rất khó giải thích cho họ hiểu.

Tất nhiên lúc gặp sự cố sẽ rất mệt. Ví dụ như cái hồi VNG bị nổ máy phát điện 2 năm trước.
Mất rất lâu mới phục hồi lại dc, căn bản là do mất thời gian ngồi start đống service lên thôi. Cả ngàn service trong đó, nó như cái mạng nhện vậy, ko biết cái nào bật trước, cái nào bật sau, làm thế nào để bật.... nên khá tốn công sức.
Mình đang nói nếu có đủ resources để chạy 1 service 1 machine thì đâu cần docker/vm. Bạn nói lan man dài dòng chê hệ thống zalo deploy với start service làm gì vậy :surrender:
 
Mình đang nói nếu có đủ resources để chạy 1 service 1 machine thì đâu cần docker/vm. Bạn nói lan man dài dòng chê hệ thống zalo deploy với start service làm gì vậy :surrender:

Thì bác nói thế nên mình mới bảo là ko phải như thế!
ở zalo cũng ko phải lúc nào cũng 1 service/1 machine.
 
Và cái chuyện họ ko dùng docker thì lý do là như mình có nói, nó ko liên quan gì tới việc 1 hay n service / 1 machine cả.
 
Nói chung việc Zalo ko dùng docker thì tôi thấy bt thôi. System đã viết sẵn, còn xài cả SVN như anh kia nói thì tôi biết mấy hệ thống lớn vậy legacy code nhiều muốn chuyển qua 1 ngày thì ko dc đâu. Lý do nó đang chạy ổn ko phải chuyển qua thì nó hợp lý rồi :)
Mà ổn thì tôi hy vọng VNG ko bị vụ cúp điện như bữa trước :amazed:
Còn giờ start dự án mới mà ko tính đường scale up (dùng gì thì tôi ko biết tôi ko có đòi docker nhá :amazed: ) thì phải khác. Ma dự án doanh nghiệp chứ ko phải hobby nhé lại bảo này nọ mệt.
 

Thống kê chủ đề

Ngày tạo
bamboo.bamboo,
Người trả lời cuối
2TbP,
Trả lời
597
Lượt xem
77.817
Quay lại
Lên đầu trang