大型視頻網站的技術架構方案

國內的不清楚,給你看看YOUTUBE的
YouTube 的架構擴展
在西雅圖擴展性的技術研討會上，YouTube 的 Cuong Do 做了關于 YouTube Scalability 的報告。視頻內容在 Google Video 上有(地址)，可惜國內用戶看不到。
Kyle Cordes 對這個視頻中的內容做了介紹。里面有不少技術性的內容。值得分享一下。(Kyle Cordes 的介紹是本文的主要來源)
簡單的說 YouTube 的數據流量, "一天的YouTube流量相當于發送750億封電子郵件.", 2006 年中就有消息說每日 PV 超過 1 億,現在? 更夸張了,"每天有10億次下載以及6,5000次上傳", 真假姑且不論, 的確是超乎尋常的海量. 國內的互聯網應用,但從數據量來看,怕是只有 51.com 有這個規模. 但技術上和 YouTube 就沒法子比了.
1. Web 服務器
YouTube 出于開發速度的考慮，大部分代碼都是 Python 開發的。Web 服務器有部分是 Apache， 用 FastCGI 模式。對于視頻內容則用 Lighttpd 。據我所知，MySpace 也有部分服務器用 Lighttpd ，但量不大。YouTube 是 Lighttpd 最成功的案例。(國內用 Lighttpd 站點不多，豆瓣用的比較舒服。by Fenng)
2. 視頻
視頻的縮略圖(Thumbnails)給服務器帶來了很大的挑戰。每個視頻平均有4個縮略圖，而每個 Web 頁面上更是有多個，每秒鐘因為這個帶來的磁盤 IO 請求太大。YouTube 技術人員啟用了單獨的服務器群組來承擔這個壓力，并且針對 Cache 和 OS 做了部分優化。另一方面，縮略圖請求的壓力導致 Lighttpd 性能下降。通過 Hack Lighttpd 增加更多的 worker 線程很大程度解決了問題。而最新的解決方案是起用了 Google 的 BigTable， 這下子從性能、容錯、緩存上都有更好表現。看人家這收購的，好鋼用在了刀刃上。
出于冗余的考慮，每個視頻文件放在一組迷你 Cluster 上，所謂 "迷你 Cluster" 就是一組具有相同內容的服務器。最火的視頻放在 CDN 上，這樣自己的服務器只需要承擔一些"漏網"的隨即訪問即可。YouTube 使用簡單、廉價、通用的硬件，這一點和 Google 風格倒是一致。至于維護手段，也都是常見的工具，如 rsync, SSH 等，只不過人家更手熟罷了。
3. 數據庫
YouTube 用 MySQL 存儲元數據--用戶信息、視頻信息什么的。數據庫服務器曾經一度遇到 SWAP 顛簸的問題，解決辦法是刪掉了 SWAP 分區! 管用。
最初的 DB 只有 10 塊硬盤，RAID 10 ，后來追加了一組 RAID 1。夠省的。這一波 Web 2.0 公司很少有用 Oracle 的(我知道的只有 Bebo,參見這里). 在擴展性方面，路線也是和其他站點類似，復制，分散 IO。最終的解決之道是"分區",這個不是數據庫層面的表分區，而是業務層面的分區(在用戶名字或者 ID 上做文章,應用程序控制查找機制)
YouTube 也用 Memcached.

自己制作的視頻在大屏幕上播放的各項技術要求

一般的常規的就行了。你要清晰就分辨率控制在1280X720以上，碼率控制在5000kpbs以上。格式一般的AVI，mp4，mov，mpg之類的。一般的視頻素材應該都是16:9的。反正你按照長寬比是16:9的做就行了。會聲會影可以輸出高質量的視頻。前提是你的素材也是高質量的。一般的剪輯會聲會影應該可以滿足。如果需要些復雜的特效之類的，可以用premiere（專業的剪輯軟件參數可控性更強）或者AE（后期特效合成軟件）。一般的會聲會影應該可以應付了。

小區視頻監控技術方案如何做？

找一家做監控設備的廠家，把小區圖紙給他，他會全部給你做好。

請問微視頻怎么制作？

制作微視頻，推薦用 數碼大 師 適合初學者
人人都會用的精美相冊制作軟件
我教你制作步驟吧~
點擊 視頻相冊 選項卡，導入照片即可，插入視頻短片做片頭/片尾，點擊 修改名字/注釋/旁白 按鈕，巧用文字特效功能為圖片添加文字。加上自己喜歡的音樂，MTV動感歌詞字幕方便你跟唱
幾百種相片轉場特效、夢幻動感場景智能應用，不需要手工設置
生成精美高清視頻，在高清電視上播放，或發到優酷、土豆等視頻網站