91精品国产综合久久四虎久久_国产成人午夜高潮毛片_99er视频精品免费观看_2020亚洲熟女在线观看_日本女优人体写真_国内黄色毛片_年轻的老师中文版在线_丰满女邻居做爰_久久久久久精品成人免费图片

 
微服務(wù)成功啟示錄
微服務(wù)成功啟示錄
Sarah Wells 著
宋奕興, 婁麒麟, 葛燦, 趙正陽 譯
出版時間：2025年09月
頁數(shù)：476
“這是一本出色的參考書，能夠幫助你了解在小型且被充分授權(quán)的團(tuán)隊(duì)中，實(shí)現(xiàn)‘快速工作流’模式時會遇到的情況。對于任何具有前瞻性的組織來說，這都是必讀之作。”
——Matthew Skelton
《團(tuán)隊(duì)拓?fù)鋵W(xué)》聯(lián)合作者，Conflux CE
微服務(wù)是一種極具效能的架構(gòu)模式，可以為組織和客戶創(chuàng)造價值。如果使用得當(dāng)，微服務(wù)可以讓你每天都對系統(tǒng)的不同部分進(jìn)行數(shù)百次變更，從而加速交付。但如果處理不當(dāng)，微服務(wù)只會讓整個系統(tǒng)變得更加復(fù)雜。
在本書中，資深技術(shù)領(lǐng)導(dǎo)者 Sarah Wells 提供了實(shí)用且深入的建議，幫助組織順利遷移到微服務(wù)架構(gòu)。早在2013年，她便在《金融時報》率先構(gòu)建了微服務(wù)架構(gòu)，并在此過程中積累了豐富的實(shí)踐經(jīng)驗(yàn)。她將在書中分享從零開始構(gòu)建微服務(wù)時需要采取的方法，并揭示可能會讓你陷入困境的常見問題。此外，你還將學(xué)習(xí)如何在系統(tǒng)逐步成熟的過程中維護(hù)架構(gòu)，同時盡量減少維護(hù)和支持的成本。
通過本書，你將學(xué)到：
● 微服務(wù)對軟件開發(fā)模式和實(shí)踐的影響。
● 成功構(gòu)建和運(yùn)行微服務(wù)架構(gòu)所需的組織變革。
● 在遷移到微服務(wù)之前必須完成的關(guān)鍵步驟。
● 設(shè)計微服務(wù)架構(gòu)時需要避免的陷阱，以及如何從錯誤中恢復(fù)。
  1. 序
  2. 前言
  3. 第一部分 背景認(rèn)知
  4. 第1章 理解微服務(wù)
  5. 1.1 微服務(wù)架構(gòu)風(fēng)格
  6. 1.1.1 服務(wù)集合
  7. 1.1.2 獨(dú)立進(jìn)程運(yùn)行
  8. 1.1.3 輕量級通信機(jī)制
  9. 1.1.4 圍繞業(yè)務(wù)能力構(gòu)建
  10. 1.1.5 可獨(dú)立部署
  11. 1.1.6 “Small”小型化
  12. 1.1.7 最小化集中管理
  13. 1.1.8 技術(shù)異構(gòu)性
  14. 1.2 前驅(qū)方案與替代選項(xiàng)
  15. 1.2.1 單體架構(gòu)
  16. 1.2.2 模塊化單體架構(gòu)
  17. 1.2.3 面向服務(wù)的架構(gòu)
  18. 1.3 微服務(wù)生態(tài)系統(tǒng)
  19. 1.3.1 基礎(chǔ)設(shè)施即代碼
  20. 1.3.2 持續(xù)交付
  21. 1.3.3 公有云
  22. 1.3.4 新型部署模式
  23. 1.3.5 開發(fā)運(yùn)維一體化（DevOps）
  24. 1.3.6 可觀測性
  25. 1.4 微服務(wù)優(yōu)勢
  26. 1.4.1 獨(dú)立可擴(kuò)展
  27. 1.4.2 健壯性
  28. 1.4.3 小步快頻，輕松發(fā)布
  29. 1.4.4 靈活的技術(shù)選型
  30. 1.5 微服務(wù)架構(gòu)的挑戰(zhàn)
  31. 1.5.1 網(wǎng)絡(luò)延遲
  32. 1.5.2 技術(shù)資產(chǎn)復(fù)雜性
  33. 1.5.3 運(yùn)維復(fù)雜性
  34. 1.5.4 數(shù)據(jù)一致性
  35. 1.5.5 安全
  36. 1.5.6 服務(wù)粒度的把控
  37. 1.5.7 變更管理
  38. 1.5.8 需要組織層面的調(diào)整
  39. 1.5.9 改變開發(fā)者體驗(yàn)
  40. 1.6 小結(jié)
  41. 第2章 高效軟件交付
  42. 2.1 定期交付業(yè)務(wù)價值
  43. 2.1.1 高部署頻率
  44. 2.1.2 縮短交付周期
  45. 2.1.3 進(jìn)行實(shí)驗(yàn)
  46. 2.1.4 代碼部署與功能發(fā)布分離
  47. 2.1.5 跨團(tuán)隊(duì)協(xié)作的架構(gòu)管理
  48. 2.2 適應(yīng)需求優(yōu)先級變化
  49. 2.3 維持適當(dāng)?shù)姆?wù)水平
  50. 2.3.1 當(dāng)發(fā)布出現(xiàn)問題時
  51. 2.3.2 及時感知核心服務(wù)故障
  52. 2.3.3 實(shí)現(xiàn)服務(wù)能力的快速局部恢復(fù)
  53. 2.3.4 避免故障連鎖反應(yīng)
  54. 2.4 專注于核心價值工作
  55. 2.5 避免從頭再來
  56. 2.6 風(fēng)險管理：維持在可控范圍內(nèi)
  57. 2.7 微服務(wù)架構(gòu)適用性評估
  58. 2.8 小結(jié)
  59. 第3章 微服務(wù)是否合適
  60. 3.1 選擇微服務(wù)的原因
  61. 3.1.1 應(yīng)用組織規(guī)模擴(kuò)張
  62. 3.1.2 開發(fā)者體驗(yàn)
  63. 3.1.3 隔離合規(guī)安全敏感業(yè)務(wù)模塊
  64. 3.1.4 負(fù)載擴(kuò)展
  65. 3.1.5 提高魯棒性
  66. 3.1.6 提高靈活性
  67. 3.2 成功前提
  68. 3.2.1 領(lǐng)域認(rèn)知
  69. 3.2.2 產(chǎn)品而非項(xiàng)目
  70. 3.2.3 領(lǐng)導(dǎo)層支持
  71. 3.2.4 追求自主權(quán)的團(tuán)隊(duì)
  72. 3.2.5 實(shí)現(xiàn)自主性的流程
  73. 3.2.6 技術(shù)成熟度
  74. 3.3 變革管理
  75. 3.4 堅(jiān)持采用單體架構(gòu)
  76. 3.4.1 實(shí)現(xiàn)零停機(jī)部署
  77. 3.4.2 構(gòu)建模塊化單體架構(gòu)
  78. 3.5 分布式架構(gòu)已成常態(tài)
  79. 3.5.1 云原生的崛起
  80. 3.5.2 意義重大
  81. 3.6 建議
  82. 3.6.1 從零開始
  83. 3.6.2 替換現(xiàn)有單體
  84. 3.6.3 衡量成功
  85. 3.7 小結(jié)
  86. 第二部分 組織架構(gòu)與文化
  87. 第4章 康威定律與尋找合適的邊界
  88. 4.1 康威定律
  89. 4.2 逆向康威策略
  90. 4.3 潛在邊界劃分方案
  91. 4.3.1 業(yè)務(wù)領(lǐng)域
  92. 4.3.2 地點(diǎn)
  93. 4.3.3 技術(shù)
  94. 4.3.4 合規(guī)性
  95. 4.3.5 失敗容忍度
  96. 4.3.6 變更頻率
  97. 4.3.7 建議
  98. 4.4 識別邊界劃分錯誤
  99. 4.5 小結(jié)
  100. 第5章 建立高效團(tuán)隊(duì)
  101. 5.1 組織文化
  102. 5.1.1 開放
  103. 5.1.2 學(xué)習(xí)
  104. 5.1.3 授權(quán)
  105. 5.1.4 面向變化的優(yōu)化
  106. 5.1.5 韋斯特魯姆模型
  107. 5.2 高效團(tuán)隊(duì)
  108. 5.2.1 通過自主性、精通度和目標(biāo)感來激勵
  109. 5.2.2 與業(yè)務(wù)領(lǐng)域?qū)R
  110. 5.2.3 合理的規(guī)模
  111. 5.2.4 跨職能和T 型
  112. 5.2.5 強(qiáng)所有權(quán)
  113. 5.2.6 持久性
  114. 5.2.7 可持續(xù)認(rèn)知負(fù)荷
  115. 5.2.8 高信任度和高心理安全感
  116. 5.2.9 團(tuán)隊(duì)構(gòu)成
  117. 5.3 優(yōu)化流程
  118. 5.3.1 流對齊團(tuán)隊(duì)
  119. 5.3.2 賦能團(tuán)隊(duì)
  120. 5.3.3 復(fù)雜子系統(tǒng)團(tuán)隊(duì)
  121. 5.3.4 平臺團(tuán)隊(duì)
  122. 5.4 小結(jié)
  123. 第6章 打造自主團(tuán)隊(duì)
  124. 6.1 什么是自主性
  125. 6.1.1 自主性為什么重要
  126. 6.1.2 自主性的限制
  127. 6.2 適度溝通
  128. 6.3 互動類型
  129. 6.3.1 協(xié)作型
  130. 6.3.2 服務(wù)型
  131. 6.3.3 促進(jìn)型
  132. 6.4 支持自主性的工作方式
  133. 6.4.1 對齊目標(biāo)
  134. 6.4.2 輕量化治理
  135. 6.4.3 信任但要驗(yàn)證
  136. 6.4.4 在技術(shù)上達(dá)成一致
  137. 6.4.5 個人貢獻(xiàn)者角色
  138. 6.4.6 最小可行能力
  139. 6.4.7 創(chuàng)造學(xué)習(xí)空間
  140. 6.5 自主團(tuán)隊(duì)的責(zé)任
  141. 6.5.1 積極所有權(quán)
  142. 6.5.2 溝通與合作
  143. 6.5.3 遵守標(biāo)準(zhǔn)
  144. 6.5.4 維護(hù)一個團(tuán)隊(duì)頁面
  145. 6.6 小結(jié)
  146. 第7章 工程賦能和預(yù)設(shè)路徑
  147. 7.1 名稱的含義
  148. 7.2 搭建平臺
  149. 7.2.1 平臺服務(wù)
  150. 7.2.2 組織層面的考量
  151. 7.2.3 構(gòu)建最精簡可行平臺
  152. 7.2.4 專注于大多數(shù)人的需求
  153. 7.2.5 平臺產(chǎn)品化
  154. 7.3 超越平臺
  155. 7.3.1 供應(yīng)商工程
  156. 7.3.2 API, 模板，標(biāo)準(zhǔn)庫和示例
  157. 7.3.3 服務(wù)目錄
  158. 7.3.4 洞察力
  159. 7.4 設(shè)置預(yù)設(shè)路徑
  160. 7.4.1 包含的能力
  161. 7.4.2 可選的意義
  162. 7.4.3 保持小規(guī)模
  163. 7.4.4 如何偏離預(yù)設(shè)路徑
  164. 7.4.5 將寶藏帶回平臺
  165. 7.4.6 內(nèi)部開發(fā)者門戶
  166. 7.5 打造實(shí)用平臺
  167. 7.5.1 確保需求被滿足
  168. 7.5.2 營銷我們的產(chǎn)品
  169. 7.5.3 留意問題的出現(xiàn)跡象
  170. 7.6 構(gòu)建預(yù)設(shè)路徑的核心原則
  171. 7.6.1 可選的
  172. 7.6.2 有價值的
  173. 7.6.3 自助的
  174. 7.6.4 被支持的
  175. 7.6.5 易用的
  176. 7.6.6 具有指導(dǎo)性的
  177. 7.6.7 可組合擴(kuò)展的
  178. 7.7 衡量影響
  179. 7.8 工程賦能的正確時機(jī)
  180. 7.9 小結(jié)
  181. 第8章 確?！罢l構(gòu)建，誰運(yùn)行”
  182. 8.1 為什么微服務(wù)意味著DevOps
  183. 8.1.1 按需發(fā)布
  184. 8.1.2 處理運(yùn)維功能
  185. 8.2 以不同的方式進(jìn)行構(gòu)建
  186. 8.2.1 良好的運(yùn)維手冊
  187. 8.2.2 運(yùn)行在其他人的服務(wù)器中
  188. 8.2.3 適應(yīng)生產(chǎn)環(huán)境
  189. 8.3 在生產(chǎn)環(huán)境支持團(tuán)隊(duì)
  190. 8.3.1 專職的工作時間內(nèi)運(yùn)維支持
  191. 8.3.2 優(yōu)化告警和文檔
  192. 8.3.3 識別出幽靈森林
  193. 8.3.4 練習(xí)
  194. 8.4 非工作時間支持
  195. 8.4.1 允許人們選擇退出
  196. 8.4.2 正式輪班制度vs全力以赴制度
  197. 8.4.3 確保呼叫很少
  198. 8.4.4 只針對關(guān)鍵系統(tǒng)
  199. 8.4.5 提供支持和指導(dǎo)
  200. 8.5 事故管理
  201. 8.5.1 無責(zé)備文化
  202. 8.5.2 上報事故
  203. 8.5.3 分配角色
  204. 8.5.4 事故期間
  205. 8.5.5 事故之后
  206. 8.5.6 從事故中學(xué)習(xí)
  207. 8.6 小結(jié)
  208. 第三部分 構(gòu)建和運(yùn)維
  209. 第9章 活躍的服務(wù)所有權(quán)
  210. 9.1 響應(yīng)Log4Shell漏洞
  211. 9.2 一個反面教材：Equifax和Struts漏洞
  212. 9.3 開發(fā)過程中的所有權(quán)
  213. 9.3.1 強(qiáng)所有權(quán)
  214. 9.3.2 弱所有權(quán)
  215. 9.3.3 共享所有權(quán)
  216. 9.4 一旦服務(wù)功能完備了
  217. 9.4.1 空所有權(quán)
  218. 9.4.2 名義所有權(quán)
  219. 9.4.3 積極所有權(quán)
  220. 9.5 積極所有權(quán)的含義
  221. 9.5.1 代碼管理
  222. 9.5.2 升級和修補(bǔ)
  223. 9.5.3 遷移
  224. 9.5.4 生產(chǎn)支持
  225. 9.5.5 文檔管理
  226. 9.6 了解服務(wù)資產(chǎn)
  227. 9.6.1 自研軟件
  228. 9.6.2 依賴
  229. 9.6.3 第三方軟件
  230. 9.7 服務(wù)目錄中需要什么
  231. 9.7.1 基于圖的模型
  232. 9.7.2 API驅(qū)動
  233. 9.7.3 可擴(kuò)展的
  234. 9.7.4 靈活的數(shù)據(jù)結(jié)構(gòu)
  235. 9.7.5 提供整個資產(chǎn)的不同視圖
  236. 9.8 所有權(quán)轉(zhuǎn)讓
  237. 9.8.1 成功的轉(zhuǎn)讓是什么樣的
  238. 9.8.2 滿足質(zhì)量要求
  239. 9.8.3 運(yùn)營方面的移交
  240. 9.8.4 替代
  241. 9.9 當(dāng)我們陷入困境時
  242. 9.9.1 提供業(yè)務(wù)支持案例
  243. 9.9.2 從關(guān)鍵系統(tǒng)開始
  244. 9.9.3 盡力推測系統(tǒng)的所有者
  245. 9.9.4 從數(shù)據(jù)中交付價值
  246. 9.9.5 目標(biāo)是持續(xù)優(yōu)化
  247. 9.9.6 識別出負(fù)擔(dān)過重的團(tuán)隊(duì)
  248. 9.9.7 服務(wù)不應(yīng)永存
  249. 9.10 小結(jié)
  250. 第10章 得測試之利
  251. 10.1 為何測試
  252. 10.1.1 正確地實(shí)現(xiàn)功能
  253. 10.1.2 實(shí)現(xiàn)正確的功能
  254. 10.1.3 捕捉回歸缺陷
  255. 10.1.4 滿足服務(wù)質(zhì)量要求
  256. 10.2 測試左移
  257. 10.3 什么才是好的測試
  258. 10.3.1 盡快盡早發(fā)現(xiàn)問題
  259. 10.3.2 易于修改
  260. 10.3.3 直指問題
  261. 10.4 測試的種類
  262. 10.4.1 測試金字塔
  263. 10.4.2 單元測試
  264. 10.4.3 服務(wù)測試
  265. 10.4.4 端到端測試
  266. 10.4.5 契約測試
  267. 10.4.6 連貫性測試
  268. 10.4.7 探索性測試
  269. 10.4.8 跨功能測試
  270. 10.5 生產(chǎn)環(huán)境測試
  271. 10.5.1 這安全嗎
  272. 10.5.2 預(yù)生產(chǎn)環(huán)境不是模擬生產(chǎn)環(huán)境
  273. 10.5.3 總有別出心裁的用戶
  274. 10.5.4 總有變化測試不到
  275. 10.5.5 不必把變更推給所有人
  276. 10.5.6 監(jiān)控即測試
  277. 10.6 基礎(chǔ)設(shè)施測試
  278. 10.6.1 混沌工程
  279. 10.6.2 測試故障切換和數(shù)據(jù)恢復(fù)
  280. 10.7 質(zhì)量不只源于測試
  281. 10.8 當(dāng)你陷入困境
  282. 10.8.1 自動化測試不足
  283. 10.8.2 無效的測試
  284. 10.9 小結(jié)
  285. 第11章 治理與標(biāo)準(zhǔn)化：找準(zhǔn)平衡點(diǎn)
  286. 11.1 為什么要治理
  287. 11.2 了解技術(shù)資產(chǎn)
  288. 11.3 記錄何種信息
  289. 11.4 指導(dǎo)原則與政策
  290. 11.4.1 指導(dǎo)原則自動化
  291. 11.4.2 指導(dǎo)原則的內(nèi)容
  292. 11.4.3 金融時報的指導(dǎo)原則
  293. 11.5 共創(chuàng)指導(dǎo)原則
  294. 11.5.1 技術(shù)治理小組（TGG）
  295. 11.5.2 TGG的價值
  296. 11.6 技術(shù)選型
  297. 11.6.1 技術(shù)的生命周期
  298. 11.6.2 為商業(yè)價值而創(chuàng)新
  299. 11.6.3 用些無聊的技術(shù)
  300. 11.6.4 精簡選擇
  301. 11.6.5 哪些可以重復(fù)
  302. 11.6.6 改變總會發(fā)生
  303. 11.7 先洞察再行動
  304. 11.8 其他組織的治理故事
  305. 11.8.1 Monzo的治理
  306. 11.8.2 Skyscanner的治理
  307. 11.9 當(dāng)你陷入困境
  308. 11.10 小結(jié)
  309. 第12章 內(nèi)化彈性設(shè)計
  310. 12.1 什么是彈性
  311. 12.1.1 分布式系統(tǒng)的彈性
  312. 12.1.2 微服務(wù)的彈性
  313. 12.2 理解服務(wù)等級要求
  314. 12.2.1 服務(wù)等級目標(biāo)（SLO）
  315. 12.2.2 錯誤預(yù)算
  316. 12.3 構(gòu)建彈性服務(wù)
  317. 12.3.1 冗余
  318. 12.3.2 快速啟動與優(yōu)雅關(guān)閉
  319. 12.3.3 合理的超時時長
  320. 12.3.4 退避與重試
  321. 12.3.5 冪等化請求
  322. 12.3.6 保護(hù)自己
  323. 12.3.7 驗(yàn)證服務(wù)彈性
  324. 12.3.8 簡化服務(wù)彈性設(shè)計
  325. 12.4 構(gòu)建彈性系統(tǒng)
  326. 12.4.1 緩存
  327. 12.4.2 應(yīng)對級聯(lián)故障
  328. 12.4.3 降級行為
  329. 12.4.4 避免無效工作
  330. 12.4.5 異步調(diào)用
  331. 12.4.6 故障切換
  332. 12.4.7 備份與恢復(fù)
  333. 12.4.8 災(zāi)難恢復(fù)
  334. 12.5 構(gòu)建彈性平臺
  335. 12.5.1 外部彈性
  336. 12.5.2 內(nèi)部工具
  337. 12.6 驗(yàn)證系統(tǒng)彈性
  338. 12.6.1 混沌工程
  339. 12.6.2 測試備份和重置
  340. 12.6.3 熟能生巧
  341. 12.6.4 負(fù)載測試
  342. 12.6.5 從事故中學(xué)習(xí)
  343. 12.6.6 一次只做一件事
  344. 12.7 當(dāng)你陷入困境
  345. 12.8 小結(jié)
  346. 第13章 生產(chǎn)環(huán)境中的系統(tǒng)實(shí)踐
  347. 13.1 微服務(wù)的運(yùn)維挑戰(zhàn)
  348. 13.1.1 技術(shù)多樣性的支持難題
  349. 13.1.2 基礎(chǔ)設(shè)施的短暫性
  350. 13.1.3 快速變更
  351. 13.1.4 警報過載
  352. 13.1.5 彈性機(jī)制掩蓋系統(tǒng)降級
  353. 13.2 內(nèi)置可觀測性
  354. 13.2.1 日志
  355. 13.2.2 監(jiān)控和度量
  356. 13.2.3 日志聚合
  357. 13.2.4 OpenTelemetry
  358. 13.2.5 關(guān)注事件
  359. 13.2.6 分布式追蹤
  360. 13.2.7 歸檔觀測數(shù)據(jù)
  361. 13.3 打造工具
  362. 13.4 聚焦問題
  363. 13.4.1 正確告警
  364. 13.4.2 健康檢查
  365. 13.4.3 監(jiān)控業(yè)務(wù)成效
  366. 13.4.4 了解系統(tǒng)常態(tài)
  367. 13.5 故障應(yīng)急指南
  368. 13.6 故障排查
  369. 13.6.1 維護(hù)核心文檔
  370. 13.6.2 洞察變更軌跡
  371. 13.6.3 外源性故障隱患
  372. 13.6.4 工具特性分析
  373. 13.7 從事故中學(xué)習(xí)
  374. 13.8 當(dāng)你陷入困境
  375. 13.9 小結(jié)
  376. 第14章 保持系統(tǒng)演進(jìn)
  377. 14.1 挑戰(zhàn)源自何處
  378. 14.2 減輕變更沖擊
  379. 14.2.1 做長久打算
  380. 14.2.2 規(guī)范路徑的價值
  381. 14.2.3 選擇托管服務(wù)和SaaS方案
  382. 14.2.4 提供API接口
  383. 14.2.5 不可變的一次性基礎(chǔ)設(shè)施
  384. 14.2.6 退役和棄用
  385. 14.3 變更的分類
  386. 14.3.1 緊急變更
  387. 14.3.2 計劃內(nèi)的次要變更
  388. 14.3.3 計劃內(nèi)的重大變更
  389. 14.4 應(yīng)對變更
  390. 14.4.1 技術(shù)資產(chǎn)的全景管理
  391. 14.4.2 制定指導(dǎo)性政策
  392. 14.5 做出決策
  393. 14.5.1 決策權(quán)歸屬
  394. 14.5.2 工作排期權(quán)衡
  395. 14.6 管理變更
  396. 14.6.1 保持清晰
  397. 14.6.2 保持溝通
  398. 14.6.3 保持同理心
  399. 14.6.4 執(zhí)行
  400. 14.7 當(dāng)你陷入困境
  401. 14.8 總結(jié)
  402. 后記
  403. 附錄A 微服務(wù)評估
  404. 附錄B 推薦閱讀
