로그인 전략

마지막 업데이트: 2022년 2월 7일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기
1. 로그인한다 [서버에서는 AT(이하 AT)과 RT(이하RT)을 뱉어낸다. (유효기간 AT: 1시간. RT는 2주)
그리고 RT을 Redis에 저장한다.(키: 이메일, value: RT)두 토큰을쿠키에 저장한다.]
2. 이후 로그인된 사람만 쓸수 있는 곳에 접근하려면 쿠키의 AT,RT를 Header에 넣어서 서버로 보낸다. [서버단에는 검증및 사용자 확인을 한다]
3. 로그인 및 로그인 사용자만 쓰는 곳에 접근했으나 AT의 유효기간이 지나버렸다. 우선 email만 뽑는다.
4. 뽑은 이메일로 redis에서 조회한다. 있으면 저장했던 RT가 나온다.
5. 일치하는지 보고 일치하면 사용자가 맞으니 email의 사용자로 AccessToken을 재발급해준다. 일치안하면 로그인 전략 다른 사용자이니 내쫏아 버린다.

1. Access Token 만 사용 #

사용자가 로그인 할 때 클라이언트에게 AccessToken을 발급한다. 이때 AccessToken은 서버에서 관리할 필요가 없고 메모리상에서 미리 정의 된 비밀키를 이용해서 AccessToeken의 유효성을 검증한다.

짧은 만료 시간으로 설정 (30분 내외) #

장점
- 기기나 AccessToken이 탈취되더라도 빠르게 만료됩니다.

단점
- 사용자는 자주 로그인을 해서 인증 받아야한다. 한 사용자가 오랫동안 사용하는 서비스일경우 서비스를 이용하다 도중에 인증이 만료되어 다시 로그인해야하는 불편함을 겪는다.

긴 만료 시간으로 설정(2주 에서 한달) #

장점
- 사용자가 로그인을 자주 할 필요가 없어서 편하다
단점
- 기기나 AccessToken이 탈취되면 오랫동안 제약 없이 사용한다.

Sliding Sessions / AccessToken #

유효한 AccessToken을 가지 클라이언트의 요청에대해서 서버가 새로운 AccessToken을 발급해주는 방법을 사용한다. ( 매요청마다 AccessToken을 발급하다보면 글작성시 시간이 오래걸려 토큰이 만료되고 글작성하던게 다 날아갈수있다. 이것을 방지 하기위해서 AccessToken은 글작성 시작을 할 때도 발급하거나, 쇼핑몰에서 장바구니에 아이템을 담을 때도 새로 발급해주는것도 괜찮은 전략이다)

장점
- 사용자가 로그인을 자주 할 로그인 전략 필요가 없다
- 글을 작성하거나 결제를 하는 등의 세션 유지가 필요한 순간에 세션이 만료되는 문제를 방지 할 수 있다.

단점
- 접속이 주로 단발성으로 이루어지는 서비스의 경우 Sliding Sessions 로그인 전략 전략은 미비
- 긴 만료 시간을 갖는 AccessToken을 사용하는 경우 로그인을 전혀 하지 않아도 된다. ( 매번 accessToken을 받는 쿼리 자체가 낭비된다.)

AccessToken / RefreshToken #

`사용자가 로그인을 할 때 AccessToken과 RefreshToken을 함께 발급한다. 이 때 ResfreshToken은 AccessToken보다 긴 유효시간을 부여한다.

클라이언트는 AccessToken으로 요청을 하다. 만료되었다는 오류를 받으면 클라이언트 DB에서 저장해 두었던 RefreshToken으로 다시 한번 요청하고 AccessToken을 재발급 받는다. ( RefreshToken도 만료되었다는 오류를 받으면 로그인을 폼으로 보내서 다시한번 인증을 받는다)

AccessToken같은 경우 서버에 저장할 필요는 없다. RefreshToken은 서버는 JWT 스펙에 포함되지는 않지만 빠른 인증 처리를 장점으로 내세운다. (refreshToken은 서버에서 따로 저장을 하고 있다. 따라서 만료시키는것이 가능)`

장점
- 짧은 만료 기간을 사용 할 수 있기 때문에 AccessToken이 탈취되더라도 다소 안전
- 사용자가 로그인을 자주할 필요 없다.
- RefreshToken에 대한 만료를 강제로 설정 할 수 있다.

