顶级 CTO 基于五个简单的原则为精心设计的微服务提供建议。 对于从微服务开始的团队来说，最大的挑战之一就是坚持 金发女孩原则 The Goldilocks principle （该典故来自于童话《金发姑娘和三只熊》）：不要太大，不要太小，不能太紧密耦合。之所以是挑战的部分原因是会对究竟什么是设计良好的微服务感到疑惑。 数十位 CTO 通过采访分享了他们的经验，这些对话说明了设计良好的微服务的五个

微服务是个好东西，就像乐高积木一样，你可以拼成各种东西，当前，前提是你足够会玩。 从早些年的 SOA 和中间件，到现在的微服务和容器，但似乎历史总是螺旋式变化的。看起来笨拙而大而无当的独石应用，其实在很多场景，要比微服务更适合。 话说，微服务的锅该那只汤姆猫背吗？:-> via: http://turnoff.us/geek/are-you-ready-for-microservices/

本期人物介绍： 郭理靖，京东云产品研发部高级总监、产品委员会主席，专注于公有云服务、Docker、API 与数据开放平台、数据库服务等领域。擅长数据库、分布式存储系统、高可用服务架构等技术。 在任职期间，郭理靖研发上线了 MySQL、SQL Server、MongoDB、PostgerSQL、MariaDB、Percona、JDW（数据仓库）、DRDS（分布式数据库服务）、时序数据库、TiDB、B

服务是必不可少的后台进程，它通常随系统启动，并在关机时关闭。如果你是系统管理员，那么你会定期处理服务。如果你是普通桌面用户，你可能会遇到需要重启服务的情况，例如安装 Barrier 来用于在计算机之间共享鼠标和键盘。或在使用 ufw 设置防火墙时。 今天，我将向你展示两种管理服务的方式。你将学习在 Ubuntu 或任何其他 Linux 发行版中启动、停止和重启服务。 systemd 与 init

通过理解安全证书来保护你的 Linux 邮件服务。 通常，不管你是通过 简单邮件传输协议 Simple Mail Transport Protocol （SMTP）或者 互联网消息访问协议 Internet Message Access Protocol （IMAP）或 邮局协议 Post Office Protocol （POP）发送或者接受邮件，邮件服务默认都是以无保护的明文来传输数据。近来随

在问题导致关键的微服务瘫痪之前，使用 GraphQL 的监控功能帮助你及早发现问题。 微服务和 GraphQL 就像面包和黄油一样，是一个很好的组合。它们本身都很棒，结合起来就更棒了。了解你的微服务的健康状况是很重要的，因为它们运行着重要的服务。如果等到某个关键的服务崩溃了才诊断问题，那是很愚蠢的。让 GraphQL 帮助你及早发现问题并不需要花费太多精力。 常规的健康检查可以让你观察和测试你的服

通过管理一套图书的完整代码示例，来探索轻量级的 RESTful 服务。 Web 服务，以这样或那样的形式，已经存在了近二十年。比如，XML-RPC 服务出现在 90 年代后期，紧接着是用 SOAP 分支编写的服务。在 XML-RPC 和 SOAP 这两个开拓者之后出现后不久，REST 架构风格的服务在大约 20 年前也出现了。REST 风格（以下简称 Restful）服务现在主导了流行的网站，比如

“微服务架构风格是一种将 单个应用程序 开发为一套 小型服务 的方法，每个服务都在 自己的进程中运行，并使用轻量级的通信机制（通常是 HTTP 类型的 API）进行通信。这些服务是围绕 业务能力 构建的，并且可以通过 全自动化的部署机制 进行 独立部署。目前对这些服务几乎没有集中的管理，这些服务可以用 不同的编程语言 编写，也能使用 不同的数据存储技术。” —— James Lewis 和 Mar

Nextcloud 可以取代你用于协作、组织和任务管理的许多在线应用。 在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第十一天。 基于 Web 的服务几乎可以在任何地方访问你的数据，它们每小时可以支持数百万用户。不过对于我们中的一些人来说，由于各种原因，运行自己的服务比使用大公司的服务更可取。也许我

Equinix 推出“时间即服务” 许多行业和云服务都依赖于精确、可靠和安全的时间同步。传统的、基于天线的 GPS 授时基础设施解决方案可能难以安装，并会带来安全漏洞。同时，从互联网上利用公开 NTP 服务器授时也有网络安全风险。 数字基础设施公司 Equinix 正在推出的 Precision Time 服务旨在解决这个挑战。Equinix 管理和维护一个由 GPS 天线、带有原子钟保持器的时间

