更新，求助cloud computing技术大拿

appletree777

TuTuTu 发表于 2022-2-13 21:17
能做文章的也就是指出改变了support model与和你们提供服务有关的SLA。以前你们从Infra到OS到App全权负责， ...

今儿只剩一分了

sennylu

appletree777 发表于 2022-2-13 23:18
呃，我们公司不想让客户迁到私有云上

无所谓啊，这种就是框架，你想正了说还是反了说，还不是随你写

appletree777

Bessy 发表于 2022-2-13 21:47
privacy,私有云也是内部的，只是另一个部门负责，应该不存在privacy问题吧

你现在team和HR team是一个公 ...

privacy，感觉都是内部组织，应该问题不大。support，it部门肯定也有SLA承诺，前面有人提到踢皮球问题，是会存在的。cost，全部迁过去肯定是减少的，我mentor 意思估计是无法阻挡客户迁移，但我们尽量不全部迁，所以得准备ppt解释为啥不能全部迁。如果不全部迁，感觉成本肯定是不会低的。

netman

云化迁移评估有现成的方法论呀，AWS有The 6 R’s，照葫芦画瓢就行。

Grange

做这个presentation的目的何在？你们想尽量把客户的application留在你们的infra上，还是想帮助客户解决migration的问题。感觉客户是想自己host他们的app（on-prem），如果是这样，技术上总是有办法解决的。我觉得你的任务就是把你们这边所用的技术解释清楚，然后让客户决定具体怎么实现和支持。

比如他们这个application是什么架构的？除了Oracle有其它特殊的要求？database有没有用到high availability, replication? 怎么做backup & restore？网络方面有什么特别的configuration? 有没有用到auto scaling?

再问一下客户那边用什么样的OS, load balancer，几个datacenter，地理位置，authentication method用什么(LDAP, SSO, AD)？他们已经在用Oracle还是需要转换成别的RDBMS。有没有知识产权的问题，比如database schema是属于谁的？

感觉还是有不少可以说的，好好准备一下，这是展现自己的一个机会。

mtt

学习

magic

vm  vs containers
Microservices

appletree777

Grange 发表于 2022-2-14 00:36
做这个presentation的目的何在？你们想尽量把客户的application留在你们的infra上，还是想帮助客户解决migr ...

谢谢啊，客户想迁，我们不想让客户迁，但阻挡不了客户迁，所以我们就想和客户说，哪些可以迁，哪些不能迁，不能迁的理由是啥。你说的目标cloud，都是aws的啊，现在landing zone是VMware的私有云。

appletree777

netman 发表于 2022-2-13 23:50
云化迁移评估有现成的方法论呀，AWS有The 6 R’s，照葫芦画瓢就行。

有链接吗，不是要说具体怎么迁，是想和客户说哪些不能迁，理由是啥

appletree777

magic 发表于 2022-2-14 06:57
vm  vs containers
Microservices

感谢，貌似这也是个不错的思路

appletree777

TuTuTu 发表于 2022-2-13 21:17
能做文章的也就是指出改变了support model与和你们提供服务有关的SLA。以前你们从Infra到OS到App全权负责， ...

我又想了下，感觉我这case不能从这角度说，我们阻挡不了客户迁移的决心，想引导部分迁移部分留在现在的虚机上，这样势必逃不了两个team维护踢皮球的情况。

rayki

还有个角度，application还好说，数据怎么办，那么大的数据怎么往cloud上传。  snowball不要想了，如果是政府一定要采取其他的安全的网络传输才可控。

yzh1999

appletree777 发表于 2022-2-14 09:08
我又想了下，感觉我这case不能从这角度说，我们阻挡不了客户迁移的决心，想引导部分迁移部分留在现在的虚 ...

对，你老板要卖的就是这份焦虑。迁移一部分再留一部分是最差的组合，所以最好什么都不要动

zzt