단점
- 클라이언트 AccessToeken의 만료에 대해 연장 요청을 구현해야한다.
- 인증 만료 기간의 자동 연장이 불가능
- 서버에 별도의 storage를 만들어야 합니다.

Sliding Sessions / AccessToken / RefershToken #

`위의 Sliding Sessions 전략이 AccessToken 의 완료시키는 전략이었다면 지금 전략은 RefreshToken의 만료 기간을 늘려주는 전략입니다.

RefreshToken의 만료기간이 늘어나기 때문에 AccesToken / SlidingSessions 전략처럼 빈번하게 만료기간을 늘릴 필요가 없다. RefreshToken 기간을 늘려주기 때문에 accessToken의 유효성이 짧아도 상관없다.

문제점으로 RefreshToken 자체가 탈취될 위험성인데 , 핸드폰이 탈취되거나 비밀번호가 변경되는 경우 RefreshToken의 만료시키는 처리를 추가해야한다.`

장점
- RefreshToekn 만료 기간에 대한 제약을 받지 않는다.
- 글을 작성하거 세션을 유지해야할 필요가 있는 순간에도 만료문제를 방지 가능

단점
- 서버에서 강제로 RefreshToken을 만료하지 않는 한 지속적으로 사용기 가능하다.
- 보안 강화가 필요하다.

AccessToken 저장 위치는 어디로? #

Cookie Header에 저장 #

장점
- HttpOnlty 옵션과 Secure 옵션을 통해서 XSS 공격을 방어할 수 있다.
- javascript가 쿠키를 조작하는 것을 막아 준다(사용자의 토큰값이 변경될 염렬를 하지 않아도 된다.)

단점
- CSRF에 대한 공격을 막을 수 없다.

Authorization Header에 저장 #

장점
- Oauth2.0에 사용하는 형식 XSS공격과 CSRF 공격에 대해서도 안전하다.
단점
- 결국 이 Token은 어디에다가 저장하느냐. (이것을 어떻게 하냐에 따라 보안이 달라진다.)

이러니 저러니 해도 편의성이 띄어날수록 보안이 취약해지고 인증 절차가 까다롭고 불편할수록 보안성이 올라가는 것같다. 지금으로서는 AccessToken 과 RefreshToken을 이용해서 운영하는것이 가장 합리적으로 보인다. 이유는 accessToken 만료기간을 늘리면 늘릴수록 편안?? 은 하겠지만 토큰의 로그가 그대로 노출 되기때문에 공격자가 토큰을 탈취할 가능성이 높다.. 하지만 토큰의 만료기간이 짧으면 탈취되었다 할지라도 아무것도 할 수가 없다. 서버쪽에서도 AccessToken은 유효기간이 짧을수록 유효하다.

로그인 전략

코딩테스트도 공부가 잘 안되어서 지금까지 했던 작업을 정리할 겸

JWT(Json Web Token)란 Json 포맷을 이용하여 사용자에 대한 속성을 저장하는 Claim 기반의 Web Toke

이라고 말을 해도 알아듣기는 뭐하니 더 현실적으로 쓰면 안에 정보가 저장된 Json인 토큰을 말한다.

토큰? MZ세대 혹은 이제 하얀머리걱정하실 나이 있는 분들이라면 이걸 기억하실텐데

Q: 개당 얼마일까요?

저걸 정류장 근처 가게에서 사서 요금대신 한개씩 넣었던 기억이 있을거다. JWT도 그러한 역할을한다. 대신 일정시간 동안 무한정 쓸수 있다는게 다를 뿐.

JWT는 비밀키(env나 properties로 관리하겠지?)로 풀면 이러한 형태로 되어있다. 헤더에는 사용한 로그인 전략 해쉬 알고리즘, 내용은 말그대로 내용, 서명에는 ID와 암호가 담겨있다.

이 JWT를 어떻게 만들어야 하는건가?는 간단하다.

이미 누가만들어놓은 모듈을 쓰면 된다.다그렇게개발하는거아니겠습니까?하하핫

즉 로그인을 할때 서버쪽에 세션을 남기는 형태가 아니라 암호화된 JWT AccessToken을 사용자에게 던져준다.

그리고 나서 다음부터는 이 토큰으로 서버에 접근할때 쓰는데,

그러면 서버는 토큰을 검증해서 사용자가 맞는지, 그리고 이 토큰의 유효기간이 안지났는지 체크를 한다.

지나면? 다시 로그인 하라고 로그인 페이지를 넘겨주면 된다.