在微服务环境中，服务网格为开发和运营提供了好处。 很多开发者不知道为什么要关心 服务网格 Service Mesh 。这是我在开发者见面会、会议和实践研讨会上关于云原生架构的微服务开发的演讲中经常被问到的问题。我的回答总是一样的：“只要你想简化你的微服务架构，它就应该运行在 Kubernetes 上。” 关于简化，你可能也想知道，为什么分布式微服务必须设计得如此复杂才能在 Kubernetes 集

开发和实施云原生（容器优先）软件的检查清单。 许多年来，单体应用是实现业务需求的标准企业架构。但是，当云基础设施开始以规模和速度为业务加速，这种情况就发生了重大变化。应用架构也发生了转变，以适应云原生应用和 微服务、无服务器 以及事件驱动的服务，这些服务运行在跨混合云和多云平台的不可变的基础设施上。 云原生与 Kubernetes 的联系 根据 云原生计算基金会 （CNCF） 的说法： “云原生技

出租你的空闲算力来为应用程序和服务付费 将来自个人的分布式计算能力汇聚起来的概念并不新鲜，很早以前就有类似 SETI 这样的项目用来搜索外星信号和用于医药研究方面的蛋白质计算。一家名为 Massive 的初创公司正在努力将这一概念“带入现代社会，作为向用户收费或用广告获得收入的一种替代方式”。他们将其描述为类似于用户电脑的 Airbnb。该公司称有大约 5 万名台式电脑用户（节点）已经选择加入其服

微服务遵循领域驱动设计（DDD），与开发平台无关。Python 微服务也不例外。Python3 的面向对象特性使得按照 DDD 对服务进行建模变得更加容易。本系列的第 10 部分演示了如何将用户管理系统的查找服务作为 Python 微服务部署在 Kubernetes 上。 微服务架构的强大之处在于它的多语言性。企业将其功能分解为一组微服务，每个团队自由选择一个平台。 我们的用户管理系统已经分解为四

平台即服务能够快速、轻松地创建网络应用，而无需购买和维护其下的软件和基础设施。本文解释了它为什么有用。 平台即服务 PaaS （以下简称 PaaS）指的是云计算服务，它为客户提供了开发、运行和管理应用程序的平台，而免去了建立和维护与开发和启动应用程序相关的基础设施的复杂工作。这是云原生应用和支持系统所依托的核心平台。 PaaS 通常包括不同的应用基础功能，包括应用平台、集成平台、业务分析平台、事件

经过大约 16 年的演变，云计算已经成为一种几乎所有网民都在使用的技术。它可以作为一种服务，用于满足各类企业和消费者的需求。因此，在云计算中正在使用多种服务架构，旨在根据最新的需求来定制所需技术。本文就如今使用的所有服务架构，提供一份完全指南。 尽管在全球范围内建立互相协同的计算机网络的构想在 20 世纪 60 年代初就提出了，但直到 2006 年，谷歌的首席执行官 埃里克·施密特 Eric Sc

美国计划限制中国使用美国先进的云计算服务 美国国家安全分析人士警告说，中国的人工智能公司可能通过使用云服务绕过了现行的出口管制规则。这些服务允许客户获得强大的计算能力，而不需要购买控制清单上的先进设备 —— 包括芯片，如英伟达的 A100 芯片。美国政府正准备限制中国公司使用美国的云计算服务，要求亚马逊和微软等美国云服务提供商在向中国客户提供使用先进人工智能芯片的云计算服务之前，必须寻求美国政府的

电子邮件服务将会一直存在，即便去中心化技术会接管互联网。 然而，随着大型科技公司试图控制新兴技术的方方面面，你如何掌控自己的电子邮件服务呢？ 无论是企业还是个人，自托管的开源 Web 邮件服务始终是值得考虑的选项。你自己的服务器、你自己的数字基础架构，上面搭上你自己的电子邮件服务平台。这样，你就无需依赖供应商或第三方来管理你的电子邮件服务。你可以按照自己的方式办事。 为什么应该自托管电子邮件服务？

2011 年 3 月，苹果公司提出 RFC 6186，描述了如何利用域名系统服务（DNS SRV）记录来查找电子邮件的提交以及访问服务。现在 Postfix 从 3.8.0 版本开始支持 RFC 中提出的设计。这个新增功能让你可以使用 DNS SRV 记录进行负载分配和自动配置。 DNS SRV 记录的形态 DNS SRV 记录定义在 RFC 2782 中，它指定在区域文件中，并且包含了服务名称、

撰写这篇博客非常有趣，虽然它可能不受某些人欢迎，但这是一个必须讨论的话题。 亲爱的开发者朋友们，我们需要开诚布公地讨论一下微服务以及某些不适宜的使用场景。这个过程可能不会轻松，但我们必须进行这样的探讨，否则我们无法取得成功。 如今，微服务极为流行，它是一种优秀的架构风格，有助于扩展系统和组织架构。许多成功的公司都在使用微服务（例如 Netflix、Spotify 等），因此，大多数公司正在使用或计