19 Bình luận
  • ntmj27
    Có IIS
    • TKM
      @ntmj27 MSSQL nữa .
    • beomupmip
      @ntmj27 Chú founder Atwood của stackoverflow vốn là kẻ nghiện .NET nên đã từng trả lời phỏng vấn khi có kẻ hỏi tại sao không dùng đồ opensource như sau:

      "Atwood: Mostly, C# is what I knew and what I was skilled in -- and I'm a great fan of its primary architect Anders Hejsberg who also created Turbo Pascal and Delphi. Performance was a goal, too, and since C# is a compiled language it's *extremely* fast. I think you can see for yourself that Stack Overflow is absurdly fast. Having switched to Ruby with the Discourse project, I can also testify that Ruby .. is, uh ... not ... absurdly fast.

      The only downside of the .NET environment is, honestly, the SQL Server licensing costs which can be quite extreme at scale. There is movement to make .NET more open source. Plus the long running mono effort.

      The main weakness of .NET is that it's not great for open source projects, though that has changed a bit over the last few years. It never really made sense to open source Stack Overflow -- ask yourself, how many Stack Overflow clones have flourished? Why is that? As a closed source project, the performance, great language design, and scaling of C# worked for us."
  • HuyThai
    bởi vậy, nhiều người chưa ra trang web mà cứ sợ là đông người dùng web sập giờ hardware nào cũng tốt rồi, trừ khi code ngu thôi chứ để nó sập được mấy cái hardware tầm trung bình cũng đã khó lắm rồi
    • ntmj27
      @huythai bạn chưa có kinh nghiệm làm hệ thống lớn rồi. Bên mình chạy 7x con server, trong đó có mấy con khủng long mà chạy vẫn chưa ok đây
    • HuyThai
      @ntmj27 mình không biết bên bạn lớn cỡ nào, nhưng mình đã chạy hệ thống cho Mingle, 1 trong mấy dating site lớn nhất ở Mẽo với vài trăm triệu user + vài nghìn CCU. Và mình xin thưa với bạn là code + infrastructure chả có cái quái gì optimize hết, server mà hơi hơi chậm thì nó mua thêm RAM với cắm thêm máy vào rack ở datacenter
    • ntmj27
      @huythai chơi với cái phong cách dùng phần cứng hấp diêm phần mềm thì chịu rồi. Đi ra vậy
    • HuyThai
      @ntmj27 vấn đề ở chỗ mua 1 con máy 2-3k so với tiền thuê 1 thằng $100/h để optimize cái hệ thống vài triệu dòng code thì rõ ràng mua máy kinh tế hơn và hiệu quả tức thời
    • ntmj27
      @huythai nó đơn giản là đẩy chi phí phát triển vào chi phí vận hành thôi, thêm server là thêm tiền hàng tháng. Càng lâu thì càng bất lợi. Rồi phần cứng không thể tăng mãi được, bao h bạn gặp 1 table tầm 4-6TB thì sẽ hiểu rằng phần cứng không phải lúc nào cũng hấp diêm được phần mềm
    • HuyThai
      @ntmj27 vấn đề là ở chỗ bao nhiêu lâu bạn mới đạt tới cái lưu lượng đó? và tới lúc đó thì tiền của bạn có đủ để optimize hệ thống hay không

      Mình không nói là code ngu rồi đem phần cứng bù vào, mình nói là code vừa đủ, còn lại cứ đập vào phần cứng.

      Mình đúng là chưa bao giờ cần làm gì tới mấy TB dữ liệu, mình cũng không thấy có bất kỳ website thông dụng nào cần cỡ đó, trừ khi bạn làm big data, hoặc tầm cỡ như facebook hay twitter

      Còn lại như mình nói ở trên, vài trăm triệu user với vài nghìn CCU vẫn chưa cần cái gì cao xa cả. Ai tầm thấp hơn cái đấy thì nên tập trung phát triển chất lượng dịch vụ thay vì làm trang web load nhanh thêm 50ms
    • ntmj27
      @HuyThai đơn giản là bạn và mình đang làm ở 2 cái lĩnh vực khác nhau. Bạn làm cho một dự án mới, họ cần ra sản phẩm nhanh, chi phí phát triển vừa phải thôi, chi phí vận hành cao chút cũng ok, vì chưa chắc đã trụ được bao lâu. Mình thì làm ở những dự án đã chạy đc rất lâu rồi và họ muốn tối đa hóa lợi nhuận, giảm các chi phí dư thừa. Vậy thôi.

      Mình chỉ nói rằng không phải lúc nào cái giảm pháp code vừa phải, lấy hardware bù vào cg xài được. Có rất nhiều ứng dụng bắt buộc phải tối ưu hóa từ đầu, ví dụ các ứng dụng realtime, game, ad network, v.v... vì dữ liệu nó sinh ra cực nhanh, dùng phần cứng thì ko phần cứng nào đỡ nổi, hoặc với đặc thù low latency mà giải pháp scale cg ko giải quyết đc. Vậy thôi
    • HuyThai
      @ntmj27 bạn nói vậy thì thôi mình cũng không ý kiến, vì ở trên mình cũng chỉ nói là làm web chứ không làm mấy thứ kia
    • tuyuri
      bác @ntmj27 e ủng hộ bác @huythai 1 tý tẹo , bản thân e cũng ko muốn code lởm nhưng đúng là facebook và google phần cứng cũng bị underutilized bác ạ ! Ko ai khuyến khích code lởm cả nhưng có 1 sự thật là :

      Giá phần cứng đang ngày càng 1 rẻ đi >>> so với bác thuê những tay code quá quá xịn ( trả lương cao ) ---> cân bằng ạ , e xin hết
    • ntmj27
      @tuyuri nó tùy phase của sản phẩm bạn, đến lúc sản phẩm bạn có lãi rồi thì sẽ muốn tối ưu lợi nhuận bằng cách giảm chi phí thôi. Nên tối ưu vẫn phải làm thôi
    • tuyuri
      @ntmj27 tất nhiên ạ , điểm này thì e đồng ý với bác , e mờ có 1 sản phẩm đến giai đoạn lãi thì có khi e sẽ đập nát cái phiên bản đầu tiên để phát triển theo hướng tối ưu
  • quannh-uet
    Đợt đọc bài này cũng không nghĩ stackof chơi kiểu lambda này
    Bên mình đang chơi với HDFS, Spark, Aerospike
    • ntmj27
      @quannh-uet Apache Ignite, Postgresql, Mysql Tuy nhiên vẫn đang tìm giải pháp khác, mấy con base trên hadoop này có vẻ không ổn lắm trong môi trường cloud, nơi mà kết nối internal giữa các server là không tin cậy
    • tuyuri
      @ntmj27 bác có thể tiết lộ bên bác xài Apache Ignite trong case nào với ko ạ ?? E đang ngắm nghía nó qua tý ,
    • ntmj27
      @tuyuri nó dùng được trong nhiều case lắm bạn, coi nó như là 1 cái key value cache, hoặc là task distributor, hoặc là file storage.

      Bên mình thì dùng nó trong ad network, dùng để làm cache cho lịch sử web của người dùng, vừa làm task distributor để thực thi các thuật toán tìm quảng cáo phù hợp luôn

      Một số bạn bè mình thì xài nó làm message queue, tuy nhiên phản ánh lại là performance ko tốt lắm
Website liên kết