1. 세션이 필요없게 되는 장점(이걸 전문용어로 Stateless한 서버라고 한다)

2. 아이디 암호로 로그인을 하지 않아서 생기는 보안강화라는 2가지 장점이 있다.

3. CSRF공격을 방어가능 (토큰이 예측할수 없게 만들어지니까 + 검증도 되고)

4. 부가적인데 MSA 방식으로 구현이 된다. 다른서버인데 로그인하려면 세션을 공유하는건 힘들지만 토큰은 비밀키만 같으면 되니까.

하지만 1차적인 이 방식이 다면 쉬웠겠지만 여기에서

그래서 RefreshToken이 등장한다.

기존 로그인 형태는 같지만 RefreshToken의 역할은 간단하다. AccessToken이 만료되었다면 refreshToken으로 이 사용자가 내가 가진 정보와 일치하는지를 비교하고 나서 일치하면 AccessToken를 다시 재발급해준다.

. 여기서 이상한걸 발견했을 것이다. [내가 가진 정보와 일치]라는 점에서

하지만 이런 정보가 빈번하게 생성될수도 있기 때문에 등장하는 모듈이 in Memory기반 DB인 Redis이다.

그렇다. 이것도 배워야 한다책도절판임^^

결론부터 말하면 아예 정해진 룰은 없다. 정말로 그래도 정해진 룰이 있겠지.. 하면서 다 찾아봈는데

시간도, 발급도 다 기획 마음대로인것으로 판단된다.

그정도로 자율성이 높다는건 좀만 잘못 만들었다가는 보안지옥을 볼수 있다는 것이다.

이런지옥 말고

그래도 대체적으로 관습적으로 사용할법한 전략을 짜보면.

1. 로그인한다 [서버에서는 AT(이하 AT)과 RT(이하RT)을 뱉어낸다. (유효기간 AT: 1시간. RT는 2주)
그리고 RT을 Redis에 저장한다.(키: 이메일, value: RT)두 토큰을쿠키에 저장한다.]
2. 이후 로그인된 사람만 쓸수 있는 곳에 접근하려면 쿠키의 AT,RT를 Header에 넣어서 서버로 보낸다. [서버단에는 검증및 사용자 확인을 한다]
3. 로그인 및 로그인 사용자만 쓰는 곳에 접근했으나 AT의 유효기간이 지나버렸다. 우선 email만 뽑는다.
4. 뽑은 이메일로 redis에서 조회한다. 있으면 저장했던 RT가 나온다.
5. 일치하는지 보고 일치하면 사용자가 맞으니 email의 사용자로 AccessToken을 재발급해준다. 일치안하면 다른 사용자이니 내쫏아 버린다.

마케팅 전략이란?

가장 근본적인 수준의 마케팅 전략이란 기업이 성취하고자 하는 장기적인 목표 또는 목표 집합을 말합니다. 마케팅 전략의 몇 가지 표준 구성요소에는 디지털 마케팅, 전자메일 마케팅 및 컨텐츠 마케팅이 포함됩니다. 이러한 모든 구성요소를 하나의 전략으로 통합하는 목적은 가망 고객 창출을 이끌어내려는 것으로, 잠재 고객에게 접근하여 이들을 고객으로 전환한 다음, 다시 이 고객을 판매 제품 또는 서비스에 대한 적극적이고 충성스러운 지지자로 전환하는 것입니다.

마케팅 전략의 목적

간단히 말해서, 마케팅 전략이란 기업이 달성하고자 하는 목표와 달성 방법에 대한 계획을 의미합니다. 마케팅 전략은 교육, 대상 수강자의 인식 개선, 참여 촉진, 소비자 구매 유도 또는 제품이나 로그인 전략 서비스에 대한 대중의 인식 전환 등 광범위한 목표를 달성하기 위해 개발되었습니다. 구체적인 마케팅 전략은 가망 고객 창출을 촉진하고, 가망 고객 점수부여를 향상시키며, 고객 충성도 향상 등의 여러 가지 것들에 중점을 두고 있습니다.

마케팅 전략 유형

일반적인 마케팅 전략

  • 직접 판매
  • 유료 미디어 마케팅
  • 디지털 마케팅
  • 소셜 미디어 및 바이럴 마케팅
  • 풀뿌리(Grassroots) 마케팅
  • 원인 기반 마케팅
  • 수익형 미디어 및 PR

