19 Bình luận
  • minhdtb

    3 que giờ cũng đói bỏ mẹ, hơi đâu làm mấy chuyện ruồi bu. Nghi là làm ăn lởm khởm đông người dùng nên chết, xong đổ tại

  • minhhl

    Xưa làm web, cứ lúc nào web vào chậm hoặc timeout bị sếp hỏi mà ko tìm ra nguyên nhân thì thằng đầu tiên bị đổ tội là DDOS

  • hatdieubactam

    chắc lại mấy ông ba que làm rồi

  • hxnb

    Khi khó khăn không giúp được gì chỉ toàn phá hoại, an ninh mạng tóm được thì xử bắn nó luôn

  • cmcc

    Lại đổ thừa, nhiều khi do mấy con bot nó crawl nội dung không chừng. Website, server lởm lại đổ thừa 3/

  • minhdtb

    3 que giờ cũng đói bỏ mẹ, hơi đâu làm mấy chuyện ruồi bu. Nghi là làm ăn lởm khởm đông người dùng nên chết, xong đổ tại

  • bazota

    Mấy thằng đầu bòi hở ra cái đổ lỗi baque viettan... Đổi thừa linh tinh. Đứa làm thì nhởn nhơ!

  • captain_vn

    Chuyện gì sai đổ tại 3/ là xong nhỉ! Ahihi

  • Sigma

    HieuPC đâu rồi, vào cuộc đi kìa

  • tungns

    Thông tin peak do team AnVui làm cái này cung cấp 500 requests/s thì mới là dấu hiệu đông người vào của cổng thông tin Quốc gia. Chưa giống dấu hiệu tấn công từ chối dịch vụ.

    • SauDong

      @tungns 500r/s qúa bé mà ko xử lý dc. trình còi quá rồi

    • namwest

      @tungns có mỗi 500 requests / s bọ mà đã tạch thì đem ông IT ra chém là đc rồi

    • tungns

      @namwest Làm chưa tốt thì sửa sai thôi mà bà đòi chém ghê vại

      500 rps với các hệ thống tĩnh, dễ cache như trang tin thì muỗi đốt cột điện nhưng nếu xử lý dynamic thì cũng không phải quá tầm thường, nhất là kết nối đến DB khổng lồ đằng sau (mà data cả nước mà lị).

      Lấy ví dụ thời gian xử lý 1 dynamic request khoảng 100ms là ở mức chấp nhận được, nhưng nếu thiết kế không tốt, ví dụ bị table lock wait, thì chỉ xử lý được tuần tự, throughput chỉ còn 10 rps thôi.

      Vấn đề trên có thể xử lý được bởi cách thiết kế và lựa chọn công nghệ phù hợp và có planning. Cụ thể AnVui sao thì mình không rõ. Chỉ đề nghị đừng vội chém tội người ta

    • namwest

      @tungns chém chứ anh. IT bọ như bọn em thì ko nói, đây là 1 cổng to to của quốc gia, IT ko đủ trình thì đáng mang ra chém chứ để phiền hà cho nhân dân quá.

      Cá nhân em thấy request nên có hồ chứa, khi nào có kết quả thì phản hồi qua mail/ĐT sau, chứ chẳng ai bắt xử lý a-z ngay lập tức cả. Mà đã có nơi chứa rồi thì scale mấy bạn đầu xử lý lên đơn giản hơn.

      À em cũng đồng ý vấn đề do hoạch định công suất và thiết kế app ban đầu là chủ yếu.

  • minhhl

    Xưa làm web, cứ lúc nào web vào chậm hoặc timeout bị sếp hỏi mà ko tìm ra nguyên nhân thì thằng đầu tiên bị đổ tội là DDOS

  • satthu82

    làm cái lởm chởm,, sợ bị vạch tội, lên đổ lỗi là xong,, kiểu này rất quen

  • namwest

    không loại trừ khả năng hệ thống lởm khởm mà nhu cầu truy cập cao nên đổ thừa cho hách cơ.

Website liên kết