brainstorm

镜像对容器部署的挑战 在容器的生产实践中，偏小的容器镜像能够很快地部署启动。当应用的镜像达到几个 GB 以上的时候，在节点上下载镜像通常会消耗大量的时间。Dragonfly 通过引入 P2P 网络有效提升了容器镜像大规模分发的效率。然而，用户还是必须等待镜像数据完整下载到本地，然后才能创建自己的容器。我们希望进一步缩减镜像下载的时间，让用户能够更快地部署容器应用。同时，如何更好地保护用户数据，也是容器行业近年来的重要关注点。 为此，我们为 Dragonfly 项目引入了一个 容器镜像加速服务 Nydus 。Nydus 能够极大缩短镜像下载时间，并提供端到端的镜像数据一致性校验，从而让用户能够更安全快捷地管理容器应用。Nydus 由阿里云和蚂蚁集团的工程师合作开发，并大规模部署在内部的生产环境中。作为云原生生态的一部分， Nydus 在生产环境的优秀表现，让我们有信心现在将项目开源，让更多的容器用户能够体验到容器快速启动和安全加载方面的能力。 容器镜像加速服务 Nydus 地址： https://github.com/dragonflyoss/image-service Nydus: Dragonfly 的容器镜像服务 Nydus 项目优化了现有的 OCI 镜像标准格式，并以此设计了一个用户态的文件系统。通过这些优化，Nydus 能够提供这些特性： 容器镜像按需下载

前言 关于 Service Mesh 和 API Gateway 之间的关系，这个问题过去两年间经常被问起，社区也有不少文章和资料给出解答。其中不乏 Christian Posta 这样的网红给出过深度介绍。我在这里做一个资料的整理和汇总，结合个人的理解给出一些看法。另外在本文最后，介绍蚂蚁金服在 Service Mesh 和 API Gateway 融合的这个最新领域的一些开创性的实践和探索，希望给大家一个更有体感的认知。 备注1：为了节约篇幅，我们将直奔主题，假定读者对 Service Mesh 和 API Gateway 已有基本的了解。 备注2: 这边文章更关注于梳理整个脉络，内容不会展开的特别细，尤其是其他文章已经详细阐述的部分。如果您在浏览本文之后，还想更深入的了解细节，请继续阅读文章最后的参考资料和推荐阅读。 原本清晰的界限：定位和职责 首先，Service Mesh 和 API Gateway 在功能定位和承担的职责上有非常清晰的界限： Service Mesh：微服务的网络通信基础设施，负责（系统内部的）服务间的通讯； API Gateway： 负责将服务以 API 的形式暴露（给系统外部），以实现业务功能； 如上图所示： 从功能和职责上说： 位于最底层的是拆分好的原子微服务，以服务的形式提供各种能力； 在原子微服务上是（可选的）组合服务

SharePoint Server 2019 完全手册--1,Why choose SharePoint Server 2019 本内容为转载、整理、翻译、致于让更多人了解SP19，和SPO 部分同时整理。欢迎转载，复制和推广。 本文内容： Why choose SharePoint Server 2019 Share and work together 分享与合作 Inform and engage 通知于参与 Transform business processes 企业业务转型 Share and work together Intuitive Connect content, information, and apps Empower people to create Share with simplicity Manage documents and information with ease 轻松管理文档和信息 Get work done, anywhere, on any device 在任何地方、任何设备上完成工作 Inform and engage Communicate, your way 用你的方式交流 Stay in the know Expand the boundaries of communications 扩大你的交流范围 You’re just a