rayki 发表于 2022-2-14 08:21
还有个角度，application还好说，数据怎么办，那么大的数据怎么往cloud上传。  snowball不要想了，如果是政 ...

不是vmware private cloud 吗？

从帖子看是大领导想系统整合，把所有系统整合到一个私有云平台上

rayki

zzt 发表于 2022-2-14 09:37
不是vmware private cloud 吗？

从帖子看是大领导想系统整合，把所有系统整合到一个私有云平台上 ...

哦，没细看，私有云就好多了。

zzt

rayki 发表于 2022-2-14 08:44
哦，没细看，私有云就好多了。

跟我们差不多，我们是迁到azure stack 和azure的混合云上

kanweng

客户政府， 很简单了， 都能迁， 拿到大单合同， 慢慢干吧。

rayki

zzt 发表于 2022-2-14 09:46
跟我们差不多，我们是迁到azure stack 和azure的混合云上

Azure stack 据说确实不错，适合于企业中已经有很多微软的license的，否则的就openstack好多选择

zzt

rayki 发表于 2022-2-14 08:51
Azure stack 据说确实不错，适合于企业中已经有很多微软的license的，否则的就openstack好多选择 ...

我们有Microsoft EA ，还有ＭＶＰ技术大拿，肯定选Auzre

Hao@Mel

楼主当心了，这么明显一个超出你职权范围的任务，却偏偏交给你做，很有可能有办公室政治因素在里面。楼上有人说得好，这是cto的活，或者至少是principle management的活，不是你一个新人能全面考虑的。
而且政府项目要从你公司的基础设施转到云，那是现金牛要跑呀！你的老板应该比你还着急才对。注意观察一下，到底老板们的态度是什么样的？别到时候让你当挡箭牌就惨了。

Grange

appletree777 发表于 2022-2-14 08:03
谢谢啊，客户想迁，我们不想让客户迁，但阻挡不了客户迁，所以我们就想和客户说，哪些可以迁，哪些不能迁 ...

我说的不是AWS。我对VMWare产品不是很熟，但我猜所谓“VMWare私有云”只是用VMWare vSphere来做VM provisioning / k8s / container orchestration，软件方面还是要自己去设置，不像Azure / AWS 那样有现成的给你用。你对客户那边用的技术有多了解？hybrid solution不是不可以但是客户到时候肯定会派懂技术的人过来，他们应该也不是好忽悠的。

zzt

看了一遍你的描述，技术上应该是没有啥不能迁的，这个貌似真不是你一个小兵应该做的事情
真要做可以从以下几个点：

迁移过程耗时太长，
迁移成本太高
同一个平台安全性设置复杂

怎么看都不是你该管的事情

suke06

估计是某个部门新来了CIO?
大多数政府部门传统部署都是使用多个不同地点的独立数据中心。然后上了私有云以后依然是采用了多数据中心独立的结构。私有云底层没有打通，导致有点半通不通的感觉。你是Enterprise Architect/Solution Architect的职位还是business analyst/system analyst的职位？这个要根据不同的职位看东西的角度不同来写的。

lemonmagee

对私有云不熟。对一般的云迁移来说，有标准的framework可以用： 比如AWS 的 CAF Cloud Adoption Framework，Azure也有https://docs.microsoft.com/en-us/azure/cloud-adoption-framework/
往上套就好了。如果就写几页的话，写不到具体的application。

appletree777

lemonmagee 发表于 2022-2-16 09:15
对私有云不熟。对一般的云迁移来说，有标准的framework可以用： 比如AWS 的 CAF Cloud Adoption Framework ...

谢谢，感觉和我的诉求是反的，你的链接是游说客户迁到云上，我现在目标是不让客户全部迁到云上，保留部分在虚机上。（因为阻挡不了客户迁移，只能尽量留一点是一点）

appletree777

suke06 发表于 2022-2-15 22:43
估计是某个部门新来了CIO?
大多数政府部门传统部署都是使用多个不同地点的独立数据中心。然后上了私有 ...

