[JAVA] Apache Camel à l'ère du cloud natif

Bonjour, c'est Komazawa de Red Hat. Lors du Forum Red Hat de cette année, nous vous avons présenté l'attrait d'Apache Camel. Apache Camel est un framework d'intégration open source. Né en 2007, il a évolué en 10 ans avec les changements de l'environnement informatique. À mesure que le nombre d'applications cloud natives augmente, la combinaison de collaborations devient plus compliquée. Le PIE est mis en œuvre comme un mécanisme permettant simplement de développer une telle coopération. Cette fois, nous avons également présenté Camel K, la dernière technologie sans serveur, avec une démo.

Matériel de la session: http://redhat.lookbookhq.com/rhft2019-matome/65-25?lx=ChT-oZ

Cette fois, je voulais me concentrer sur «la voie idéale d'intégration dans les systèmes d'entreprise». Les actifs informatiques accumulés depuis de nombreuses années sont devenus si compliqués qu'il est difficile de saisir l'ensemble, mais je pense qu'une solution peut être trouvée en regardant le système dans une perspective légèrement plus large. J'ai donc posé la question audacieuse: «Pourquoi ne voyez-vous pas le système d'entreprise comme une zone économique comme la Route de la Soie?

Dans le monde numérique d'aujourd'hui, le terme «jumeau numérique» a été inventé dans l'industrie manufacturière, et la fusion du monde réel et du monde virtuel a progressé. Cette idée a imprégné les activités de l'organisation, et je crois que le «jumeau numérique organisationnel» sera la prochaine image système à viser. Au fur et à mesure que cela progresse, je pense que la loi de Conway et la loi inversée de Conway seront établies, dans lesquelles si vous voulez changer l'organisation, vous pouvez changer le système en même temps, et si vous changez le système, vous pouvez changer l'organisation de manière flexible. Jusqu'à présent, le système n'était pas intégré à l'organisation de manière robuste, et il y avait aussi un phénomène écrasant comme l'ERP, dans lequel l'organisation était plutôt adaptée au système.

En fin de compte, je pense que ce serait bien si le système pouvait communiquer comme si les humains communiquaient dans les affaires. Il existe deux types de communication: la communication synchrone (conversation individuelle en face à face ou par téléphone) et la communication asynchrone (lorsque vous souhaitez envoyer plusieurs e-mails ou organiser une réunion de groupe ensemble), le système est donc naturel. Il devrait y avoir deux méthodes de communication. Ce moyen de communication est exactement le problème qui doit être résolu par l'intégration.

Qu'est-ce qu'Apache Camel? J'ai donné l'explication dans cette session, mais j'omettrai l'explication technique dans ce blog. Le fait est que la grammaire, les manières et les mots nécessaires à la communication humaine sont organisés et que c'est un mécanisme qui facilite la communication du système.

Le groupe système divisé en domaines évoluera de manière autonome en agissant comme une nation avec sa propre langue et sa propre culture. La communication entre les nations nécessite naturellement une normalisation qui absorbe l'unicité, et Apache Camel y joue un rôle actif. La fonction d'intégration du système ne nécessite pas de persistance des données (chaque sous-système garantit la persistance), ce qui la rend adaptée aux architectures sans serveur. Par conséquent, Camel K, qui est une version sans serveur d'Apache Camel, est devenu une technologie très attendue à l'avenir.

Apache Camel est un logiciel open source très prometteur avec une communauté animée. JCUG (Japan Camel User Group) organise également une session de lecture mensuelle, alors rejoignez-nous et animez la communauté.