디지털 마케팅 전략

  • B2B 마케팅
  • B2C 마케팅
  • 검색 엔진 마케팅/PPC(Pay-Per-Click)
  • 이메일 마케팅
  • 모바일 마케팅
  • 디스플레이 광고
  • 검색 엔진 최적화(SEO)
  • 웹세미나/웹캐스트
  • 소셜 미디어 마케팅
  • 충성도 마케팅
  • 웹 분석

전자메일 마케팅 전략

  • 일괄 처리 및 폭주(Batch-and-blast)
  • 이벤트 자동화
  • 수명 주기 자동화
  • 육성(drip) 프로그램
  • 계정 기반 마케팅(ABM)
  • 리드 스코어링
  • 동적 개인화(B2C)
  • 동적 개인화(B2B)
  • 리타겟팅(Retargeting)

컨텐츠 마케팅 전략

  • 바이럴 캠페인
  • 블로그 및 사설
  • 팟캐스트
  • 비디오 제작/마케팅
  • 웹세미나/웹캐스트
  • 소셜 미디어
  • eBook

그 밖의 마케팅 전략

  • 모바일 앱 마케팅
  • 인터넷 마케팅
  • POP(구매 시점) 마케팅
  • 공동 브랜드 및 공감 마케팅
  • 대화형 마케팅
  • 관계 마케팅

적절한 마케팅 전략의 조합은 무엇입니까?

표준화된 마케팅 전략의 조합이란 존재하지 않습니다. 많은 마케팅 담당자들은 4P(제품, 가격 책정, 판촉, 배치)에 의해 쉽게 분류될 수 있는 전반적인 마케팅 혼합 방식을 정의하고 있습니다. 제품 또는 서비스가 제공할 수 있는 기능과 잠재적인 고객을 파악하면 고객에게 접근하기에 적합한 도구를 결정할 수 있습니다.

마케팅 조합에는 컨텐츠 마케팅, 광고, 디지털 마케팅, 전자메일 마케팅, 고객 충성도 프로그램 및 소셜 마케팅이 포함될 수 있습니다. 마케팅 조건에 따라 고객 확보와 고객 유지 캠페인 및 전략 간의 노력을 조정할 수 있습니다.

채널 간 컨텐츠 마케팅 전략을 설계하는 방법

채널 간 컨텐츠 마케팅 전략을 설계하는 방법

고객은 언제 어떤 채널에서 상호 작용할 것인지를 결정할 수 있습니다. 2020년 보고서를 통해 PricewaterhouseCoopers는 옴니채널 전략에 투자하는 기업의 수가 20%에서 80% 이상으로 급증했음을 발견했습니다. 이는 오늘날 더 많은 마케팅 담당자들이 고객과 관계를 유지하기 위해 채널 간 마케팅 전략을 수립해야 한다는 것을 의미합니다.

컨텐츠는 이러한 전략에서 필수적인 역할을 합니다. 즉, 고객 여정의 각 접점에서 흥미를 유발하고 가치를 제공합니다.

하지만 동일한 컨텐츠가 모든 채널에서 유효한 것은 아닙니다. 여러분은 소셜 미디어를 사용할 때와는 다르게 전자메일만의 방식에 적용해야 합니다. eBook은 인포그래픽과는 상당히 다르며 관심을 유발하는 대상자도 다릅니다. 업무 브리핑과 블로그는 서로 상당히 다른 어조를 사용해야 하며, 비디오의 경우 속도와 타이밍에 더 많은 주의를 기울여야 합니다. 모바일은 해당 컨텐츠가 훨씬 간결하고 로그인 전략 강렬하며 영향력이 있어야 하기 때문에 고유한 요구사항이 뒤따르게 됩니다. 최근 조사에 따르면, 50% 이상의 고객이 모바일 웹 사이트가 제대로 설계되지 않은 기업을 추천하지 않을 것이라고 답했으며, 이는 사이트에서 컨텐츠의 렌더링 방식에 초점을 맞추어야 한다는 것을 의미합니다.

고객은 채널 간에 일관된 경험을 요구합니다. 단절된 경험은 고객의 흥미를 떨어지게 하고 다른 브랜드가 그들의 관심을 빼앗 아 로그인 전략 갈 수 있습니다. 다양한 채널에 걸쳐 제공되는 컨텐츠를 통해 이를 성취할 수 있는 방법은 무엇입니까?

효과적인 B2C 마케팅 전략은 무엇입니까?

