애플리케이션 엔지니어에게는 Headless CMS가 필요하다고 생각합니다.
4779 단어 HeadlessCMSAndroidmicroCMSiOS
Headless CMS
헤드리스 CMS 아세요?
CMS는 컨텐츠 관리 시스템입니다.유명한 곳으로는 WordPress와 Movable Type이 있습니다.
이 CMS의 머리에는 Headless라는 문구가 있다.
인터넷 세계에서 Headless는 주로 GUI(View)가 없다는 것을 가리킨다.
CMS - GUI = Headless CMS
아.좀 더 구체적으로 설명해 봅시다.
먼저 그림입니다.왼쪽은 클래식 CMS, 오른쪽은 Headless CMS입니다.
Kontent.ai 그림 대여
일단 왼쪽.일반 CMS의 경우 먼저 인프라(서버 시스템)에서 DB와 CMS 두 프로세스를 실행합니다.CMS에 관리 화면이 첨부되어 있기 때문에 그곳에서 내용을 입력하고 HTML과 CSS 등을 사용하여 클라이언트에 내용을 표시합니다.
그럼 오른쪽 무두CMS 어때요?
그림에서 보듯이 인프라 시설은 구름 위에 세워진 것이기 때문에 배치자에게 인프라 시설을 신경 쓸 필요가 없다일.
다음은 내용의 입력입니다. 여기는 일반적인 CMS와 같이 관리 화면에서 입력합니다.
마지막으로 표시 부분입니다.여기가 제일 달라요.
Headless CMS의 출력은 API입니다.Headless CMS는 HTML/CSS 등을 수행하지 않습니다착색 작업.
따라서 얻은 값의 표시 목표는 어느 곳에서든 인터넷 응용 프로그램, VR, 디지털 표지판 등 어느 곳에서든 자유롭게 표시할 수 있다.
Headless CMS는 언제 사용할 수 있습니까?
실제로 있을 수 있는 상황을 고려해 보세요.
우선 Headless CMS가 없는 경우입니다.
너는 매우 멋진 교류 소프트웨어를 만들고 있다.
어느 날 마케팅 담당자로부터 의뢰를 받았어요.
"다음 달부터 프로모션을 시작하고 싶은데 앱의 눈에 띄는 부분에 그 내용을 표시해도 될까요?"
"그렇구나."너는 시장의 상세한 내용을 물어보면서 서둘러 제목과 상세한 화면에 설치하여 상점에 신청을 제출해라.
신청 통과 다음날 마케팅 담당자가 또 접근했다
"글쎄요. 그 홍보 활동이었지만 예산 때문에 일부 내용이 바뀌어서..."
그럼 우리 다시 비슷한 일을 시작합시다.사라진 작업시간과 기력과 함께...
나는 응용 프로그램에 직접 설치된 극단적인 예를 제시했다
이런 일은 천천히 작업 시간과 동력을 침식할 것이다...
그렇다면 활동의 운용을 위해 원고 작성 도구를 만들까?
...아무래도 포기하는 게 좋을 것 같습니다.
우선 원고 작성 도구를 만드는 것은 그리 간단한 일이 아니다.입력한 이상 처리와 파일(스토리지) 처리 등이 의외로 복잡하기 때문에 상당한 시간이 걸린다.
또한 활동 지속 시간이 불분명하고 원고 작성 도구의 인프라 시설이 어디에 있는지 알 수 없다원고 입력 도구가 고장났을 때 어떻게 대처합니까?등 불분명한 점과 위험이 많다.
Headless CMS가 있는 세상
Headless CMS가 있으면 어떨까요?
다시 생각해볼게요.
너는 매우 멋진 교류 소프트웨어를 만들고 있다.
어느 날 마케팅 담당자로부터 의뢰를 받았어요.
"다음 달부터 프로모션을 시작하고 싶은데 앱의 눈에 띄는 부분에 그 내용을 표시해도 될까요?"
"그렇구나."Headless CMS의 관리 화면을 켜고'홍보 활동'이라는 API를 만듭니다.
"이곳에 프로모션 내용을 입력하십시오.", 시장에서 사용할 URL을 입력하십시오.
이후 API를 사용하여 제목과 상세 화면에 프로모션 안내를 설치하고 신청합니다.
신청 통과 다음날 마케팅 담당자가 또 접근했다
"글쎄, 그 홍보 행사지만 예산 때문에 내용이 바뀌어서..."
"아, 그렇군요. 관리 화면에서 내용을 수정해 주세요."
그럼, 활동은 시장에 맡기고, 정신은 충만하게 밑에 대책을 세워라!
이것이 바로 Headless CMS가 있는 세상입니다.
응용 프로그램은 API의 내용만 읽고 표시하기 때문에 내용 자체의 변경은 전혀 움직이지 않는다.
또한 홍보 활동에 대한 가장 상세한 마케팅 담당자가 스스로 표시하는 내용을 관리하기 위해 여분의 교류 비용도 발생하지 않는다.
이거 대박!
Headless CMS를 사용하면 API를 상당히 유연하게 준비하고 화면을 관리할 수 있습니다.
이번 예는 홍보 활동, 예를 들면 뉴스와 응용 프로그램의 업데이트 내용(응용 프로그램에 표시), 블로그 보도 소개 등이 흔한 경우죠.
또한 그 응용 프로그램의 독자적인 데이터를 관리하는 것도 매우 간단하다.
왜 앱이 필요하다고 생각하세요?
사실 이 Headless CMS는 최근 몇 년 동안 웹 전단 부근에서 상당히 큰 화제가 되었다.
하지만 응용 엔지니어였던 자신은 그렇게 생각했다.
"인터넷은 언제든지 배치할 수 있기 때문에 방법이 많습니다. 응용 프로그램의 개발과 발표 주기가 길어지기 때문에 이 근처에 과제가 있죠."
그리고
네트워크 쪽에서 똑똑하게 CI/CD를 한다면 배치에 전혀 신경을 쓰지 않아도 될 것이다.
예를 들면 아마존은 오래전부터 시간당 1000회 배포!(굉장한 사례)
다른 한편, 응용 프로그램은 아직 그렇게 발표할 수 없다.
따라서 외부 동태에서 변경할 수 있는 부분을 최대한 늘리고 싶습니다.
이에 비해 Firebase의 Remote Config와 A/B Testing 등 서비스도 있지만 엔지니어에게 가까운 대상이다.
아까의 예처럼 다른 직업의 사람들과 합작하기는 어렵다.
다른 한편, 나는 Headless CMS가 매우 순조롭게 진행될 것이라고 생각한다.
동적 변경이 가능한 부분을 늘리고 엔지니어의 작업 시간을 절약하며 다른 업계와 협력하여 각자의 업무 실적을 극대화한다.
이거 할 수 있어서 너무 좋아요!
이 일대의 생각을 언어화하려는 것이 이 기사를 쓰는 계기이다.
이 글을 읽은 어플리케이션 엔지니어들은 Headless CMS를 꼭 시험해 보세요.
꼭 비즈니스 분들이랑 사이좋게 웃을 거예요.
여기서 마치겠습니다.
오랫동안 고마워요.
제가 헤드리스 CMS를 했어요!
마지막은 홍보.
이 기사에서 Headless CMS를 조금 신경 쓰는 응용 엔지니어들은 반드시 본사의 Headless CMS를 시험해 보세요!
microCMS
https://microcms.io/blog/
무료로 사용할 수 있다👍
얼마 전에 oimo23 씨도 기사를 썼어요!정말 감사합니다.
https://qiita.com/oimo23/items/fc2b36b5bf543b0f23cc
서버 설치형 Headless CMS도 있기 때문에 Headless CMS가 아니라 클라우드 구성도 아닙니다.저는 개인적으로 클라우드를 사용해야만 가치가 있다고 생각하기 때문에 이런 제품을 추천합니다! ↩
Reference
이 문제에 관하여(애플리케이션 엔지니어에게는 Headless CMS가 필요하다고 생각합니다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/shoma2da/items/23f38e25496d0bb1675f텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)