新書推薦：
《
股票大作手回忆录
》
售價：NT$
254.0
《
秩序四千年：人类如何运用法律缔造文明
》
售價：NT$
704.0
《
民法典1000问
》
售價：NT$
454.0
《
国术健身 易筋经
》
售價：NT$
152.0
《
古罗马800年
》
售價：NT$
857.0
《
权力与相互依赖（第四版）（中译本修订版）
》
售價：NT$
658.0
《
写出心灵深处的故事：踏上疗愈之旅（修订版）（创意写作书系）
》
售價：NT$
301.0
《
控制权视角下的家族企业管理与传承
》
售價：NT$
398.0
|
| 編輯推薦： |
|
本书以Aether平台为例，细致地阐述从边缘云整个平台的架构设计到每个子系统的构建与运维的相关内容，使得读者可以比较全面地了解边缘云的建设与运维。
|
| 內容簡介： |
|
本书展示了一个边缘云开发路线图，一群工程师在一年的时间里遵循该路线图，开发、部署，然后全天候运营一个跨越十几家企业的边缘云，并提供了卓越的云原生服务（在我们的例子中是通过5G连接提供云服务）。该团队利用20多个开源软件和组件实现了这个边缘云和服务，但选择这些开源组件只是一个开始。在这个过程中，有几十个技术决策需要做出，还有几千行配置代码需要编写。这是一个可重复的实践，作者在本书中对此实现方案进行了详细阐述。书中的配置文件和源代码都是开源的，适用于那些想更详细地研究并实现边缘云计算和服务的读者。
|
| 關於作者： |
|
扎克·威廉姆斯（Zack Williams） 英特尔的云软件工程师，在英特尔收购ONF工程团队后加入英特尔。在为ONF工作期间，他参与了Aether项目，并领导了基础设施团队。在加入ONF之前，他是亚利桑那大学的系统程序员。他于2001年获得亚利桑那大学计算机科学学士学位。布鲁斯·戴维（Bruce Davie）网络领域知名计算机科学家、VMware亚太区前副总裁兼首席技术官。他在VMware收购SDN（软件定义网络）初创公司Nicira后加入VMware。在此之前，他是Cisco Systems的研究员，领导一个架构师团队，负责多协议标签交换（MPLS）。他在网络行业拥有超过30年的经验，并合著了17份RFC。他于2009年成为ACM会士，并于2009年至2013年担任ACM SIGCOMM的主席。他还在麻省理工学院做了五年访问讲师，是多本书的作者，拥有40多项美国专利。
|
| 目錄：
|
|
目 录译者序序前言第1章 概述 ·································11.1 术语 ·········································41.2 解耦 ·········································91.3 云技术 ····································111.3.1 硬件平台 ·····················121.3.2 软件构建块 ··················131.3.3 交换网络 ·····················151.3.4 存储库 ························161.3.5 其他选项 ·····················171.4 系统管理员的未来 ··················19第2章 架构 ·······························212.1 边缘云 ····································242.2 混合云 ····································252.3 利益相关者 ·····························272.4 控制与管理 ·····························302.4.1 资源配置 ·····················312.4.2 生命周期管理 ···············332.4.3 运行时控制 ··················342.4.4 监控和遥测 ··················352.4.5 小结 ···························362.5 DevOps ···································38第3章 资源配置 ·······················433.1 物理基础设施 ·························453.1.1 文档基础设施 ···············463.1.2 配置和启动 ··················533.1.3 配置API ·····················563.1.4 配置虚拟机 ··················583.2 基础设施即代码 ······················593.3 平台定义 ································70第4章 生命周期管理 ················734.1 设计概述 ································744.2 测试策略 ································774.2.1 测试类别 ·····················784.2.2 测试框架 ·····················814.3 持续集成 ································824.3.1 代码库 ························834.3.2 构建-集成-测试 ········834.4 持续部署 ································894.5 版本控制策略 ·························924.6 管理密钥 ································954.7 GitOps ····································96第5章 运行时控制 ···················995.1 设计概览 ······························1015.2 实现细节 ······························1065.2.1 模型与状态 ·················1075.2.2 运行时控制API ···········1085.2.3 身份管理 ····················1105.2.4 适配器 ·······················1115.2.5 工作流引擎 ·················1125.2.6 安全通信 ····················1125.3 连接服务建模 ·······················1135.3.1 企业 ··························1145.3.2 切片 ··························1155.3.3 模板和流量类 ··············1185.3.4 其他模型 ····················1225.4 重温GitOps ··························122第6章 监控和遥测 ·················1256.1 指标和告警 ···························1286.1.1 导出指标 ····················1286.1.2 创建仪表盘 ·················1296.1.3 定义告警 ····················1316.2 日志记录 ······························1336.2.1 通用模式 ····················1336.2.2 最佳实践 ····················1356.3 分布式跟踪 ···························1366.4 集成的仪表盘 ·······················1386.5 可观测性 ······························141关于本书的几点说明 ·················145
|
| 內容試閱：
|
|
前 言云计算无处不在。每个人都使用云来访问或交付服务，但不一定每个人都会构建和运维云。那为什么我们需要关心如何把一堆服务器和交换机变成24×7全天候运行的服务交付平台呢？这是谷歌、微软、亚马逊等云厂商为我们做的事情，而且它们做得非常好。我们相信，由于分布式应用不仅在大型中央数据中心运行，也在边缘运行，因此云正在以另一种形式变得无处不在。随着应用的解耦，云正在从数百个数据中心扩展到数万家企业。虽然公有云厂商渴望把这些边缘云作为其数据中心的逻辑扩展来管理，但它们并没有垄断实现这一目标的专有技术。本书提供了一个小型工程师团队可以在一年的时间里建立并且24×7全天候运维一个边缘云的路线图。这种边缘云覆盖十几家企业，承载重要的云原生服务—本书的例子是5G连接服务。该团队通过使用20多个开源组件来实现这一点，但需要注意的是选择这些组件只是一个开始。在整个过程中，我们要做几十个技术决策，还要写几千行配置代码。我们认为本书描述的路线图是一个可重复的过程。对于想进一步了解这个主题的读者，书中列举的配置文件代码是开源的，每个人都可以获得。当我们说边缘云的时候，是在表达什么意思？我们需要区分由超大规模云厂商在其大规模数据中心运行的云（中心云）以及由处于边缘的企业运行（或管理）的云。边缘是真实物理世界与云的交汇处。例如，边缘（云）可以是收集和处理来源于传感器的数据的地方，也可以是因为时延敏感或带宽要求高而需要让服务靠近最终用户的地方。我们的路线图可能并不适用于所有情况，但它确实揭示了云运维过程中涉及的基本挑战和利弊取舍。基于我们的经验，这是一个复杂的领域，有太多术语和业务情节需要厘清。目标读者希望本书对任何尝试构建和运维自己的边缘云基础设施的人来说都有阅读价值，同时我们希望至少能为另外两大群体提供有用的信息。首先是正在对基础设施选择做评估，特别是需要在使用云厂商提供的云服务和构建自己的边缘云（或者是两者的某种组合，类似混合云）之间做出选择的读者。我们希望为他们揭开边缘云的神秘面纱，帮助他们做出合适的决定。其次是那些需要在其组织选中的云基础设施上构建应用和服务的开发人员。我们认为对于开发人员来说，至少在高层次上了解云的底层机制是一件很重要的事情，这样就可以帮助开发人员开发出易于管理和可靠的应用程序。开发人员和运维人员之间的互动越来越密切（DevOps运动证明了这一点），我们的目标是促进这种合作。监控和可观测性等话题对这类用户尤其重要。开源导览好消息是，有大量开源组件可供选择，帮助管理云平台和为这些平台构建可伸缩应用程序。不过这也是坏消息，因为从Linux基金会、云原生计算基金会、Apache基金会和开放网络基金会（ONF）等开源联盟中开源的庞大的、与云相关的项目空间中选择相应的开源项目来构建我们的云管理平台，是我们面临的最大挑战之一。这在很大程度上是因为这些项目都在争夺人们的注意力，所提供的功能有很多重叠，并且彼此之间有额外的依赖。阅读本书的一种方法是将其作为云控制和管理的开源导览。本着这种精神，我们不会复制那些项目已有的优秀文档，而是包含特定项目的文档链接（通常包括我们鼓励大家尝试的教程）。本书还包括来自这些项目的代码片段，但选择这些示例是为了帮助巩固我们试图就整个管理平台提出的要点，它们不应被解释为试图记录个别项目的内部工作。我们的目标是解释各种拼图如何更好地组合在一起以构建一个端到端的管理系统，并在此过程中识别出各种有用的工具以及任何工具都无法消除的难题。毫无疑问，我们需要解决一些具有挑战性的技术问题（尽管市场宣传与之相反）。毕竟，如何运作一个计算机系统是一个和操作系统本身同样古老的问题。运维一个云只是这个基本问题的现代版本，随着从设备管理向上延伸为服务管理，这个问题变得更加有趣。总之这是一个既新潮又基本的话题。致谢本书介绍的软件要归功于ONF工程团队及其合作的开源社区的辛勤工作。我们感谢他们做出的贡献，特别感谢Hyunsun Moon、Sean Condon和HungWei Chiu对Aether控制与管理平台的突出贡献，以及Oguz Sunay对Aether整体设计的影响。Suchitra Vemuri对测试和质量保证提供了无价的见解。本书会不断完善，感谢每个提供反馈的人。请使用问题链接向我们发送你的宝贵意见。另外，可以在Wiki上查看目前我们正在处理的待办事项列表。Larry Peterson、Scott Baker、Andy Bavier、Zack Williams、Bruce Davie2022年6月
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
