Project - IT服务架构设计与技术选型
IT服务设计(架构设计)
IT服务设计是IT服务战略落地的设计方法论以及具体解决方案的集合。
一个符合IT运营成本需求、低风险、易于维护并高可用性的IT服务的解决方案设计对企业来讲至关重要.
架构是应用架构设计方案来解决客户的实际问题,架构设计一般是由系统、应用和流程等部件组成的。
架构设计中也可能会包括更加广泛的产品、技术、服务、硬件和软件部件等。
部件(Components)是能够提供一个或一组特定功能的集合。
部件可以是服务器、网路 拓扑架构、应用软件、中间件平台、流程控制软件或服务管理软件等。
架构设计并不是简单部件相加的过程,要充分考虑部件的可重用性、部件的属性、方法、接口定义和部件之间的接口调用关系等。
IT架构师
提供的解决方案来解决实际问题,侧重于方案设计阶段的工作,但也要全程参与项目的具体实施。
解决方案是通过系统架构设计来展示和描述的,包括系统选型、存储和网络的界定、应用模块的具体逻辑定义和接口调用关系等。
在方案实施过程中,作为与客户进行技术方面沟通的桥梁,并且对IT施工团队提供必要的技术指导和实施引导等。
确保具体实施过程是完全按照既定架构设计方案完成,并且还要在项目实施的具体技术公关上起到决定性的指导作用。
云原生下的架构设计要求
- 掌握云原生的各个关键组件
- 理解架构设计的思想
- 掌握技术架构持续演进的过程,以及与团队文化、研发流程的共存共生的关系
三原色
三原色:架构、流程、文化
- 流程和文化对架构有至关重要的影响
- 架构不是单纯设计出来的,而是从不确定性中逐渐锤炼出来的
- 架构在不同团队不同维度下综合判断、权衡,很难统一所有关注点
- 架构没有绝对的评价标准,只是在不同角度下做出“利弊得失”的抉择
技术选型
组合多种工具形成一个完整的、综合性的容器应用及管理平台。
单体架构项目在进行微服务容器化改造时,为了能够实现快速开发迁移、方便部署运维、扩容简单等特性,技术栈选型主要涉及开发、编译、测试、部署、服务编排等。
- 底层环境
- 私有镜像仓库
- UI界面及综合管理
- 基于容器的CI/CD平台
- 容器存储(Storage Class)
- 服务发现(Service Discovery)、内部域名解析
- 负载均衡(Ingress Controller)
- 容器网络(Networking)
- 监控告警
技术选型原则
- 成熟的框架:系统的稳定性经历了市场的考验,
- 活跃的社区:有力的支持,方便寻找和参考解决方案,不重复造轮子
- 工程化的文档支持:易推广适用到大型团队(模块化、自动化、测试、编译等)
- 统一的风格:统一的编程思想和风格,降低开发和维护成本
- 快速开发的支持:框架特性
行动是绝望的解药!
欢迎转载和引用,但请在明显处保留原文链接和原作者信息!
本博客内容多为个人工作与学习的记录,少数内容来自于网络并略有修改,已尽力标明原文链接和转载说明。如有冒犯,即刻删除!
以所舍,求所得,有所获,方所成。