关于运维研发体系的一些思考

关于思考的说明

  • 写作是为了更好的思考 由于这个问题本身很复杂,这里只是为了展示思考的过程,而不是对别人展示自己的想法,如果要对其他人展示思考的结果的,应该用结构化表达,但是思考的过程是杂乱的,多维度的,不连续的,本次思路过程的记录,也会比较杂乱,我接受这个,这个输出,这个中间件过程的输出。这个过程是什么样的,其实没有关系,重要的是要能把当前的多点的思考,通过写作的方式连成线,然后就能看出整体的形式
  • 本次思考的目的在于提出当前一段时间的最优方案 ,既然是方案就会有很多限制条件
    • 基于当前组织架构下,资源的最大化利用,和效率的最大化
    • 基于2/8法则,不期望解决所有问题,但是能够通过20%的投入解决80%问题
  • 过程记录,而非终极答案 ,过程记录会有很多不完整的地方,接受这些不完整,并留下开放的结尾,想到的先写,没有想到的就留下后续继续进行的引子。
  • 其他,想到了再写

有哪些问题?

体系林立,都希望对自己有利的方向解释,中间地带,效率很低
现在都有哪些体系呢?

  • PDP

  • ITIL

  • DevOps

  • 语境图

  • 分层IaaS PaaS SaaS
    对体系的理解,和不同角色的解释,前方结论后面

  • 售前,售后,运维边界和权限不清

  • 其他问题
©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容