각기 다른 상황에 적합한 매우 효과적인 B2C 마케팅 전략이 많이 있습니다. 대부분의 B2C 기업은 적절한 마케팅 조합을 결정하기 위해 성실하게 협력하고 있으며, 이러한 활동을 지속적으로 모니터링하고 최적화합니다. B2C 마케팅 담당자는 고객 유지와 충성도를 일반적인 핵심 목표로 정하고 집중합니다. B2C 마케팅 전략의 몇 가지 효율적인 요소는 다음과 같습니다.

소셜 미디어 마케팅 및 바이럴 마케팅 소셜 네트워크 전반에 걸쳐 가치가 있다고 생각하고 공유하고자 하는 컨텐츠를 잠재적인 고객에게 제공합니다. 이것의 목표는 조회한 사람의 대부분이 캠페인(또는 일련의 게시물)을 공유하는 것입니다.
유료 미디어/SEM(검색 엔진 마케팅)/PPC(pay-per-click ) 유료 광고를 통해 웹사이트 트래픽을 늘리는 방법입니다.
인터넷 마케팅 웹 기반 마케팅과 전자메일 마케팅을 결합하여 전자상거래 판매를 촉진합니다..
이메일 마케팅 특정 로그인 전략 고객 및/또는 잠재 고객을 타깃으로 그들의 구매 결정에 영향을 미치는 일련의 전자메일을 제공하는 프로세스입니다.
직접 판매 직접 대면하는 상호작용과 관계를 통해 소비자에게 직접 제품을 마케팅하고 판매합니다.
POP(구매 시점) 마케팅 이미 상점에 있는 구매자에게 해당하는 마케팅 및 판매 프로세스입니다. POP 자료에는 제품 디스플레이, 패키지 쿠폰, 제품의 장점을 설명하는 선반 위 스피커 및 기타 관심을 끄는 장치가 포함됩니다.
공동 브랜딩 두 개 이상의 브랜드가 협력하여 하나의 제품이나 서비스를 판촉하고 판매하는 상황을 말합니다.
공감 마케팅 회사와 다른 회사/조직 간의 파트너십으로, 동일한 관심사를 공유하는 사람들이 한 자리에 모입니다.
코즈(cause) 마케팅 영리 사업과 비영리 기관 간의 공동 노력으로 사회적 활동 및 기타 자선 활동을 동시에 홍보하고 이익을 얻습니다.
대화형 마케팅 실시간 채팅 또는 챗봇/디지털 어시스턴트를 통한 실시간 상호작용으로, 필요한 시점에 고객 및/또는 잠재 고객에게 적절한 정보를 제공합니다. 후속 조치가 필요한 질문이 즉시 해결됩니다.
수익형 미디어 유료 광고가 아닌 소셜 미디어 추천, 입소문, 사설 등과 같은 자발적인 홍보 노력을 통해 만들어 집니다.
스토리텔링 친숙한 의사소통 형식을 사용하여 사실과 수치 기반이 아닌 이야기를 통해 소비자를 감정적인 수준으로 끌어들입니다.

효과적인 B2C 마케팅 전략은 무엇입니까?

B2C와 마찬가지로, 각기 다른 상황에서 활용되는 효과적인 B2B 마케팅 전략이 많이 있습니다. B2B 마케팅 팀은 영업 이니셔티브와 긴밀하게 연계된 계정 기반 마케팅 캠페인에 재고를 집중합니다. B2B 마케팅 담당자는 일반적으로 고객 로그인 전략 관계 관리를 마케팅 캠페인의 핵심 목표로 강조합니다. B2B 마케팅 전략의 몇 가지 효율적인 요소는 다음과 같습니다.

