讨论一下IHG的渣IT

偌大的IHG跨国酒店集团会员系统居然可靠性那么差。难道他们的架构设计不遵循AWS云架构六大支柱？

虽然没看懂说啥，但感觉好厉害的样子。

虽然没看懂说啥，但感觉好厉害的样子。

虽然没看懂说啥，但感觉好厉害的样子。

雖然看懂說啥，但楼主好像对灾难不了解。人为灾难占灾难八成以上，就unsatisfied employee，AWS绝无招架之力

无论如何，感覺好厲害的樣子。

我觉得就是不肯花钱，不然怎么差也不能差到这个地步吧，日常各种故障，访问速度又非常慢！

这是两码事。AWS云架构指导的是云服务，是更为底层的产品。 IHG的IT是系统架构问题，它是基于云服务之上的业务系统(业务系统严格来说遵循6大原则也没问题，但是侧重不一样)。目前来看整个系统的可用性太低 ，甚至在今天出现长时间整个程序的不可用的情况，这是非常严重的事故，技术部门需要对目前的高可用设计进行review。 当然基于越来越严格的数据合规监管，这种涉及跨国业务的系统在可用性方面的考虑也复杂的多。

haolj 发表于 2022-9-5 18:13

我觉得就是不肯花钱，不然怎么差也不能差到这个地步吧，日常各种故障，访问速度又非常慢！

而且自己系统出错 ，要顾客来找茬，还不给找茬费，不厚道

系统设计太渣，这么长时间的宕机说不定真的没有做集群化和热备份。

人家是做酒店的。

崩出新高度

虽然没看懂说啥，但感觉好厉害的样子。

我去年访谈过他们的IT，那时候IHG订单管理是全球共用一套。先到美国再给到中国的每家酒店，而且系统很老。不知道今年数据出境条例出来了，他们怎么应对，还是说已经localize过了

搬砖回来，发现吐槽帖炸出一堆SAP。已经快12小时，刚才登陆终于恢复了。

我猜测，IT之前一直正在等待读某个深层备份的进度条。23333333

登录恢复了，然后就什么也干不了

酒店集团的 it。。你是不是想太多了

Alexlihk 发表于 2022-9-5 18:07

雖然看懂說啥，但楼主好像对灾难不了解。人为灾难占灾难八成以上，就unsatisfied employee，AWS绝无招架之 ...

你说的属于安全责任共担模型。云服务商负责培训和管理云服务商的人员，客户负责培训和管理客户的运维人员。

我提出符合六个支柱的意思是：即使有IHG程序员删库跑路，根据安全性原则，这个程序员不应该获得根账号底层权限，而他删的也不应是唯一的存档。

而当遇到删库跑路或者黑客攻击这样的极端事件，应该能短时间恢复服务能力的可靠性。

simonxu 发表于 2022-9-5 22:51

你说的属于安全责任共担模型。云服务商负责培训和管理云服务商的人员，客户负责培训和管理客户的运维人员。我提出符合六个支柱的意思是：即使有IHG程序员删库跑路，根据安全性原则，这个程序员不应该获得根账号底层权限，而他删的也不应是唯一的存档。而当遇到删库跑路或者黑客攻击这样的极端事件，应该能短时间恢复服务能力的可靠性。

内地果然完全没有灾难意识。当非硬件性灾难，就要从冷备份回復，当中牵泄大量人为对数查核，没可能像热备或云平台等迅间恢復正常的

美国很多holiday inn级别的大车店，看前台的系统，感觉很多还是之前的Priority club