Најди сличен содржај

¿Empieza la campaña de #Trump? 🤔 🔴 La #SRE fue contundente al decir que no existen pruebas para detenciones con fines de extradición, además señaló a la embajada de EU de violar confidencialidad 🚨🤬 https://sinlineamx.com/sre-recibe-solicitudes-de-extradicion-eu-sin-pruebas/

Atención oportuna a las víctimas 🙏🏻 🔴 La #SRE detalló que se mantendrá en contacto permanente con las embajadas de las víctimas de #Teotihuacán🕊️🖤🇲🇽 https://revistaelpolitico.com/internacional/teotihuacan-sre-atiende-victimas-tras-ataque/

新增 运维工程师 （序列：#运维#SRE ） 工作职责： 1. 云端基础架构监控与管理 • 使用云端监控工具和仪表板监控云端系统和服务的性能、可用性及健康状态。 • 监控云端资源使用情况，确保系统稳定运行并进行必要的优化调整。 2. 事件响应与故障排除 • 及时响应系统异常与警报，分析并解决影响云端应用与基础架构的问题。 • 与内部开发团队、DevOps 及云端供应商（AWS, GCP, Azure）协作，排查并修复技术问题。 3. 自动化与基础架构即代码 • 开发与维护自动化脚本（如 Bash、Python、Node.js），提升系统运行效率与可扩展性。 • 建立并维护 Infrastructure as Code（IaC）流程，确保基础架构的标准化与自动化部署。 4. 与内部团队协作 • 与 DevOps、开发团队密切合作，确保云端基础架构符合应用需求。 • 提供技术培训，帮助内部团队理解并优化云端平台的使用方式。 任职资格： 1. 云端平台与基础架构 • 了解 AWS、GCP 或 Azure 主要云端服务（如 EC2, S3, IAM, VPC, Cloud Functions, Kubernetes, SQL/NoSQL 数据库）。 • 了解云端网络架构（如 VPC、子网、负载均衡、DNS、CDN）。 2. 技术支持与 API 集成 • 了解 API 测试工具（如 Postman）并能协助客户进行 API 调试与错误排查。 • 具备与客户技术团队合作、解决技术问题的能力。 3. 自动化与 DevOps 技能 • 熟悉基础架构即代码（IaC）工具，如 Terraform、CloudFormation、Ansible。 • 具备 CI/CD 工具（如 GitHub Actions、GitLab CI、Jenkins）的经验。 • 熟悉 Shell Script、Python 或其他脚本语言以进行系统自动化。 4. 事件管理与故障排除 • 熟悉监控与日志分析工具（如 Prometheus、Grafana、Datadog、ELK Stack）。 • 具备服务器、网络、应用系统的故障排除能力，能快速分析与解决问题。 • 具备撰写 SOP 与 Incident Report 的经验。 5. 沟通与文档撰写能力 • 良好的技术沟通能力，能够与内部团队、客户及云端服务供应商协作。 • 具备技术文档撰写经验，能够编写操作手册、API 文档、技术支持 FAQ。 工作地点：海外远程（非中国/越南）

【JD】中高级运维工程师： （序列：#运维#SRE ） 岗位职责： 1.操作系统，能够日常运维操作，服务器的基本监控和常见问题的排查与解决。 2.有使用云的服务搭建系统平台的经验。 3.软硬件运行监控，可以使用一些简化的工具或平台，提供基本的性能指标监控和报警。 4.数据库管理方面，熟悉基础增删改查等，并能优化查询语句等。 5.了解搭建和维护环境时，可以选择一些简单易用的开源工具或平台，提供基本的代码集成和自动化部署功能。 岗位要求： 1.从事3年以上it运维工作； 2.本科及以上，计算机，信息管理，网络工程相关专业； 3.熟练shell/python脚本编写； 4.有过高并发微服务的自动化部署/维护经验（ali/aws/自己搭建等平台k8s管理和部署）； 5.良好的沟通能力，协助研发同事定位、处理线上BUG； 6.良好的团队合作精神、文档和沟通能力，较强的责任心，抗压力强； 7.会使用IOS/android打包工具打包（加分项）。 @HRzhaopin05