콘텐츠 마케팅 특정 대상자의 요구사항과 관련된 컨텐츠를 제작 및 배포하여 제품이나 서비스를 구매할 가능성이 가장 높은 대상자를 끌어 모아야 합니다.
인바운드 마케팅 나열된 다른 여러 전략을 활용하여 고객의 관심을 끌고 여러분의 웹 사이트/랜딩 페이지로 끌어옵니다.
소셜 미디어 마케팅 소셜 네트워크 전반에 걸쳐 가치가 있다고 생각하고 공유하고자 하는 컨텐츠를 잠재적인 고객 및/또는 고객에게 제공합니다.
검색 엔진 최적화(SEO) Google, Baidu, Yahoo와 같은 검색 엔진에서 무료 검색 결과 상위(첫 페이지)에 표시되도록 하여 특정 웹 사이트/랜딩 페이지로 트래픽을 늘리는 데 중점을 둡니다.
검색 엔진 마케팅(SEM)/PPC 유료 온라인 광고를 통해 웹사이트 트래픽을 늘리는 작업입니다.
계정 기반 마케팅(ABM) 고도로 개인화된 마케팅 캠페인을 사용하는 특정 기업에 초점을 맞춘 공동 마케팅 및 판매 노력입니다.
리타겟팅(Retargeting) 브라우저 쿠키 기반 기술을 사용하여 사이트를 방문했지만 트랜잭션을 완료하거나 변환하기 전에 사이트에서 나간 사용자를 식별합니다. 쿠키를 사용하면 제품과 관련이 없는 검색이라도 사용자의 후속 웹 검색 및 상호 작용에 대상 광고가 표시되도록 할 수 있습니다.
수익형 미디어 유료 광고 이외의 노력을 로그인 전략 통해 만들어진 자발적인 홍보입니다.
추천 프로그램 고객이 구매한 제품 또는 서비스에 대해 다른 사람에게 알리도록 하는 참여형 로열티 프로그램의 한 유형입니다.
이벤트 박람회, 웨비나 또는 웹캐스트 등의 직접 또는 온라인 이벤트를 통해 제품을 마케팅하거나 판촉할 수 있습니다.
대화형 마케팅 실시간 채팅 또는 챗봇/디지털 어시스턴트를 통한 실시간 상호작용으로, 필요한 시점에 잠재고객 및/또는 고객에게 적절한 정보를 제공할 수 있습니다. 후속 조치가 필요한 질문이 즉시 해결됩니다.

ABM 전략을 개정하는 방법

ABM 전략을 개정하는 방법

ABM(계정 기반 마케팅) 전략이 성과를 내고 있다고 하지만 최근 전환 건수가 감소하거나 수익 흐름이 급감한 것을 알 수 있습니다. 이러한 징후는 새로 고침/갱신해야 할 사항을 확인하기 위해 해당 전략을 다시 검토해야 할 때임을 나타냅니다. 다음은 계정에서 최근 변경된 결과나 부정적인 피드백을 해결하기 위해 ABM 전략을 개정하는 데 대한 몇 가지 제안사항입니다.

전략적 마케팅 계획을 구축하는 방법

마케팅 캠페인을 위한 전략적 계획을 수립하려면 캠페인이 달성하고자 하는 목표, 목표 달성 방법 및 결과 측정 방법에 대한 명확한 아이디어를 필수적으로 확보해야 합니다. 대부분의 마케팅 담당자들은 목표를 설정하는 방식으로 프로세스를 시작합니다. 전략적이고 집중적인 마케팅 계획을 수립하기 위한 일반적인 단계는 다음과 같습니다.

다래전략사업화센터

교육/컨설팅

교육/컨설팅 운영

유사 제품/서비스

답(D.A.B.) 프로그램

스타트업 투자 지원 프로그램

프로그램

프로그램 운영

유사 제품/서비스

4차산업 스타트업 액셀러레이팅 프로그램

지역 기반 스타트업 액셀러레이팅 프로그램

제주기반 스타트업 액셀러레이팅 프로그램

특허 컨설팅

특허(IP) 거래 중개 및 컨설팅

교육/컨설팅

교육/컨설팅 운영

유사 제품/서비스

특허(IP) 거래 중개 및 컨설팅

특허(IP) 거래 중개 및 컨설팅

온라인 특허 검색 및 거래 플랫폼

온라인 간편 상표등록 서비스

AI기반의 유사 상표 이미지 검색 서비스

인공지능 기반 특허조사 서비스

한국 스타트업 투자 데이터베이스

사업자 등록번호 426-81-00521 | 주식회사 더브이씨

서울특별시 마포구 만리재옛길 36, 2층 211-17호 | 대표 변재극

Copyright © THE VC Inc. All rights reserved.

더브이씨(THE VC)에서 제공하는 정보는 신뢰할 만한 자료 및 정보로부터 얻어진 것이나 그 정확성이나 완전성을 보장할 수 없으며, 시간이 경과함에 따라 변경될 수 있습니다. 따라서 정보의 오류, 누락에 대하여 더브이씨(THE VC) 로그인 전략 또는더브이씨(THE VC)에 자료를 제공하는 기관에서는 그 결과에 대해 법적인 책임을 지지 않습니다. 모든 콘텐츠에 대한저작권은 더브이씨(THE VC)에 있으며 사전 허가없이 이를 무단으로 사용하거나, 데이터베이스화 할 경우 민형사상책임을 물을 수 있습니다.

