Angular based enterprise level frontend architectureHimanshu Tamrakar
Get to know, What are different ways of architecting frontend applications using angular.
It will help you understand what is npm packages, monorepo, and micro frontends are and how we can design those using angular.
Angular based enterprise level frontend architectureHimanshu Tamrakar
Get to know, What are different ways of architecting frontend applications using angular.
It will help you understand what is npm packages, monorepo, and micro frontends are and how we can design those using angular.
드랍박스, nDrive 등과 같은 클라우드 스토리지 서비스들은 데이터를 어떻게 저장하는지에 대한 이론적 내용과 실제 구현 내용을 살펴봅니다. 이 발표에서는 OpenStack 의 swift라는 Object Storage 를 이용하여 이론이 어떻게 구현되어있는지 알아봅니다.
Atlassian Product Overview (아틀라시안 제품 소개) - 2016년 4월 버전Atlassian 대한민국
아틀라시안(Atlassian)의 회사 소개 및 제품 오버뷰 슬라이드 입니다.
아틀라시안의 모든 제품은 공식 홈페이지 https://ko.atlassian.com/ 또는 공식 파트너사를 통해 구매하실 수 있습니다.
대한민국 내의 공식 파트너사 리스트는 다음 링크를 참조하세요: http://goo.gl/qwh6ix
DEVOPS 전반적인 것에 대해서 소개를 한 자료입니다.
http://wiki.tunelinux.pe.kr/display/sysadmin/DEVOPS
https://groups.google.com/forum/#!topic/sysadminstudy/g4bM_xbZPC8
DevOps 시작
DevOps 정의
Dev vs Ops 충돌
DevOps 유래
참고자료
애자일 방법론
ITIL
린스타트업
린 생산방식
애자일을 OPS로 확장
DevOps 관점 : 측정지표 관점, 프로세스 관점, 기술 관점
DevOps가 아닌 것은?
DevOps 소개
프로젝트 세팅 : 전통적인 프로젝트 세팅, 애자일 프로세스 세팅
하나의 팀
핵심
가치와 목적
프로세스
도구
DevOps 구성하기
측정지표 : cycle time, 변경(change)
흐름 개선하기
배포 개선 및 가속화 : batch size 줄이고 더 자주 배포하여 cyclle time 줄이기.
못 다한 이야기 : Metrics and Measurement View / Process View / Technical View
Top 11 Things About DevOps
DevOps의 기초 원리 : 전체 시스템적인 사고, 피드백 루프를 확대하기, 지속적인 실헝과 학습
자동화 도구
이상적인 프로젝트란?
버전관리
티켓관리
지속적인 통합(CI)
지속적인 배포(CD)
프로비저닝 툴체인
OS설치
설정
오케스트레이션(배포)/워크플로우
이제 무엇을 할까?
나가면서
참고자료
오픈소스컨설팅의 오픈소스 기반 IaaS 및 PaaS 클라우드 솔루션 소개 4p 브로슈어입니다.
At Open Source Consulting, we are dedicated to providing robust, scalable, and cost-effective cloud solutions that harness the power of open-source technology. Our Infrastructure as a Service (IaaS) and Platform as a Service (PaaS) offerings are designed to meet the diverse needs of businesses in today’s fast-paced digital landscape.
디지털 시대에 기업들은 빠르게 변화하는 시장과 환경에 발 빠르게 대처하기 위하여 점점 조직을 작게 만들어 민첩성을 확보하고자 노력하고 있습니다. 이를 위한 기술의 하나로 '클라우드 네이티브'의 도입이 가속화 되고 있는데요, 이는 클라우드 컴퓨팅 모델의 장점을 모두 활용하여 애플리케이션을 개발하고 실행하기 위한 접근 방식을 일컫습니다. 아키텍처 관점에서는 분산을 통한 유연성 확보, 운영 관점에서는 애플리케이션도 분산시켜야 하는데요, 이를 위해서는 다양한 클라우드 환경에서 자유롭게 이식하기 위한 '컨테이너' 구현이 필수적입니다.
글로벌 IT리서치 기업 가트너에서는 매년 ‘10대 전략 기술’을 선정하여 발표하고 있습니다. 본 리포트를 통해 IT기술 개발의 흐름을 파악할 수 있는데요, 올해는 최적화(Optimize), 확장(Scale), 개척(Pioneer) 등 세 가지를 테마로 기반으로 10가지 키워드가 공개되었습니다.
2023년의 주요 기술 트렌드를 살펴보고, 이러한 흐름 속에서 기업들은 어떤 문제를 안게 되고 어떻게 해결할 수 있을지.. 오픈소스컨설팅의 최고 기술 책임자인 최지웅 CTO님의 One Pick 트렌드를 소개합니다!
[오픈테크넷서밋2022] 국내 PaaS(Kubernetes) Best Practice 및 DevOps 환경 구축 사례.pdfOpen Source Consulting
최근 금융권이나 공공기관에서는 차세대 프로젝트에 PaaS 기반 시스템을 구축하고 그 위에 마이크로서비스아키텍처(MSA)를 구현하기 위해 많은 투자를 하고 있는데요, 많은 기업들이 오픈소스 기반의 인프라를 고려할 때 기술지원이나 버전 업그레이드 등에 대한 애로사항을 겪게 됩니다. 이런 문제에 대한 해결 방안 중 하나가 바로 커뮤니티 기반의 오픈소스 재단을 활용하는 것인데요!
본 자료에서 커뮤니티 오픈소스 기반 인프라 구축의 장점과 실제 사례에 대해 확인해 보실 수 있습니다.
Kubernetes는 전세계 조직의 96%가 이미 사용 중이거나 검토 중인 오픈소스 기술입니다. 클라우드 시장은 IaaS에서 PaaS로 그 중심이 이동하고 있으며, PaaS 시장은 2026년까지 연평균 19.6% 성장률을 기록할 것으로 전망되고 있습니다.
Kubernetes를 기반으로 애플리케이션을 손쉽게 배포하고 자동화된 운영 관리는 제공하는 PaaS 솔루션, Playce Kube를 소개합니다.
다양한 컴포넌트를 유기적으로 결합한 최적의 플랫폼으로 유연한 클라우드 네이티브 애플리케이션을 위한 환경을 제공합니다.
Life science에서 k-agile으로 일하기 : with SAFe(Scaled Agile) & Atlassian Open Source Consulting
애자일을 아는 것과 기업 조직에 반영하는 것에는 어떤 차이가 있을까요? 애자일 프레임워크와 프랙티스를 그대로 따라만 하는 것보다는 본질을 이해하고 산업과 기업의 환경을 반영하는 것이 필요합니다.
Life Science 산업의 경우 엄격한 컴플라이언스 적용 분야이면서도 팬데믹과 같은 상황에서 하루라도 빨리 백신이나 치료제를 개발해야 하는 두가지 도전을 동시에 마주하고 있습니다. 게다가 글로벌 연구성과와 임상 등에서는 더 이상 폐쇄형 구조로는 대응이 어려우며 오픈 이노베이션을 적극적으로 추진하고 있습니다. 이동이 불가능한 상황에서 서류심사도 늘어났고 데이터 일관성은 더 엄격하게 관리해야 하며 본사, 연구소, 공장 등 Multi Functional Team으로 협업해야 합니다.
이와 같은 도전상황을 대응하는 하나의 방법으로 글로벌 애자일 협업 및 문서도구인 Atlassian의 Jira Align, Jira Software, Confluence 등의 제품으로 구성하는 방안을 소개해 드리겠습니다.
지금 전문가에게 문의하기 : https://osci.kr/contact/contact.php
#Agile #애자일 #SAFe #ScaledAgile #Atlassian #아틀라시안
Atlassian cloud 제품을 이용한 DevOps 프로세스 구축: Jira Cloud, Bitbucket CloudOpen Source Consulting
Digital Transformation 시대의 개발 프로세스의 변화와 개선의 필요성이 대두되면서, DevOps에 대한 관심도 점차 높아지고 있는데요. DevOps 툴로서 아틀라시안(Atlassian)의 도입과 활용이 IT 업종을 비롯한 다양한 회사에서 다방면으로 이루어지고 있습니다. 특히 Atlassian Cloud 버전을 출시하고, 많은 회사들이 Cloud 버전을 사용하면서 DevOps로의 쓰임새가 더욱 확장되고 있습니다.
성공적인 디지털 트랜스포메이션을 위해서는 클라우드 전환이 필수적인데요, 많은 기업에서 막상 클라우드를 도입할 때 여러가지 장벽에 맞닥뜨리게 됩니다.
클라우드 마이그레이션에 관한 여러분의 고민을 시원하게 해결해주기 위해 Global Public Cloud의 독보적인 선두 AWS(Amazone Web Services)와 클라우드 마이그레이션 전문기업 오픈소스컨설팅이 만났습니다!
많은 기업들이 마이그레이션 수행할 때 가장 많이 하는 질문 Top 10에 대한 기술 전문가의 노하우가 담긴 답변을 공유합니다.
EFK Stack이란 ElasticSearch, Fluentd, Kibana라는 오픈소스의 조합으로, 방대한 양의 데이터를 신속하고 실시간으로 수집/저장/분석/시각화 할 수 있는 솔루션입니다. 특히 컨테이너 환경에서 로그 수집을 위해 주로 사용되는 기술 스택입니다.
Elasitc Stack에 대한 소개와 EFK Stack 설치 방법에 대해 설명합니다.
SELinux(Security-Enhanced Linux)는 미국 국가 안보국(NSA)에서 개발한 것으로,
관리자가 시스템 엑세스 권한을 효과적으로 제어할 수 있게 하는 Linux 시스템용 보안 아키텍처입니다.
특정 서비스의 구동이 원활하지 않거나 혹은 관리의 번거로움 등으로 인해 SELinux를 Disable 하는 경우가 많은데요,
SELinux를 사용해야 하는 이유와 작동 방식에 대해 설명합니다,
클라우드 네이티브로의 전환이 확산되면서 애플리케이션을 상호 독립적인 최소 구성 요소로 쪼개는 마이크로서비스(microservices) 아키텍쳐가 각광받고 있는데요.
MSA는 애플리케이션의 확장이 쉽고 새로운 기능의 출시 기간을 단축시킬 수 있다는 장점이 있지만,
반면에 애플리케이션이 커지고 동일한 서비스의 여러 인스턴스가 동시에 실행되면 MSA간 통신이 복잡해 진다는 단점이 있습니다.
서비스 메쉬(Service Mesh)는 이러한 MSA의 트래픽 문제를 보완하기 위해 탄생한 기술로,
서비스 간의 네트워크 트래픽 관리에 초점을 맞춘 네트워킹 모델입니다.
서로 다른 애플리케이션이 얼마나 원활하게 상호작용하는지를 기록함으로써 커뮤니케이션을 최적화하고 애플리케이션 확장에 따른 다운 타임을 방지할 수 있습니다.
서비스 메쉬의 탄생 배경과 기능, 그리고 현재 오픈소스로 배포되어 있는 서비스 메쉬 솔루션에 대해 소개합니다.
Step1. Cloud Native Trail Map
Step2. Service Proxy, Discover, & Mesh
Step3. Service Mesh 솔루션
Step4. Service Mesh 구현화면 - Istio / linkerd
Step5. Multi-cluster (linkerd)
ARM과 AMD64의 차이에 대해 설명하고
오픈스택에 ARM을 도입하기 위한 커뮤니티 활동을 소개합니다.
1. ARM vs AMD64
2. CISC/RISC 차이
3. 커뮤니티에서 ARM위에 오픈스택을 올리기 위한 노력
- SIG (Special Interest Groups)
- PTG(Project Team Gathering)
Kubernetes와 Kubernetes on OpenStack 환경의 비교와 그 구축방법에 대해서 알아봅니다.
1. 클라우드 동향
2. Kubernetes vs Kubernetes on OpenStack
3. Kubernetes on OpenStack 구축 방벙
4. Kubernetes on OpenStack 운영 방법
[Container 기반의 DevOps] Cloud Native
열린기술공방에서 처음으로 런칭한 교육 프로그램의 트렌드 세션 자료입니다. 급변하는 환경에 맞춘 SW를 개발하고 배포하기 위해, 빠른 의사결정을 할 수 있는 환경과 프로세스가 더욱 중요해지고 있는데요. 기업들에게 왜 클라우드 네이티브 전략이 필수적인지에 대해 소개한 자료입니다.
열린기술공방의 교육 과정을 통해 Kubernetes위에서 동작하는 Application의 빌드부터 배포까지의 과정을 한 눈에 확인하실 수 있습니다.
2. 박재석 대표 / 투씨드
(jsp@twoseed.co.kr)
DevOps 구성 사례와 전망
3. DevOps
• 정의 및 특징
Development 와 Operations 의 합성어로 개발자와 운영자/관련자 간의 의사 소통,
협업, 융합 을 강조한 소프트웨어 개발 방법론
Agile을 운영으로 확장
능률적인 프로세스 적용 및
도구를 활용하여 Lyfe cycle의 효율화
문화를 기반으로 하는 업무 방법론 [출처: http://en.wikipedia.org/wiki/DevOps#Devops_Days]
4. DevOps 주요 구성
Users Workflow
Requirement
Business Analysis
Plan / Design
Dev
Review
Deploy
Done
S/W
Culture
Process Cowork
Sharing Communication
5. DevOps 구성 사례
• facebook: 서비스 배포 주기의 단축 (1회/1일 -> 1회/2일)
• Flickr: 서비스 배포 주기 단축 (1일 10회 이상)
• fotopedia: 평균 하루 3회 핫픽스 배포
• 공통점
점진적인 통합 및 가속화 보다 빠른 제품/서비스 생산
6. Communication
Chat log
Continuous Integration
Build Automation
Review process
Source Searching
Git management
Branch / Merge
Integration with Application
DevOps 구성 사례
• Atlassian 제품 군을 활용한 DevOps 구성 예
Agile (Sprint board)
Backlog
Issue Tracking
Communication
Knowledge base
7. DevOps 구성 단계 (예시)
요건 수립 및 정의
Devops 적용을 위한 환경 구성을 위해 내부 요건의 수집 및 정의
현재 진행되고 있는 업무 및 구성원/조직에 대한 이해가 기반이 되어야 함
명확한 결과물을 위해 정확한 정의가 선행이 되어야 하며 변경에 대해 사전 고려
반드시 내부 구성원의 참여 및 공유를 필요로 하며 정확한 목표 설정과 공감이 필요
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
8. DevOps 구성 단계 (예시)
분석 및 검토
환경 구성을 위해 내부 현황의 수집 및 정리
현재의 업무 분석 및 개선 방향에 대한 설계 방안 수립
요건에 알맞은 도구 선정 및 검토
필요 시 Pilot / POC 등의 검증 계획 수립
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
9. DevOps 구성 단계 (예시)
설계
프로세스 구성 적용 방안 및 사 후 지원을 포함한 업무 구성 설계
도입 예정 시스템의 POC/Pilot를 통한 검증
구성원의 역량 성숙도 분석 및 일정 계획
지표 추출 및 구성 방안 수립
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
10. DevOps 구성 단계 (예시)
구축
구성 시스템 구축 적용
계획 일정에 따른 구성 진척 관리 및 확인
적절한 변경 관리 및 통제
요건 변경에 대한 보정 및 협의
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
11. DevOps 구성 단계 (예시)
적용
구축 형태에 대한 최종 적용
구성 역량에 따른 단계적 적용 방안에 의해 절차적 확산
지속적인 개선 및 협의
지원 프로세스 확립을 통해 원활한 업무 환경 수립
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
12. DevOps 실패 사례
요건 수립 및 정의 단계의 문제로 인한 실패 사례
분석 설계부터 지속적인 방향의 보정으로 인해 일정 지연 및 반복 작업으로 난잡한 구성
구성원 간의 협의 미비로 인한 구성 및 확산 실패
애초의 요건에 적합한 결과물이 아닌 전혀 다른 결과물 도출
일정 지연 또는 범주 조정 등 프로젝트 진행 실패 확률 상승
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
13. DevOps 실패 사례
분석/검토 및 설계 단계의 문제로 인한 실패 사례
현실에 맞지 않는 구성으로 인해 원하는 결과와 다른 결과 도출
근시안적 결정으로 인해 지속적 개선이 불가능한 결과물 도출
과다한 이상적인 구성 요건으로 인해 사용이 어려운 시스템 구성 및 난해한 확산
충분한 검토를 거치지 않은 내용으로 인해 구축 전/후 지속적인 추가 변경 소요 발생
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
14. DevOps 실패 사례
구축 단계의 문제로 인한 실패 사례
잦은 변경으로 인해 일정 지연 및 반복된 수정 발생
적절한 인력 배치 및 제품의 수급 등 지원 실패로 인한 구축 실패
변경 요건 통제의 실패로 인하여 설계와 다른 결과물을 도출
무분별한 요건 변경으로 인한 방향성 상실
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
15. DevOps 실패 사례
적용 단계의 문제로 인한 실패 사례
사용자의 업무 환경을 배려하지 않는 무리한 확산으로 인해 업무 지장 초래 및 확산 실패
빅뱅 형태의 적용으로 인해 사용이 어려워 자연스러운 도태 현상 발생
사용 필요성에 대한 공유가 미비하여 원활한 확산 전개 불가능
지원 프로세스 미비로 인해 지속 사용 불가능
요건 수립 분석/검토 설계 구축 1차 적용 단계적 확산요건 정의
16. DevOps 구성 검토 사항
• 우리가 가고자 하는 방향은 최종적으로 어떤 것을 지향하고 있는가?
• 원하는 업무 구성을 위해 필요한 구성 도구는 어떠한 것들이 있으며 적합한 도구는?
• 무리하게 이론적 배경 또는 유행을 추구하고 있지 않은가?
• 진행하고자 하는 변경에 대하여 다른 구성원과 충분히 공유와 합의가 이루어 졌는가?
• 적용 이 후에도 지속적인 변경을 통해 원활한 확장 및 변경이 가능 할 것인가?
17. DevOps 전망
• Gartner 발표 기준 2015년 전년 대비 21.1% 성장 및 2016년 지속 성장 전망
• Open source 의 활용이 확산 전개 중에 있으며, 기존 상용 제품의 지속적인 하락세
• One stop solution 보다는 보다 전문화 된 도구의 통합 연계
• 기존 제품의 제공 기능 보다는 요구사항, 테스트, 협업 관련 등의 다른 부분 강세
• 국내에는 Agile과 더불어 최근 급속한 성장 예상