Interesante 👀 🔴 La #SRE ha estado atendiendo el caso desde el 19 de marzo... pero #Televisa insiste en que no 📺⚽ https://sinlineamx.com/televisa-reprocha-sre-arresto-de-periodistas-sudafrica/

¡Enhorabuena! 👏🏻 🔴#RigobertaMenchú colaborará con la #SRE en el diseño de una política integral orientada en la protección de los derechos de mujeres e indígenas 🇲🇽👩🏻 https://revistaelpolitico.com/nacional/sre-designa-rigoberta-menchu-alta-consejera-mexico/

Truena David Faitelson vs #SRE y la presidenta #Sheinbaum‼️ Así los acusó de no ayudar a sus compañeros de #Televisa👇 ¿Cómo ven? 🤔

🚨#ÚltimaHora🚨 🔴 De acuerdo con #LaJornada, #JuanRamónDeLaFuente dejará su cargo como titular de la #SRE por motivos de salud 🩺

Косвенные и репутационные потери (мультипликатор стоимости простоя) Прямые потери не учитывают панику, отток клиентов, регуляторные риски и потерю рыночной доли. По этой причине в мировой практике для критической инфраструктуры, такой как системно значимые банки, применяется мультипликатор стоимости простоя. Этот коэффициент растет с увеличением времени простоя. Краткосрочный простой (первый час): мультипликатор 1.5x – 2x. При этом 1.5х действует с первой же секунды. Отражаемые добавленные риски: непродуктивность персонала, срочные коммуникации. Среднесрочный простой (от часа до суток): мультипликатор 2x – 5x. Отражаемые добавленные риски: негатив в СМИ, начало оттока средств, регуляторные запросы. Долгосрочный простой (более суток): мультипликатор 5x – 15x. Отражаемые добавленные риски: массовый отток клиентов, штрафы от ЦБ, неустойки по обязательствам, долгосрочный урон бренду, судебные иски, санация банка. #надежность#доступность#простой#SRE#финтех

Материалы к докладу "Проектируем надежные системы - стоит ли игра свеч" Сегодня я выступаю на конференции "Стачка" с одноименным докладом и поэтому по традиции делюсь списком материалов - "Site Reliability Engineering" - книга от ребят из Google, с которой началась серия SRE книг и они рассказывают про процесс в общем - "Building Secure and Reliable Systems" - книга от ребят из Google, где они рассказывают про принципы проектирования надежных систем (продолжает серию SRE книг) - "AWS Fault Isolation Boundaries" - интересный white paper от AWS на тему границ изоляции сбоев в AWS (здесь интересно написано про инфраструктурные абстракции: зоны, регионы, globl, а также про разделение control plane и data plane при проектировании сервисов и концепцию static stability) - "A Model-based, Quality Attribute-guided Architecture Re-Design Process at Google" - интересный white paper от ребят из Google, где показано как редизайнится система для повышения ее надежности, причем сам редизайн выполняется достаточно формально, чтобы по модели оценить позитивное влияние на надежность - "Deployment Archetypes for Cloud Applications" - интересный white paper от ребят из Google, в котором они рассказывают про разные модели deployment приложений, которые позволяют достигать разных уровней availability (зональный, региональный, мультирегиональный, глобальный, гибридный, мультиоблачный) - Глава про resilience из книги "Continuous Architecture in Practice" - глава крутой книги, в которой буквально на пальцах авторы объясняют чем старый high-availability подход отличается от нового подхода resilience к обеспечению надежности систем - "Philosophy of Software Design" - отличная книга про то, как бороться со сложностью систем - "503 Подкаст - System Design в разрезе надежности" - подкаст с Андреем Дмитриевым из JUG Ru Group, где я был гостем и мы обсуждали проектирование надежных систем - "Architecting for Scale: High Availability for Your Growing Applications" - интересная книга Lee Atchison, где он обсуждает проектирование для масштабирования и затрагивает вопросы обеспечения availability. Книга пережила второе издание и это пошло ей на пользу. - "Собеседование SRE: Troubleshooting и System Design" - моя статья про найм SRE инженеров в Tinkoff, где мы проверяем на практике работу инженеров в рамках инцидента #Software#Engineering#Architecture#SoftwareArchitecture#SystemDesign#DistributedSystems#SRE