现在目标是让客户不要全部迁（因为阻挡不了客户迁移的决心），那就留一点是一点，现在主要要说明哪些不能迁，为啥那部分不能迁

suke06

appletree777 发表于 2022-2-16 10:21
现在目标是让客户不要全部迁（因为阻挡不了客户迁移的决心），那就留一点是一点，现在主要要说明哪些不能 ...

无论从技术角度还是从长期运营成本上来看，移到私有云上是有优势的。想要阻止的话只有从几个方面考虑了。

1. 直接成本， 包括某些部分重新开发设计，所有的移植项目都需要重新测试。包括压力测试，安全测设。
2. 间接成本， 包括移植以后是否有足够的专业人手来维护运行，长期以往是否特别专业的人士导致人力成本增加。
3. 风险成本， 特别是一些重要系统。如果移植失败了，如何Rollback。

没有特别的技术细节的话，只好从短期成本的角度去说服客户了。

lemonmagee

appletree777 发表于 2022-2-16 10:19
谢谢，感觉和我的诉求是反的，你的链接是游说客户迁到云上，我现在目标是不让客户全部迁到云上，保留部分 ...

不用想的这么具体。framework是框架，用CAF打个比方，要转去私有云（或者不转去）：
1. Benefits
1.1. business risk
1.2 performance
1.3 grow revenue
1.4 operational efficiency

2. how it works:
2.1Envision
2.2 Align
2.3 Launch
2.4 Scale

3. Capabilities and perspectives
3.1 Business perspective
....
3.n Security perspective

Kzhao19

老文章不过可以看看拓展一下你的思路
https://www.redhat.com/rhdc/mana ... 980kc-201709-en.pdf

hxsh2000

从客户的角度来考虑这个问题，而不仅仅想我要什么，然后再在这个过程中找到契合点，从中得益，是让大家都happy且能更好的合作的基础。俗称put yourself into the shoes

我是一直在客户方面做的，所以比较清楚客户要什么，从知道要什么和达到什么后(business requirement and context)，才能更好的在这些信息的基础上，找到供应商最好的方案和利益点。最后即使不一定能够留住这些服务，也能在其他地方得益，比如从这个迁移中拿到很好的报价和其他的机会，然后反向说服你这边的经理和高层。

先弄清楚客户要全部迁移这些服务到私有云的原因，是哪个级别的决定，是战略性的高层的决定并且是强推的项目呢，还是中层经理级别想做出成绩给高层看的决定，还是只是配合着而已，亦或者是新进来的中高层烧的火要换自己熟悉的技术和供应商。（比如我进到新的公司，也会朝着自己熟悉的技术和供应商方面下手，要不很难顺利开展工作和体现价值。）有了这些信息，才能更好的制定出适合的策略的。无论技术难度或者代价，如果是战略推进或者中高层新进来推项目，在这些非盈利性的机构里，供应商都很难通过建立完全的技术壁垒来在刚开始scope的阶段来应对的。这种情况比奥常见能够实施成功的，会是里面的直属经理或者SME与供应商已经建立起了不错的关系，还有没有非常强的要迁移到私有云的核心技术，那么通过中层核心团队的配合，才更可能达到想要的结果。当然了，这个是建立在此项目不是上面说的情况的基础上。当然了，也有很多供应商，可以设置技术壁垒的，但一般要等到在blueprint甚至实施阶段，让项目进展不顺利并且出现很多的risk，让客户不得不放弃。

这些信息，在这些大的机构中，我相信你们公司都会有相应的客户关系经理甚至总监级别的人跟着的，给你的经理一些比较简要的critical selection criteria，然后把需要联系客户关系经理取得更多的信息以能制定最好的策略讲一下，对你会有很好的加分的。而且我认为，你的经理，应该已经有了这些信息了的，对于一定层级的管理者，这些都是做决定的基础。