- 博客(44)
- 资源 (7)
- 收藏
- 关注
RSS订阅原创 云端高可用应用架构（二）
继续介绍云端高可用应用架构，上文已经介绍了三种常用的架构，下面的两种则是高可用方面的战斗机4. 多物理区域部署方案良好的应用以及基础架构设计可以很好的提高系统的高可用性，甚至达到每年52分钟的最小宕机时间。如果需要继续提高商业引用的高可用，就需要考虑多物理区域部署的方案，该方案通过夸物理区域的部署，避免单区域灾难的冲击。跨物理区域方案具体设计为：设计两个物理区域部署应用，两个区...
2018-09-30 09:49:39
875
原创 云端高可用应用架构
之前的几篇文章介绍了高可用应用，以及说明了高可用架构是云端应用的重要特点。今天的文章介绍一些高可用应用架构框架，大家可以从中作为云端应用设计方面的借鉴。 我将通过一个web应用的架构设计来说明这些架构，web应用的基础架构搭建在AWS上，利用AWS提供的相应服务，可以设计出不同的高可用方案。 1. 最简单的三层架构：这与传统非云架构的三层架构一致，没有分布式架构，只拥有一个单独...
2018-09-26 09:28:44
1980
原创 高可用应用
介绍一个定义， 高可用应用。我们都知道基础架构的高可用，高可用应用虽然不是新鲜的概念，但是在云计算时代，其在软件架构设计方面体现出重要性。 什么是高可用应用。下面列出了一些高可用应用的特点： 具有多个实例/多个可用性区域，通过应用的服用实现高可用性。 应用可以根据收到的请求数，自动伸缩实例（扩大规模和缩小规模） 对应用的实例/数据库可以增添额外安全组件，同时不影响业务的运行 ...
2018-09-10 11:20:03
670
原创 云端应用设计理念 – 应用端的弹性计算控制
上周的文章提到了云端应用的基本设计理念，将传统架构中的HA， DR由应用自身实现，应用通过控制分布式服务的Health Check，调控，管理各个服务，实现服务自动失效切换， 服务自动迁移， 服务负载自动控制， 资源弹性自动控制。这样的设计理念可以充分利用云计算提供的资源池，按需快速部署的优势。 今天的文章谈一谈云端应用设计时对于弹性计算的控制方法。 云端应用弹性计算控制有两种主要...
2018-09-05 08:50:07
568
原创 云计算应用应具有的一个特点 - “Design for Fail”
充分利用云计算的优势特性，是云端应用在设计时应该考虑的事情。现在通过比较传统应用与云端应用来说明云端应用的一大特点 – Design for Fail。也就是在设计时充分考虑系统的容错能力 传统型用户依赖于硬件平台提供的HA和DR，这就是我们常看到的硬件设备HA，双活，load balance 等等。而云端应用型用户将自己处理HA和DR策略，看下面出自VMware云计算架构的示意图。...
2018-08-30 16:59:23
386
转载 私有云测试
私有云平台测试要点 1 私有云管理平台 1.1 业务功能 根据业务功能要求对私有云管理平台的各项业务功能进行测试，测试依据用户使用场景进行，可选取关键的业务场景进行测试，包括客户管理，服务请求管理，用户管理，订单管理，计费管理，服务目录与产品管理资源管理等内容。同时关注友好性和可服务性。 1.2 部署能力 验证云私有云管理平台的部署能力与规模承载能力，测试对...
2018-08-22 14:05:04
2039
原创 了解超融合
简单介绍云计算方面的一个热点-超融合 超融合是云计算方面的一个热点，虽然已经不是一个新的技术，但市场对它的期望很大。看看Gartner的市场预测：超融合将是云计算市场中增长最快的部分，到2019年达到近50亿美元，占市场的24%。Gartner的分析师表示，尽管整体的云计算市场正在增长，但市场的其他部分将面临来自超融合系统的侵蚀。 Gartner将超融合定义为一个提供共享计...
2018-08-20 12:42:41
3420
原创 云端应用的迁移（三）
接上文，怎样进行云端应用迁移 3. 应用的部署容器化容器技术，例如通过LXC、Docker或 Rocket准备的映像，正迅速成为云端应用程序体系结构的部署单元。这样的容器映像随后被各种调度解决方案实例化，如Kubernetes、Marathon, Lattice。像Amazon和Google这样的公有云提供商也为容器调度和部署提供了一流的解决方案。容器利用Linux内核技术，如控制组（...
2018-08-14 17:04:08
942
原创 云端应用的迁移（二）
上一篇文章介绍了云端应用的特点，这一片介绍怎样迁移云端应用。 1. 分解应用：在我的工作中发现传统的N层架构企业应用程序很少可以在云系统上完美地运行，这是因为云系统存在很多不能支持的组件，而企业应用的正常运行往往依赖于这些组件。同时传统架构在业务上的局限性也日渐突出。这里举几个例子: 访问可挂载，可共享的文件系统在云系统上运行需要特殊定制。物理机上运行的文件系统迁移到云端需要特殊的调...
2018-07-31 10:38:56
941
原创 云端应用的迁移（一）
随着云计算技术的成熟与普及，许多已经开始使用公有云服务，或者已经自建私有云基础平台的企业面临的下一个问题是怎样更好的利用云计算，更好的将原来传统架构的应用转换为云端应用。 云端应用与传统架构上开发的应用的定义有很大不同。这个不同不是说传统架构的应用不能在云架构上运行，云端应用侧重于怎样在传统架构应用的基础上更好的利用云计算带来的便利，将云计算的优势转化为应用优势，继而转化为企业的业务优势，更好的适...
2018-07-05 11:56:39
3883
原创 企业IT治理中的云计算风险管理
云计算为企业带来很多无法抵抗的诱惑，特别是在近几年经济环境不好的环境下，企业仍旧要求IT为业务带来变革，云计算似乎是一个很好的选择，不但是新技术，最重要的是一种节省成本的替代方案。谷歌、微软、IBM以及其他所有已知和不知名的云服务提供商都提供了成本节约方案。但就像所有看起来好得令人难以置信的东西一样，云计算也带来了一系列的风险。企业在IT治理中如考虑云计算方案，应该把风险管理作为重要的考虑点。尽管...
2018-06-11 15:33:11
974
原创 考察企业云计算成熟度的一个重要指标
Open Group 企业架构Togaf中介绍的高效企业IT 运维指标中，重要的一点是应用的可移植性。在云计算成为趋势的今天，应用的可移植性更加成为评判企业云计算成熟度的一个重要指标，同时云计算给应用的可移植性增加了许多内容。我从事了许多企业云计算IT环境的建设工作，目睹了许多企业应用在企业上云之后的尴尬处境。下面就我的工作经验介绍一下企业上云中在应用的可移植性方面需要注意的内容： 在云计算背景下...
2018-05-23 10:46:40
2173
原创 企业上云与云计算治理
云计算是潮流，企业上云已经成为趋势，很多企业是主动上云，但说实话更多的企业是“被动”上云，或者说“大势所趋，不得不上云” 关于云计算的文章经常会对云计算如何帮助解决各种问题进行一些夸张的描述。但云并不是解决所有问题的灵丹。他给企业带来无限的可能，但同时又对企业IT管理提出新的需求。 正确的企业上云思路是将云计算作为企业整体IT战略的重要组成部分。从临时的，被动的，机会主义的上云计划转到云计算治理思...
2018-05-11 15:41:52
1358
原创 新的项目管理思维方法-企业家思维
项目经理的角色正在发生变化。在过去，项目经理为位置是在企业的第二线，或者是说在后端，主要是制定项目计划，安排项目的进行，保证项目的目标达成。 但现在情况有所不同。现在的IT企业要求项目经理站在第一线，除了保证项目的顺利进行，还要提供与战略和创新相关的贡献。这意味着他们需要有商业头脑，或者说是具有企业家思维，才能使项目与商业战略保持一致。这就给项目经理们的能力清单里添加了重重的一项： 企业家思维。但...
2018-04-20 09:37:09
986
原创 帮助你更好地了解VMWare
很多人都知道VMWare， 而且很多人都在使用VMware的产品，但是很少有人对VMware提供的产品组合有全局的理解，就像我们对IBM，Microsoft的产品库缺乏全局的理解一样。下面主要从宏观全局的角度对VMware的产品分层地做以介绍： 一般来说，VMWare产品按层次分类，可以分为四类。 第一层： ESXi管理程序——裸机管理程序，类似于Citrix XenServer。这一直是VMwa...
2018-04-18 15:01:30
887
原创 大规模Agile实践中的问题调查
Agile的特点更加适合小项目，小团队的使用，但是随着Agile被越来越多的企业所采用，Agile逐渐进入大规模组织，开始服务于大型项目，这得益于agile at scale等相关理论的支持。Forrester最近的调查显示，大规模Agile正逐渐走向成熟，但是还是存在着很多问题。下面列出其中比较重要的部分。Forrest的报告中显示： 一半的人认为企业的文化和行为规范仍然是Agile项目最大的...
2018-03-13 09:39:31
810
原创 需求分析角色怎样更好地融入Agile项目中
Agile项目管理中不存在需求分析师的角色，取而代之的是product owner的角色用以将客户的需求传递给Agile团队。我们看看对于product owner是怎样定义的：Product Owner是敏捷团队的一员，负责定义User Story，并对团队Backlog进行优先级排序，维护产品系统功能与技术实现的统一性。Product Owner会考虑stakeholder的利益，通过prod...
2018-03-01 14:20:31
888
原创 李开复评论中国人工智能
昨天看发李开复的一篇关于中国人工智能的文章，十分有意思，特此分享一下。文章的地址是：https://www.technologyreview.com/s/610298/tech-companies-should-stop-pretending-ai-wont-destroy-jobs/ 文章的题目是“高科技公司应该停止AI不会造成失业潮的言论” 文章以自动导航为例，指出中国会在10-15年内大规模...
2018-02-27 11:37:55
1171
原创 Agile 需求管理方略
Agile项目管理方式有众多的优点，这也是现在流行的一种项目管理方法论。但是不可否认的是Agile不能解决所有的项目管理问题，同时Agile的使用过程中也存在着一些缺陷。在需求方面，Agile方法就存在需求遗漏的问题（Missed Requirement）。 2016年Forrester进行的一项调查反映，在使用Agile进行管理的项目中，普遍存在需求遗漏的问题。由于Agile使用User Sto...
2018-02-26 09:50:27
1066
原创 BPM 管理中怎样建立实用有效的流程
流程的制定，优化不是一件容易的工作，并不是每个人都能做得很好。要开发实际使用的有意义的、有吸引力的流程，有一些经验可寻。下面列出一些重要的流程制定与优化过程中的实践经验，供大家参考。 保证流程简单。传统的工作习惯使得流程图十分庞大与臃肿，被塞满了太多的信息。或许是凸显自己工作量的因素，我们制定流程时都以制定复杂的流程为目标。老式的流程通常提供一个端到端的流程视图，并且倾向于包含9到12个决
2018-01-13 07:03:38
816
原创 混合云的优劣
上一篇文章介绍了企业对混合云的需求，下面对混合云的一些特点做以介绍混合云的优点： 公司可以部署自己的服务到公共云、私有云和混合云上。这样有助于减少支出，来自不同云提供商的价格和服务上的竞争，使公司能够实现最优的成本支出。 公司避免将所有IT工作负载放在一个云计算提供商的篮子里。这样可以有效避免上篇文章提到的服务停滞问题，系统崩溃以及数据丢失。 每个服务提供商有自己的优势，使用
2018-01-05 12:40:21
952
原创 从AWS宕机看混合云
今年2月28日上午（太平洋时间）AWS发生了服务宕机事件。原因是AWS云存储团队在进行调试时输入了一条错误指令。根据Cyence的分析，在AWS四小时的中断中，标准普尔500家上市公司损失了1.5亿美元到1.6亿美元。网络监测公司Apica发现全球前100家互联网零售商中有54家受到此次宕机的影响，其业绩下降了20%或更大，有3家网站关闭了完整的服务，他们是Express、Lululemon和On
2017-12-24 20:19:54
1641
原创 微服务与API管理
微服务逐渐被IT从业者所接受。但是伴随着微服务的兴起，人们逐渐认识到微服务管理的重要性与难度。API技术出现的时间比较长，对于API的管理经验相对比较成熟。其中的很多经验可以借鉴 在云技术的推动下，越来越多的企业使用微服务来提供可以对市场快速反应的服务。但是伴随着微服务的兴起，人们逐渐认识到微服务管理的重要性与难度。SOA对于服务的管理经验被大量的借鉴于微服务的管理。但是另外一个领域的管理
2017-12-19 15:35:20
5422
原创 用于管理复杂微服务架构的技术
在2016年的OSCON和软件架构会议上，有三分之一的公共报告是关于微服务的。最多的抱怨是，管理一大堆微服务已经变成了一场噩梦。在本文中，您将找到有效管理微服务的有用技术。 几年来，微服务被认为是伟大想法，随着微服务的越来越多地实施，微服务的一些障碍暴露出来，许多问题需要被明确:如果你将一个系统分成300个微服务，你将： 如何把它们连接起来?您会使用API、共享数据库、消息总线
2017-12-15 14:40:11
1234
原创 Netflix的设计微服务体系架构的最佳实践
Netflix在微服务上做的很出色，他的开发团队为设计和实现微服务体系结构建立了几个最佳实践。他提出的最佳实践值得借鉴，下面对这些实践做一些介绍。 为每个微服务创建一个单独的数据存储不要在微服务中使用共同的后端数据存储。每个微服务的团队选择最适合该服务的数据库。此外，对于单个数据存储，共享数据库结构是非常容易的，同时也减少工作的重复。最后，如果一个团队更新了数据库结构，其他使用该结构的
2017-12-12 09:38:29
1215
原创 怎样将系统拆分成微服务
将系统划分为微服务。这是一门艺术，这里介绍一些策略希望可以帮助大家: 通过业务功能分解，并定义与业务功能相对应的服务。 使用DDD（域驱动设计方法）设计微服务。 由动词或用例分解系统，并定义负责特定动作的服务。例如，一种负责装货运订单的运输服务。这里的“运输”就可以被用来分解系统，将运输服务分解成微服务。 由名词或资源来分解系统，分离出某一个服务，这个服务负责对给定类型的名词实体或者资
2017-12-05 17:45:47
2541
原创 微服务设计模式
在微服务的设计方面，同样有许多的设计模式。单一架构是微服务架构的另一种选择。其他模式则处理相对应的问题。l 分解模式 1）通过业务能力分解， 2）通过子域来分解，l 数据库模式，每个服务拥有自己的数据库，以确保松散耦合。l API网关模式，定义了客户端如何在微服务体系结构中访问服务。l 发现模式，客户端发现和服务器端发现，用于将客户端请求路由到微服务体系结构中的可
2017-12-01 14:03:07
803
翻译 管理微服务的5个关键原则
管理微服务涉及五个关键原则。这些原则帮助运维团队管理基于微服务的应用程序。它们还促使开发人员考虑应用程序怎样运维，因为开发人员和运维共同都负责提供一个健壮且高质量的服务。为了实现这一点，在设计和开发应用程序时，让开发人员尽早参与运维是很重要的。在以后的时间重构这些决策是容易出错的、麻烦的，而且肯定不那么有效。 下面介绍一下IBM建议的管理微服务的5个关键原则1. 运维运维的工
2017-11-30 11:02:01
1780
翻译 IT 领域最新宏观趋势 – 平台与微服务
这是一篇翻译自Thoughtwork上面的文章，对IT的未来发展有很好的分析，特别是关于平台与微服务两部分， 文章翻译自：https://www.thoughtworks.com/insights/blog/new-tech-industry-macro-trends 平台思想促进交付效率（Time-to-Value）在过去的十年里，不管底层的结构是公有云，还是私有云，像A
2017-11-28 10:23:58
835
原创 IT项目制定线路图（Product Roadmap）中应注意的问题
企业启动IT项目后，制定项目的线路图是一项非常重要的工作，线路图定义了产品的开发轨迹，提供了一个可视化的项目线路图，便于项目的相关人员跟踪进度，同时也是制定项目预算的主要依据。产品路线图是战略和战术的结合，是帮助团队顺利达成目标的必要工具。 但是，现实中我们的线路图多数因为时间仓促，更为重要的是项目相关人员的忽视，造成了制作线路图上的粗制滥造，其产生的结果是线路图对项目的指导作用消失，项目
2017-11-24 11:23:29
2727
原创 IT项目的安全需求（二）— SQUARE
SQUARE（System Quality Requirements Engineering ）是卡内基梅隆大学(CMU)开发的一种流程模型。SQUARE为信息技术系统和应用程序提供了一种获取、分类和优先级安全需求的方法。模型的重点是将安全和质量概念构建到开发生命周期的早期阶段。该模型还可以用于记录和分析开发项目的安全性和质量方面。 SQUARE的安全需求管理步骤是: 1.
2017-11-23 09:19:54
983
原创 IT 项目的安全需求（一）— CLASP
IT项目需求中的有一项重要的需求就是安全需求，怎样制定安全需求，我会分两篇文章介绍两种通用的安全需求框架 第一种是CLASPCLASP (Comprehensive, Lightweight Application Security Process) 提供一种组织良好的、结构化的方法，在软件开发生命周期的早期阶段进行安全需求的制定。 CLASP实际上是一组可以集成到任何软件开发过程
2017-11-21 13:33:26
1778
原创 我对IT项目需求发掘的一些思考
需求是IT项目开始阶段重要的环节，准确的发掘客户真实的需求（Requirement Discovery）是项目成功的关键。IDG 的调查显示60% 的项目失败原因是需求阶段的失误，或者是需求阶段产生连锁效果造成的。但是我们看到，很多IT项目时没有需求发掘这一个步骤的。需求是业务部门提出的，IT部门作为接收方，只是做到需求分析设计。 需求发掘（Requirement Discovery）的基
2017-11-16 11:37:35
817
原创 管理需求激增
需求变更与需求管理是IT项目中的重要一部分。在项目初期，需求不是很明确时，特别是在需求转化为设计的过程中，需求变更更多的是表现为需求的快速增长。这些增加出来的需求如果得不到很好的控制，将会严重的影响项目的计划，安排，甚至偏离项目的原始目标。 另外一个场景，现在流行的Agile项目管理方案，需求是递增的，虽然是在一定的product backlog中产生出来，但是在每个sprint，prod
2017-11-14 09:04:08
782
原创 业务流程监控的几点建议
业务流程成熟的一个重要标志是流程可以被准确的并且合适的检测与控制。当企业完成一个BPM项目后，后续有很多工作。其中一项长期的工作就是流程的监控。企业需要制定监控的范围，监控指标，监控的实施等工作。下面总结了几点对于业务流程监控中应该注意的问题。 一些废话就不用说了，比如流程的监控目标要跟随企业的目标，了解流程中的绊脚石等等。我想说一些我认为重要的部分。 1. 实施监控的顺序应从简到
2017-11-08 13:17:39
6383
原创 企业上马BPM项目的真正目的是什么
我们总是认为企业上马BPM项目，实施BPM优化，BPM电子信息化，这些工作的目的为了成本节约，流程管理顺畅了，自然节约了企业的运行成本。但成本只是BPM带给企业的众多好处中的一部分，而且也不是评估BPM成功的最重要指标。 在当今时代，企业所有活动都应该有助于组织迅速地适应变化，并为最终客户带来更大的价值。考虑到这个想法，您的BPM目标也应该以相同的方式组织，以便实现这一点。只有在服务和交付
2017-11-07 09:02:30
1261
原创 不要把BPM单纯的看做一般的项目
不要把BPM看作一个有明确的开始和结束的项目。BPM项目有一些可定义的步骤，但是BPM更多的是关于过程优化和实现这一目标的方法。一个“项目”对于BPM实际上是太局限了，我们应该理解它为一种文化，一种系统，它是一个在环境变化或技术允许的情况下，预测和管理未来变化的系统。实现BPM需要计划、沟通和艰苦的工作，但是一旦人们看到他们的想法得到了优化，他们就会理解BPM为什么存在，以及它实际上做了什么。它应
2017-11-03 09:05:26
1100
原创 从一篇关于BPM实施的文章想到的
今天看到一篇关于BPM项目实施建议的文章，其中的一些很有建设性，但是有一些，我却有不同的意见。与大家分享一下。 原文的连接是：http://www.bpmleader.com/2013/12/20/5-tips-to-bpm-success-the-adidas-story/ 文章介绍的是阿迪达斯实施BPM项目的经验总结，文章写道： BPM项目的实施通常看起来像攀登一个高峰
2017-11-01 13:55:54
556
原创 BI-商业智能与 BA-商业分析 的区别
企业IT部门经常听到的两个词汇是business analysis-商业分析， business intelligence-商业智能。很多人将两者混为一谈，特别是很多HR公司在招聘职位时也将这两者混淆。下面我就简单介绍一下两者的区别。 BI（business intelligence）商业智能的定义是：利用软件和服务将数据转换为可操作的智能，从而帮助企业的战略和业务决策。BI工具通过手机企业的数
2017-10-30 14:44:57
6498
Advanced 3D Game Programming Using DirectX 9.0
2008-06-15
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人