AKF WorkShop

若干关键字

可伸缩性、泳道、云计算、可伸缩性原则、观念、流程、组织

只有技术是不够的

正确人在正确的组织
正确的流程
正确的架构

应用

X Axis – Horizontal Duplication(水平复制,可以理解成LBS,解决单台问题)
Y Axis – Split by Function or Service(功能或服务切分,解决多台分组问题)
Z Axis – Lookup Split(按用户、SKU等切分,对分组后的细分?)

application scale cube

数据

X Axis – Read/Write Separation(读写分离)
Y Axis – Split by Service Data(按服务切分数据,分数据库)
Z Axis – Split by Similar Data(相同数据的切分,数据本身做表切分)

database scale cube

泳道

基于部署的物理隔离

swin lanes

Mindset

创建敏捷的团队
工具化/服务化
扩展性不是目标,是一个过程
ScalingUp 到ScalingOut
从设计的时候就考虑监控

Types of Conflict
图没怎么看懂,但能明白冲突的来源。拥有泳道的架构就要拥有泳道的组织结构
Types of Conflict

问题解决

支持敏捷
我们的最高优先级是尽快并持续的满足客户要求,提交有价值的软件。
业务人员和开发人员必须每天工作在一起。
最佳的架构、需求和设计产生于自组织的团队。
一个团队拥有完整的服务,而不是依赖他人
减少情感冲突,应该是减少跨团队沟通

没想到图拍的这么悲感,有些臃肿。上面整理的一些PPT内容,其实我也不知道如何回答里面的内容,但始终认为自己的问题还是需要自己解决。我们今天或未来的系统需要专家们的指引,但路怎么走还是需要自己把握。对于一些很明确的原则,是一直倾向于团队独立解决的。只有开花结果变种子,再能从种子到开花结果的良性循环,系统才能够发展,团队才能够发展。各种隔离的做法即所谓的泳道是个不错的提法,其实ShopService的服务已经是隔离的,给手机使用的服务是独立于网站而部署的,又先人一步。关于组织机构部分还是保持沉默,不在其位不妄语。AKF反馈的一份Review让我有所思有所获。
AKF WorkShop

发布评论

您的电子邮箱不会被公开。 标记为 * 的区域必须填写

*

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>