書名：微服務(wù)成功啟示錄
作者：Sarah Wells 著
譯者：宋奕興, 婁麒麟, 葛燦, 趙正陽 譯
國內(nèi)出版社：中國電力出版社
出版時間：2025年09月
頁數(shù)：476
書號：978-7-5239-0156-4
原版書書名：Enabling Microservice Success
原版書出版商：O'Reilly Media
Sarah Wells
 
Sarah Wells是一位技術(shù)領(lǐng)導(dǎo)者、顧問及大會演講者，專注于微服務(wù)、工程賦能、可觀測性和DevOps。她擁有20多年的開發(fā)經(jīng)驗(yàn)，曾擔(dān)任高級工程師和技術(shù)總監(jiān)，領(lǐng)導(dǎo)過產(chǎn)品、平臺、SRE和DevOps團(tuán)隊(duì)。她在《金融時報》工作了十多年，見證并推動了該組織從每年12次發(fā)布增長到20000多次，并成功遷移至云端，采用微服務(wù)架構(gòu)和DevOps實(shí)踐。
 
 
本書封面上的動物是一只歐洲石雞（學(xué)名：Saxicola rubicola），因其叫聲聽起來像是兩塊石頭碰撞而得名。它們主要生活在歐洲，但也可以在北非或西亞的部分地區(qū)找到。
在夏季，雄性石雞的羽毛顏色與美國知更鳥相似，橙色的胸部、深色的頭部和胸部以及白色的斑點(diǎn)。雌性石雞和冬季的雄性石雞通常呈各式棕色。無論是雄性還是雌性，它們的翅膀都非常短。不出所料地，由于翅膀較短，它們僅進(jìn)行短距離遷徙，甚至可能不遷徙。它們偏好的棲息地包括泥炭沼澤、濕地、灌木叢和草地，巢穴通常建在地面上，主要以昆蟲為食。
石雞在繁殖季節(jié)（通常為兩到三個巢）內(nèi)會形成一夫一妻制，但不是終身制。父母雙方都會照顧幼鳥。母鳥會在一窩中孵化四到六枚蛋，孵化期為13~14 天。幼鳥孵化后約12~16 天開始離巢，此時母鳥開始建造下一個巢，而雄鳥則繼續(xù)喂養(yǎng)幼鳥幾天。
購買選項(xiàng)
定價：148.00元
書號：978-7-5239-0156-4
出版社：中國電力出版社