1. ENABLE DEVELOPER PRODUCTIVITY
• Do you want to give developers the freedom to innovate using the best tool for the job?
• Does your vendor choice limit your developers’ choices?
• Do application development choices complicate your infrastructure operations?
• Do you want to support new languages that reduce development time?
• Do you want the agility of cloud but on developers’ local laptops?
If you answered “yes” to any of these questions, you should consider an open source cloud-native platform. Maintaining flexible tools gives your developers the choice they need to succeed.
2. CAPITALIZE ON EXISTING INVESTMENTS
• Do you continue to invest in more infrastructure while you have under-utilized capacity?
• Do long delivery times for existing applications negatively impact your organization?
• Do you need public cloud agility for your existing legacy applications?
• Are existing applications excluded from your DevOps initiative?
• Do you want infrastructure portability for your existing applications?
• Do you consider modernizing existing applications but are interested in an incremental, side-by side approach?
• Does your existing middleware support DevOps and microservices principles?
If you answered “yes” to any of these questions, you should evaluate full-stack vendors that have an open philosophy. These vendors will allow you to use your existing knowledge base, offer your developers choice, and provide confidence in the security of your container platform.
3. MAXIMIZE FUTURE CHOICE
• Does vendor lock-in concern you?
• Do you want the ability to move applications across multiple cloud infrastructures?
• Does your environment support development, test, and production for multiple application development life-cycle stages?
• Do you want to adopt modern application architectures without changing your current infrastructure?
• Do you want the speed of microservices without the management complexity?
• Do you see serverless architecture as an alternative for future applications?
If you answered “yes” to any of these questions, it is important to confirm that your cloud-native platform is actually open (and not a mix of open and proprietary solutions) and based on widely adopted industry standards. True application portability will allow you to maintain control of your environment.
4. MAKE SECURITY A TOP PRIORITY
• Is multitenancy a key element of your enterprise architecture?
• Do you want to give developers a choice of technology but are concerned about the security risks?
• Does security from malicious users or poorly written code cause concerns in your current environment?
• Do you need the security assurances of tested and proven technologies?
• Do you want proactive security tools that inform your teams about security vulnerabilities before the public does?
• Does your technology stack enable rapid security response to viral vulnerabilities?
• Do you want to adopt containers and Kubernetes but are concerned about security assurance and longevity?
If you answered “yes” to any of these questions, you should evaluate whether a cloud-native platform will keep your applications and IT infrastructure secure—and determine if that security will work throughout your stack.
今天先到这儿,希望对云原生,技术领导力, 企业管理,系统架构设计与评估,团队管理, 项目管理, 产品管管,团队建设 有参考作用 , 您可能感兴趣的文章:
领导人怎样带领好团队
构建创业公司突击小团队
国际化环境下系统架构演化
微服务架构设计
视频直播平台的系统架构演化
微服务与Docker介绍
Docker与CI持续集成/CD
互联网电商购物车架构演变案例
互联网业务场景下消息队列架构
互联网高效研发团队管理演进之一
消息系统架构设计演进
互联网电商搜索架构演化之一
企业信息化与软件工程的迷思
企业项目化管理介绍
软件项目成功之要素
人际沟通风格介绍一
精益IT组织与分享式领导
学习型组织与企业
企业创新文化与等级观念
组织目标与个人目标
初创公司人才招聘与管理
人才公司环境与企业文化
企业文化、团队文化与知识共享
高效能的团队建设
项目管理沟通计划
构建高效的研发与自动化运维
某大型电商云平台实践
互联网数据库架构设计思路
IT基础架构规划方案一(网络系统规划)
餐饮行业解决方案之客户分析流程
餐饮行业解决方案之采购战略制定与实施流程
餐饮行业解决方案之业务设计流程
供应链需求调研CheckList
企业应用之性能实时度量系统演变
如有想了解更多软件设计与架构, 系统IT,企业信息化, 团队管理 资讯,请关注我的微信订阅号:
作者:Petter Liu
出处:http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。