어디서든 애플리케이션을 실행하고 관리

오픈 하이브리드 클라우드 전략을 구현하면 애플리케이션을 다시 빌드하거나, 인력을 채용하거나, 이기종 환경을 유지 관리하지 않고도 베어 메탈에서 가상 머신(VM), 엣지 컴퓨팅, 프라이빗 클라우드, 퍼블릭 클라우드에 이르는 다양한 환경에서 애플리케이션을 유연하게 실행할 수 있습니다.

오픈 하이브리드 클라우드란?

오픈 하이브리드 클라우드는 애플리케이션을 다양하게 결합해 설계, 개발 및 운영하기 위해 Red Hat에서 권장하는 전략입니다. 이를 통해 디지털 비즈니스 트랜스포메이션에 필요한 속도, 안정성, 규모를 확보하고 진정으로 유연한 클라우드 경험을 제공할 수 있습니다.

오픈 하이브리드 클라우드 전략의 결과

미래에 대비한 인프라 안정성

여러 환경에서 일관성 있게 유지되는 운영 체제를 전략적으로 선택해야 합니다. Red Hat Enterprise Linux를 통해 일관된 기반에서 새로운 애플리케이션을 실행하고, 현재 또는 레거시 시스템을 유지 관리하고, 취약점 해결 및 위협 완화로 보안을 강화할 수 있습니다.

모든 클라우드를 지원하는 설계 환경

Red Hat OpenShift는 검증된 애플리케이션 인프라 기반인 Red Hat Enterprise Linux를 포함해 이를 기반으로 구축된 엔터프라이즈급 쿠버네티스 플랫폼입니다. Red Hat은 어떤 인프라에서나 실행 가능한 단일 플랫폼을 제공하여 모든 클라우드에서 개발 및 운영의 일관성을 제공합니다.

혁신적인 애플리케이션을 더 빠르게 개발

개발자가 혁신적인 애플리케이션을 제공하려면 적합한 툴이 필요합니다. 애플리케이션을 빌드, 테스트, 배포 및 실행하는 완전한 플랫폼을 통해 개발 속도를 높여보세요. Red Hat OpenShift는 쿠버네티스를 확장하여 풀스택 애플리케이션 로그인 전략 개발에 필요한 기능을 추가한 엔터프라이즈급 쿠버네티스 플랫폼입니다.

셀프 서비스 속도 및 유연성

Red Hat OpenShift와 같은 애플리케이션 개발 플랫폼에서 개발자 툴뿐 아니라 애플리케이션 구성 요소(예: 엔터프라이즈 통합, 로그인 전략 언어 런타임, 데이터 및 스토리지 서비스, 애플리케이션 제공 자동화를 위한 전체 CI/CD 서비스)에도 셀프 서비스로 액세스할 수 있습니다.

자동화된 IT 인프라 제공

조직 전체의 자동화는 IT와 비즈니스 모두에 이익이 되는 전략입니다. Red Hat Ansible Automation Platform은 모든 IT 도메인 또는 인프라에서 사용자를 연결하여 십여 가지의 활용 사례를 관리하고 간소화함으로써 조직 전반에 표준 자동화를 구현합니다.

빠르게 진화하는 IT 환경에 대한 준비

운영 체제는 아키텍처의 기반입니다. 다양한 환경에서 일관성이 보장되는 Red Hat Enterprise Linux를 통해 상황 변화에 관계없이 안정성을 유지하세요. Red Hat Enterprise Linux를 기반으로 IT 인프라 전반을 표준화하여 보안을 강화하고, 운영 부담을 완화하고, 비용을 줄일 수 있습니다.

모든 인프라 또는 클라우드에서 애플리케이션 실행

시스템 관리자와 운영 팀은 Red Hat Enterprise Linux를 기반으로 Red Hat OpenShift의 애플리케이션 플랫폼 기능을 사용하여, 모든 클라우드 또는 인프라에서 애플리케이션을 실행하고 관리할 수 있습니다. Red Hat Ansible Automation Platform에서 쿠버네티스 외부 구성 요소를 통합 자동화하십시오.


0 개 댓글

답장을 남겨주세요