注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. QCon 全球软件开发大会 2018 北京 PPT合集 第三部分

  2. 第三部分，列表： QCon北京2018--《移动开发者触手可得的AI对话技术》--陈雨强.pdf QCon北京2018--《跳一跳的前世今生—.pdf QCon北京2018-Go高效并发编程蔡超.pdf QCon北京2018-《万台集群性能优化方法—.pdf QCon北京2018-《以Null的处理、回调地狱的应对为例，看C#背后的问题解决思路》-Mads Torgersen.pdf QCon北京2018-《唯快不破—.pdf QCon北京2018-《小Q机

  3. 所属分类：讲义

    • 发布日期：2018-04-24
    • 文件大小：290455552
    • 提供者：u011698258

  1. 基于SpringCloud-微服务系统设计方案.docx

  2. 微服务架构从本质上说其实就是分布式架构，与其说是一种新架构，不如说是一种微服务架构风格。 简单来说，微服务架构风格是要开发一种由多个小服务组成的应用。每个服务运行于独立的进程，并且采用轻量级交互。多数情况下是一个HTTP的资源API。这些服务具备独立业务能力并可以通过自动化部署方式独立部署。这种风格使最小化集中管理，从而可以使用多种不同的编程语言和数据存储技术。 对于微服务架构系统，由于其服务粒度小，模块化清晰，因此首先要做的是对系统整体进行功能、服务规划，优先考虑如何在交付过程中，从工程实践

  3. 所属分类：Java

    • 发布日期：2019-08-21
    • 文件大小：1048576
    • 提供者：csonline5

  1. Docker+k8s的微服务实战课程

  2. Docker+k8s的微服务实战课程 课程目录 一、初识微服务 1 微服务-导学 2 软件架构的进化 3 什么是微服务 4 画出微服务架构图 5 微服务架构的优势和不足 二、微服务带来的问题及解决方案分析 1 微服务架构带来的问题 2 微服务间如何通讯 3 服务发现、部署更新和扩容 4 springboot&springcloud（上） 5 springboot&springcloud（下） 三、微服务开发 1 微服务业务分析 2 Thirft安装和验证 3 Python开发信

  3. 所属分类：Java

    • 发布日期：2019-09-26
    • 文件大小：2048
    • 提供者：jone_jihong_xie

  1. kubernetes handbook

  2. 最全的使用手册。记录了从零开始学习kubernetes的心路历程。着重于经验分享及总结。同时也会有相关概念解析。ConfigMap 2.3.15 ConfigMap的热更新 2.3.15 Horizontal Pod Autoscaling 2.3.16 Label 2.3.17 垃圾收集 2.3.18 NetworkPolicy 2.3.19 Annotation 2.3.20 用户指南 用户指南 3.1 资源对象配置 3.2 配置Pod的 liveness和 readiness探针 3.2.

  3. 所属分类：kubernetes

    • 发布日期：2019-03-02
    • 文件大小：38797312
    • 提供者：cqkey

  1. 微服务架构实践

  2. 1、各产品系统独立开发，代码复用率低，系统之间互相调用，耦合严重，系统解耦独立部署困难。2、传统的单体架构，规模越来越大也越来越笨重；当新功能的开发、功能的重构变得不再敏捷可控；测试者的回归测试边界难以琢磨；系统的上线部署也变的艰难3、高并发访问下无法提供可靠性服务4、持续集成、持续部署、持续交付等工程效率化工具严重缺失5、监控系统、日志分析等系统稳定性工具严重缺失以上种种情况，都让我们应对需求的变化而变得迟钝。架构肯定是为业务需求而生的，先来看看我们面对的业务需求及其特点。平台最主要满足两大类

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：2097152
    • 提供者：weixin_38706747

  1. 微服务架构下的开发部署实践

  2. 微服务架构是近两年兴起的概念。在此之前，互联网企业在生产环境的分布式系统中处理实际问题时就已经实际使用了微服务架构。例如最初的淘宝系统也是单体式应用，为了应对随着用户量增大而带来的系统处理能力不足的问题，淘宝对其应用系统进行了一系列服务化拆分和改造，淘宝开源的Dubbo框架以及其企业内部用的HSF框架都属于微服务架构的实现成果。本文将从以下几个方面简要说明微服务架构项目的实践经验：架构选型、开发测试环境下的相关工具支持、人员分工及开发部署流程、相关设计及注意事项。最后，将根据实践经验讨论提高微服

  3. 所属分类：其它

    • 发布日期：2021-03-01
    • 文件大小：364544
    • 提供者：weixin_38665093

  1. DevOps实践-打造自服务持续交付-上

  2. 我们的客户是一家海外本土最大的金融保险集团，他们在发展到一定规模以后，意识到自己就像一头笨重的大象，举步维艰，通过对整个交付流程的思考和分析，发现了以下一些严重影响交付速度的问题：通过对这些问题和各个团队反馈的深入分析，发现其中最大的瓶颈在于交付团队与运维部门之间的各种依赖和沟通浪费，而这个瓶颈又是解决大多数问题的前提。图1我们将瓶颈具象化后（如图1），可以看到两种团队之间其实是存在一堵墙的，一是因为传统的部署流程非常繁琐和低效。二是因为两种角色关注点和目标的不一致。如果在这样的情况下，想实现微

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：870400
    • 提供者：weixin_38658085

  1. Serverless架构开发与SCF部署实践

  2. 本文来自于infoq，文章主要介绍Serverless架构的介绍以及如何基于Serverless架构开发小程序等。在金庸的笔下，独孤求败是一个从未正式出场的奇人，他功力大成之后，草木竹石可为剑，无剑胜有剑；而在互联网世界里，开发者也一样有着不同的境界，先是从基础架构做起，技术成熟后又需大包大揽，但架构越扩越大，开发者负担越来越重，兼顾服务器等基础架构和业务架构难免让人顾此失彼。技术也如武学一样，瓶颈突破，就是大成，无招胜有招的概念推动下，Serverless架构也就应运而生。Serverless

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：1048576
    • 提供者：weixin_38717579

  1. 基于.net的微服务架构下的开发测试环境运维实践

  2. 眼下，做互联网应用，最火的架构是微服务，最热的研发管理就是DevOps，没有之一。微服务、DevOps已经被大量应用，它们已经像传说中的那样，可以无所不能。特来电云平台，通过近两年多的实践，发现完全不像大家说的那样简单，大家是报喜不报忧，实在是水太深，谁做谁知道。今天就与大家分享一下在微服务架构+DevOps下，开发测试环境的一些运维痛点问题和解决方法。架构的复杂度直接决定了运维的工作量，架构不是越复杂越好，而是适合最好。下面简单说说几种架构的优缺点。基于.net在搭建应用时，最常用的方法就是采

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：435200
    • 提供者：weixin_38606466

  1. Bosque语言：Bosque编程语言是一种规范化设计的实验，用于机器辅助的快速可靠的软件开发生命周期-源码

  2. 波斯语编程语言 博斯克项目 Bosque编程语言项目是一项基础语言与工具协同设计工作，致力于研究以下方面的理论和实践意义： 明确设计一种代码中间​​表示语言（字节码），该语言可以进行深度的自动代码推理并部署下一代开发工具，编译器和运行时系统。 利用中间表示的功能提供一种编程语言，该语言既易于现代开发人员访问，又提供了丰富的有用语言功能集，可用于开发高可靠性和高性能应用程序。 当我们进入基于微服务，无服务器和RESTful架构的分布式云开发模型时，以云开发的第一视角来应对新挑战。 中级代表的

  3. 所属分类：其它

    • 发布日期：2021-02-22
    • 文件大小：1048576
    • 提供者：weixin_42120405

  1. 微服务架构下的开发部署实践

  2. 微服务架构是近两年兴起的概念。在此之前，互联网企业在生产环境的分布式系统中处理实际问题时就已经实际使用了微服务架构。例如最初的淘宝系统也是单体式应用，为了应对随着用户量增大而带来的系统处理能力不足的问题，淘宝对其应用系统进行了一系列服务化拆分和改造，淘宝开源的Dubbo框架以及其企业内部用的HSF框架都属于微服务架构的实现成果。本文将从以下几个方面简要说明微服务架构项目的实践经验：架构选型、开发测试环境下的相关工具支持、人员分工及开发部署流程、相关设计及注意事项。最后，将根据实践经验讨论提高微服

  3. 所属分类：其它

    • 发布日期：2021-02-20
    • 文件大小：364544
    • 提供者：weixin_38715567

  1. DevOps实践-打造自服务持续交付-上

  2. 我们的客户是一家海外本土最大的金融保险集团，他们在发展到一定规模以后，意识到自己就像一头笨重的大象，举步维艰，通过对整个交付流程的思考和分析，发现了以下一些严重影响交付速度的问题：通过对这些问题和各个团队反馈的深入分析，发现其中最大的瓶颈在于交付团队与运维部门之间的各种依赖和沟通浪费，而这个瓶颈又是解决大多数问题的前提。图1我们将瓶颈具象化后（如图1），可以看到两种团队之间其实是存在一堵墙的，一是因为传统的部署流程非常繁琐和低效。二是因为两种角色关注点和目标的不一致。如果在这样的情况下，想实现微

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：870400
    • 提供者：weixin_38747592

  1. 微服务架构实践

  2. 1、各产品系统独立开发，代码复用率低，系统之间互相调用，耦合严重，系统解耦独立部署困难。 2、传统的单体架构，规模越来越大也越来越笨重；当新功能的开发、功能的重构变得不再敏捷可控；测试者的回归测试边界难以琢磨；系统的上线部署也变的艰难 3、高并发访问下无法提供可靠性服务 4、持续集成、持续部署、持续交付等工程效率化工具严重缺失

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：2097152
    • 提供者：weixin_38689736