写点什么
创作场景
- 记录自己日常工作的实践、心得
- 发表对生活和职场的感悟
- 针对感兴趣的事件发表随笔或者杂谈
- 从 0 到 1 详细介绍你掌握的一门语言、一个技术,或者一个兴趣、爱好
- 或者,就直接把你的个人博客、公众号直接搬到这里
登录/注册
收录了 服务交付 频道下的 50 篇内容

在当今的数字服务经济中,IT组织不仅需要有改变的能力,也需要按正确的方向改变。这意味着,他们需要能够感知反馈,并做出响应,以便持续地识别和衡量自己对目标适用性的理解与客户看法的差距。

关于DeepSeek 服务交付联盟的「十问十答」。
本文中,Fred Chong和他的同事详述了现代服务交付平台架构,并说明了服务厂商可以利用它们的方式。他们回顾了它们的能力,从安全&身份到计量&计费、应用租户入驻(on-boarding of application tenants)&供应(provisioning)……,以及针对这种新型基础设施软件演化的开发指导方针。

从电灯泡到智能手表和工业设备的数字化“事物”为各类组织提升运营效率、改善客户体验、增加全新收入来源创造了新机会。

本文向初步接触微服务的同学介绍微服务相关的基本原理。

极客邦科技 DeepSeek 服务交付联盟揭秘。

微服务环境下的持续交付并不是自动化的 DevOps,其核心还是有没有规范和流程去保证微服务正确的独立部署。
非常感谢您继续阅读下半部分,如果您还没有阅读上半部分,建议先去阅读以获取更多的上下文。上半部分主要讲DevOps转型的动机、策略和方法,本部分将会为大家带来更多DevOps转型的落地策略和实践。

ToB服务交付的方式分为公有云部署和私有化部署两种。其中,对成本敏感的中小企业往往采用公有云部署的方式,从而尽量减少成本。客单价较高的大型企业、政府、银行和事业单位,考虑到数据隐私、安全、合规等要求,往往采用私有化部署的方式。
本文节选自王磊著《微服务架构与实践》中的章节“微服务与持续交付”,介绍了持续交付是什么,以及微服务如何做到持续交付。
随着微服务架构与容器虚拟化技术的发展,持续集成与持续交付的概念又重新回到了大家的视野,越来越多的公司开始使用持续集成的系统来解决频繁发布带来的质量问题;使用持续交付的工具来实现代码在不同环境上的自动部署。原本有些学院派乌托邦式的思想正被千千万万次的集成与部署证明着它应有的价值。那么究竟是因为什么让持续集成与持续交付这个已经不再年轻的软件开发与交付的思想重新焕发绽放迷人的光彩呢?
当真正的将一个系统通过云端容器交付的时候会发现不能单纯的将Docker作为一种交付工具来对待,更多的时候是作为一个交付平台的基础设施来看待,还需要关心的是使用Docker后网络、存储、安全、性能、监控等等不同方面带来的变革。
我们的客户是一家海外本土最大的金融保险集团,他们在发展到一定规模以后,意识到自己就像一头笨重的大象,举步维艰,通过对整个交付流程的思考和分析,发现了以下一些严重影响交付速度的问题。
对于大多数公司而言,选择一个合适自己的持续交付系统是尤为重要的一件事情,不同的公司、不同的业务使用的场景也各不相同,因此要根据自己的业务场景与发展方向来选择合适的方案。根据不同的业务场景与交付方式,阿里云容器服务提供了三种不同的持续交付方案。 一:基于Jenkins的持续交付方案 二:基于CRP的持续交付方案 三:基于Hub的持续交付方案

本次分享介绍如何利用AWS开源的SAM框架以及现成的Code*工具,实现便捷的本地开发调试、安全可控的部署和持续交付。
在这篇文章中,我们会用一个不一样的角度来思考持续交付,到底持续交付给我们带来了什么,在容器的持续交付的场景中还缺少什么。

Talk is cheap, show me the product.

“收钱”Skill来了!度小满发布 ClawPay
本文介绍了如何利用开源软件快速搭建一套微服务的持续交付系统,示例环境是Linux操作系统,用到的软件包括Git、Jenkins、Salt、ZooKeeper、Apache等。

本次分享介绍微服务架构实现高速持续交付。